SpritesMind.Net

Whenever there's a fade, or just a loop of "for (i = 0; i < 180; i++) VDP_waitVSync();", the XGM driver just plays one note, as if it's stuck. Known issue? Any workarounds?

Have you looked at SGDK? The header is all in a convenient C file.

Initialize your command array in RAM at the start of main. It's small, there's no difference really to having it in RAM vs ROM.

Why bother with a mold (~10k) when the userbase is likely just a few hundred? At such volumes, 3d printing makes much more sense.

Option one would be illegal, option two would have more power in the cart than the console and thus be expensive to manufacture, and option three would have serious latency issues (player one direct access, player two wifi latency + internet latency, where just one of those is enough to make fast ga...

Forgive me for asking, but who is the target audience?

As I see, most homebrew uses flashcarts -> saves can already be backed up. This isn't compatible with existing games. So the only use for this would be removable saves for future homebrew production runs?

@MintyTheCat

You're making me curious. You say you code in asm, and didn't use sgdk because it took 150kb (out of possible 4mb). Assets obviously take space, but you have many options to increase compression. Care to elaborate about your project?

Yes, SGDK is actually pretty much a hog resource wise: Stef, please look at a more flexible linking per module approach as used in many embedded systems. I only used SGDK three years ago and I only used the text to string functions so it is a complete waste of limited Work-RAM to put the entire SGD...

The min, max, and abs macros need total parens outside the expression, otherwise they're buggy.

For example:
if (abs(a) >= 512)

This produces wrong results with the current macros.

Well, you could write to a global, but the compiler may reorder your write.

global_u32 = 0xdeadbeef;

For my original issue: I found a working memory layout by putting plane A at 0x0000. Since I use a fullscreen window plane in this project, the garbage in plane A doesn't matter, and this way no memory is wasted, I even gain 128 more tiles.

OK, I found a bug.

In the setBPlaneAddress function, the bplan_adr variable is not updated, even though that's done in the setReg function. Will file this one to github.

I tried to work around this, keeping window the first one, by setting plane B to the same address as plane A. But apparently this isn't legal, it creates a black screen.

Is this a limitation of the Genesis, or of SGDK?

In the following code, if I comment the setWindowAddress call, text draws fine. This is because the drawing expects the window to always be at the bottom of the top of VRAM. I think it should be changed to a draw at a static value. #include <genesis.h> #define APLAN_DEFAULT 0xE000 int main() { VDP_s...

..and none of them have good tools to create music, either. A Windows-only tracker is not "good".