SpritesMind.Net

Binary:

http://www.mediafire.com/file/m9u7dq7m1nhaazy/bd.bin

Source:

http://www.mediafire.com/file/eesprbbb365sfx6/bd_src.zip

Very old stuff! Included the source code if you want to do more with it... used an old version of GCC so you'll have to update the makefile. Basically took XBD and ...

KanedaFr wrote:wow!
I love the hyperspace!

If you jump to hyperspace while some '5' are flying around, they are kept in screen...

It's where I left off, start implementing the objects. The ST version basically drew everything so I was in the process of converting the images to sprites....

http://www.mediafire.com/file/6gw6wwu1o1cj4cr/starraiders.bin

Conversion of the Atari ST Star Raiders.

Something I haven't touched in awhile, looks good on actual hardware. Since I do direct memory for drawing the stars let me know how it looks on emu's/handhelds...


Press A to for the Menu ...

I test on emu + real HW. If it does not work on HW i'll start deaking with idle loops and debug info displaying.

Hmm, do you include debugging code in the ROM or use the debug features of an emu? or both?

Are you going to edit your code with... a gamepad ??
Anyway i'm not sure that native ...

hello all,

i need to mix a C program with a asm game. From the asm code , i need to call functions of the C program. I was thinking using the Trap opcode.

As i don't need to return to the asm program (no RTE) , i'll do a SP+6 in my trap handler.

Do i need to do something more ? good or bad idea ...

I would learn 68000 assembly code before attempting to disassemble a .bin file. If you know basic/c/etc... it will help learning 68000 assembly.

Mairtrus wrote:check the first post on the Devster forums, guys. I released a new version. Now it should works in real hardware...

Now works on my dev board, good work!

Of the handhelds, the two that use actual carts are the RetroGen and the GenMobile. The RetroGen has a cheaper case, and no built-in Genesis games (it does have 20 built-in "native" games that all suck). It also has a bigger LCD display. Some people don't like the "disc"-style dpad, but I don't ...

Well, after waiting forever (held in customs they say), it finally showed up. Kinda disappointed with the build of this thing, has a very "toy" like feel. About the size of a genny controller, even thicker because of the cartridge slot. Has a PAL/NTSC switch, ear phone jack and video/audio out jack ...

I'm interested in the M68000, and i was hoping that i could find a good dissasembler. Can the M68000 do calling through registers (virtual functions in c++) ex: call eax

Also is there a debugger with a tracer in it where you can run the game for a while and then exit and it will say all the lines ...

I don't mind the emulation either (this probably avoids any copyright issues)
There shouldn't be any copyright or trademark issues anyway, this thing is licensed by SEGA so they naturally have the right to implement the hardware. It was probably just cheaper (and more featureful) to do it this way ...

I don't mind the emulation either (this probably avoids any copyright issues)... heck they probably don't make a 68000 that slow anymore

Would be interesting to see if you can dev on the Arm also...

Also, use "const" for any arrays that you might have, like tile data etc... GCC will complain about that one too.

const u32 tiledata[] = {
1, 2, 3, 4, 5, 6, 7, 8
}

I've got one of these pre-ordered. They're supposed to ship a little after the middle of Sept. Like all MD "compatibles" made in the last several years, it's really a SoC (System on Chip) that is running an emulator, not a "real" MegaDrive.

Same here, I'm also curious to see how the development ...

You could just modify the original routine by adding a palette parameter for future use.

void VDP_setTilePal(u16 plan, u16 tile, u16 x, u16 y, u16 pal)
{
volatile u32 *plctrl;
volatile u16 *pwdata;
u32 addr;

addr = plan + (2 * (x + (VDP_getPlanWidth() * y)));

/* point to vdp port */
plctrl ...