SpritesMind.Net

This has been going on for several months now. 99% of the time I get this type of a message when trying to access the forums :

General Error
SQL ERROR [ mysqli ]

User 'spritesm_phpBB' has exceeded the 'max_questions' resource (current value: 13673) [1226]

An sql error occurred while fetching ...

I am not going to be able to try it because I'm in the process of moving for a little while longer, but I appreciate the effort of bringing a game to this machine ~

The concept seems to be quite interesting, I hope I'll have some fun when I try it (on actual hardware) ~

I finally had time to try it on my 32X and while it runs smoother there are problems :
* The color was all wrong
* All texture effects were gone
* There were some wrong looking polygons here and there, rather than just visibility related glitches
* MD side (I think the names etc. were done that way ...

Good luck ~

I could finally run it on my 32X and this was fun ~

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.