SpritesMind.Net

Look a bit further down, there should be a btst #7,$ffffff0c instruction followed by a sne. Change the sne to a st and it should work.

There could be a problem with the cart interface or with accessing the main bus from Z80. Try going to the sound test in Sonic the Hedgehog 2 and let one of the songs loop a few times. If there is no problem (except maybe the drums being scratchy), then the Z80 to 68000 interface is faulty ...

It should be possible to have two planes if you use 256x224 mode, but then you have to update the entire name table for every tile scrolled. Here's what you do: Put both name tables at E000h as 128x32. Plane A should start out at 0,32 and plane B at 264,32, and they will advance through 8 horizontal ...

You should only update the edges. Then you only have to load 112 bytes for every pixel scrolled.

I tend to have 4x4 screenfuls loaded at a time. These are loaded in the background by a separate thread when the main game thread is not running. The loading routine reads object data and clips each object to the current screen, meaning that screen boundaries are not a concern when designing maps ...

I had a crack at it.

Although many games have large tiles composed of smaller tiles, this has nothing to do with the graphics hardware, unless you count the NES where palette selection applies to four tiles at once, making 16x16 tiles made of 8x8 tiles a natural design choice.

Figure 16 is wrong, as it lists SNES and ...

Either use the priority bits, or use more sprites to cover up your sprite. It helps if you arrange the tiles that make up larger tiles in vertical order, so that you can use large sprites.

That's kind of pointless, since you could just disable H-interrupts instead. And instead of writing the address each time, you should set the auto-increment to 0.

I'm quite sure that it actually says "Thunder Farce".

The video rate is about 31511 bits per second, and the audio rate about 1533, on average. The video is currently at 88x88 strecthed to 176x88. 128x72 stretched to 256x144 could also work, I might look into it later.

Here's an eight minute video with sound. Source code included.

http://www.mediafire.com/?qvbm45u6l03nks3

No, it's old and won't let you do anything but a 100% assembly binary.

No, that's incorrect. It supports COFF. Use the -l option.

Try not to make the H and V counters behave in an unexpected way. The H and V counters need to be synchronized with each other and with H and V interrupts, and with screen drawing. If you need to be intrusive, then that's what you need to be.

And don't forget about movies - they must contain all ...

Which would amount to adding a random offset to H and V counters. Thanks! It indeed fixed the problem. I've patched Gens/GS accordingly. I'm surprised this hasn't been fixed so far.

No, now you've just broken it even more.