SpritesMind.Net

The m68k backend is at risk of being dropped from gcc release 11. It uses some old conventions, and needs to be updated. There's a bounty open, currently 5,3k $: https://www.bountysource.com/issues/80706251-m68k-convert-the-backend-to-mode_cc-so-it-can-be-kept-in-future-releases Having a modern gcc ...

You have another sprite covering your high-prio-bit sprite. That low-prio-bit sprite is higher in sprite priority, which means it covers your high-prio-bit sprite, but lower in the plane bit priority, which means it's below the high-prio plane. Tricks like this are commonly used back to the NES era ...

You can try addr2line with the generated .elf file and that PC address. Verify with a debugging emulator, use the memory view and see what asm is at the pc address.

The linker script puts code first, then rodata. It's very unlikely for you to ever have 2mb of code.

"load ROMs quickly for development and debugging" -> both have an usb connection for that. ARM is just a detail.

And the second UMDK and Mega Everdrive x7.

Well yes, GOAC + output mixer + glue would be cheap to make, however the total market for any expansion is low. Even for official Sega ones.

Are the japanese disc docs in japanese?

http://nesdevcompo.nintendoage.com/contest17/
Inherent Smile was my entry for a NES compo, try it

That happens with XGM if you forget to init that specific sfx. No idea if they use it though.

https://shop.terraonion.com/en/products ... ridge.html

There's now a FPGA version of the sega cd. Bit pricy though.

Plus with zlib, and using gzopen/gzread you get transparent decompression. It works for both uncompressed and gzipped files.

Or maybe even an ODE that replaces the drive with a SD card? Which could also lead to MegaSG implementing it.

SLZ looks very similar to LZ4 and Stef's LZ4W. The zlib code I had posted needed 4kb, but it's possible to go as low as 765 bytes, based on the 6502 asm implementation.

As posted in the thread before I sent zlib code in, aplib does not compress better: http://gendev.spritesmind.net/forum/viewtopic.php?f=19&t=2275 It may decompress faster, but as long as the compressor is closed source, it is unusable. I do have an unreleased project using zlib, but there's no need ...