SpritesMind.Net

Also, depending how the person encoded the video, the artifacts might have been mitigated. Most video encoders have special processing for interlace to eliminate or reduce interlace artifacts. It's like those modes TV have/had that I talked about, but often better since encoding doesn't need to be ...

So, is this combing basically constantly present in Sonic 2's 2-player mode then?


Pretty much. High end TVs used to have modes where they did various processing on interlaced signals to make them look better. Given how little interlace tends to be used any more, I'm not sure what most modern ...

I haven't tried playing around with every setting of the PWM steering, but I know that how you are supposed to set it works as documented. If you want mono, you shouldn't try to map both channels to the both outputs (or the same output), you should use the PWM mono register, which writes the word ...

The ZDoom wiki is great for a lot of different info on Doom files and such. Here's their page on the WAD format:
https://zdoom.org/wiki/WAD

It's a really straightforward method of grouping data for a game and finding the data in the game. Knowing the wad format, it should be trivial to make your ...

Yeah, that's a better way to describe it. The two fields interleave, and if there's motion, half the lines will be with the moving objects in one place, and the other half in another place. This kinda blurs the object as well.

If the release flags have -O1 for hardware files, that's probably what you want for real hardware. Not sure why you'd use something different for debug... :lol:

As to noise in the sound, that could be due to many issues:

Filling/playing the wrong buffer. If you look at my code, I tend to fill the ...

The 74F174 is a hex DFF - it's what selects the particular game. More than likely, you write the bank to select to 0xA130xx, which latches the value into the D flip-flops. This bank select then sets the upper address bits of the rom die under the epoxy. Bank 0, the default when you turn it on, will ...

Please note that running an interlaced game at 60Hz can result in tearing from one frame to the next. For some games, this isn't a big deal, so they run at 60Hz for more fluid action. Games that can't accept screen tearing are forced to lock the game to every other frame, or 30Hz to avoid tearing ...

For C/C++ code that directly bangs on the hardware, you need to compile it with NO MORE than optimization level 1. If you go with 2 or higher, you need memory fences around the hardware accesses, and gcc doesn't seem to have memory fences defined for the SuperH family.

What we do in D32XR is to ...

Don't worry about it. I think everyone here knows all about not being able to devote every second to your project. I certainly do. Real life often gets in the way. We're a patient sort, here, so just keep at it. We'll still be here.

Sounds rather useful. Might attract some folks who'd rather concentrate on the game than on coding.

That is rather interesting. More tools are always welcome.

Using a BMP with the font is a good idea as you can easily change fonts by changing the BMP. It seems you figured out your problems - it should be almost the same as drawing sprites, just without the animation... unless you want an animated font. Maybe a metallic font that gleams? Or a font that ...

You've really put some work into this. Looks like those old RPGs; the battle screen looks good. Is it going to be turn-based?

If you don't have a github account, you might want to make one. You're reaching the point that you might want to start keeping the source on github.