Phase shifts are specified in degrees in all materials I see them in as far as electronics go.

This was a good read, thänk you very much for doing this ~

I switched to XMplay years ago and never looked back at Winamp again. All the Winamp plugins I used previously work properly in it too, in addition to native plugins of which there are plenty of too ~

Looks like 90+ games use PSG channels. Out of 700 total is about 13% of games. And the list I saw frequently said only some times ... let's say half of the time. We could make a rough estimate and say about 6-7% of Genesis songs used PSG. It seems the most popular reason is for the noise channel......

* SNES only has time to parse 128 sprites on one line, there's no memory bandwidth or memory itself to have more, this sets the maximum sprite count possible, ignoring the other limits : ** Pick out 32 sprites it deems visible on that line (regardless of size) and store their parameters in a list fo...

With luck, SW4 in top right corner connects to the JP/EN pin, in some machines that is where region setting switches are exposed.

J3 is video output 50/60Hz setting J1 is Region register PAL/NTSC setting (has nothing to do with video output) Japan/Export is unavailable, but it is done by PCS8492 pin 72 (GND=Japan, VCC=Export). VDP (PCS8391) seems to be a bit modified compared to normal superclone VDP, it seems to take a crysta...

Sync timing and periods are critical for all display devices, there isn't much playroom with them.

I may be left handed but I never learned to play games etc. the "other" way (or computer mouse). If all games had this option things could be different...

You'll probably quickly discover that having only 3 colors per tile in all the BG layers gets very limiting in mode 0 artistically, there aren't many palettes to use either to get more out each BG layer. Good for making "NES on steroids" kind of visuals, but getting into "16bit" ...

I'm no fan of xenforo either, every forum I visit that has "upgraded" to it has come with many negatives on even the most basic functionality. Much more clunky, with a big RAM footprint and seem to be really CPU heavy making it really sluggish. I can feel the laptop get hot when it is open...

As far as the multiplexing goes, I perfer to use the recycling instead, I find it more descriptive of the actual process that is generally meant by it. Reusing a sprite that has been rendered by moving it to a new place on the current frame, to get something show up in the new spot.

Those are border inside the video signal itself, one video line is ~64µs long and only ~52µs of it is not blanked, and a console outputs active image only in part of that 52µs and most TVs do not show all of that 52µs either (overscan etc.). The MD has this sort of border too (as do pretty much all ...

On MD there are no tile addressing limitations aspect like on SNES, so all of VRAM is usable for every layer (including parts used up by tilemaps and other non-GFX data structures). BG layers, window and sprites can share and reuse all of the tiles. In my very slowly work in progress game I even arr...

64x64 sprites have limited use in in-game situations, unless you really need all that coverage. There will be a lot of wasted empty tiles with many normal gameplay objects and it is better to compose the game sprite out of multiple smaller hardware sprites to reduce the wasted tiles and need to jugg...