You know, you don’t have to make a new thread every time you want to test a new signature. Changes in a signature will be visible in all your previous posts in all threads…
The connector on a VB cart is very different from NES/SNES/GB/N64 type carts, it can’t be wiped or rubbed clean since the contact surfaces aren’t visible…
Anyway, why do you think the carts are dirty? It’s more likely a problem with the VB itself.
Maybe the lacquer has worn off someplace where it shouldn’t?
Are the lines in the display constant? That is, can it be narrowed down to a specific wire? Then it must be either a short or a missing connection.
Try measuring not just between adjacent wires on the same side of the cable, but between the motherboard and the display board as well. Then you can see if there is any connection that doesn’t work at all.
I think DogP made some test program that can be run on the vb to find out which wire is bad? Never tried it though…
And while I have the timer library DanB provided, I don’t have the library that provides set_intlevel() (or INT_ENABLE for that matter.) My questions are:
1) Where can I get these libraries?
They are defined in asm.h that dasi provided above.
I am aware of that. The problem with drawing directly to the framebuffers (that’s how the walls are drawn), is that ANY world goes behind what you draw.
It’s not possible to draw stuff behind the worlds, so the only solution would be to not use any worlds and manually draw the hand as well…
Reality_boyD is the debug version of Reality Boy. It looks like you have the rom there too though (yeti3d.vb). Otherwise, you can get the newest version earlier in this thread.
Anyway, you should use the emulator Mednafen instead of Reality Boy, it works better and doesn’t flicker.
And no, there are no enemies in this game, it’s just a demo