SpritesMind.Net

Very nice and smooth ~
I wonder if it works like one part of Overdrive2 does...

There is one more thing to consider though which is RGB vs CVBS. The latter is subject to variety of errors arising in the analog tolerances during the conversion process. Phase shifts cause hue changes, especially with NTSC and luma itself is also subject to tolerances in the resistors in the chips ...

I did measurements on 32X a while ago, using a test ROM ChillyWilly made, but I have had no luck locating it on this forum but it must be somewhere around here.
32Xvideo0.jpg

My measurements found that the ramps are indeed linear and that blue color is just about 1x step lower in absolute ...

1) The problem is that MD uses a hack to make H320 timings match those of H256 (sorry, I don't like the H32 and H40 names). The way it is done is by generating an external pixel clock (EDCLK) where some pixels are slowed down during Hsync period. It is why you set bit 7 in VDP register $0C when ...

No, this is all fixed in hardware and cannot be changed in any way.

It is not possible to extend the sprite area wider, you have to manually cull out stuff that's off screen to prevent them from becoming visible due to coordinate wraparound etc.

I was prepared to see a totally different forum, but this is a positive surprise still. It is nice things seem to have gone smoothly ~

Thänk you for the heads up ~

You primarly need level shifters to protect the 3.3V device from getting 5V on its pins, which will ultimately damage the 3.3V device.

If you have a point to point 3.3V output going into a 5V input that has its High level treshold below 3.3V, it will work and there's no need for any extra parts and ...

This is the right way to do it, there shouldn't be any problems at all.

It has definitely gone quiet over the years...

But it has certainly been a ride, I was still a teenager when I first got here, and I'm gonna be 35 in November ! It seems I joined 2006 december, in not such a long time it'll be 20 years :shock:

Much of the communications have moved to places like ...

This is impressive, even without flipping ! I imagine the forest example could benefit a lot from that.

It is seen in anything that moves horiozntally. Vertically you will get some artifacts too depending on scroll/movement speed as there will be whole lines of GFX missing every other frame and it will be seen among any kind of horizontal line patterns most particularly

There are no access slots in line blanking period, because VDP is busy rendering sprites which uses up all the VRAM bandwidth in that time. You can turn off rendering for the duration and get few tens of bytes worth of VRAM bandwidth but the cost is no sprites on the next line and some garbage ...

Game does its logic, which probably finishes before Active scan is finished, then it waits until it does finish and Passive scan starts and does all the VRAM etc. updates, after than it waits for Passive scan to end and Active to start and the whole process repeats. That is the basic structure of ...