SpritesMind.Net

Does sixpack have a non-compressed mode that is compatible with 32X 256 color mode? (I feel like I tried early on, and it didn't work, but that was probably my first attempts) I may revisit that.

It should give you an uncompressed bitmap if you just leave out the "-pack" option.

Something like ...

LZSS-decoding of large graphics every frame is going to be slooooow. It mainly intended for decompressing stuff during startup.
I've never measured the speed of my implementation, but I would guesstimate it to at least a few dozen cycles/pixels, especially since it's optimized for size and not for ...

I don't know exactly what you're trying to do, but wouldn't something like this work:

Whenever you move the bullets you can check if they hit something solid in the background. I.e. something like:


if (map[FIX2INT(ry) >> 3][FIX2INT(rx) >> 3].type == SOLID)


And for all other objects (sprites ...

When I first started with the 32X I wrote a very small example program in C that I posted here .
You'll need an SH version of GCC as well as an M68k version of the GNU binutils, both of which should be included in the toolchain ChillyWilly mentioned.

I don't know if you've ever done any programming ...

Nice find - whoever it was.

But if i may make any suggestion, could you possibly make panning audible in tracker if possible?

Have you tried using headphones? The YM2612 doesn't have variable panning. It only has an on/off setting for left and right for each channel.

tinctu wrote: BTW please put here links for best VGM players for MD,SMS.GG...

Genesis here.
The rest here.

bastien wrote:what the advantage of a VGM export instead the TFD Format.
Sry but i don't understand why it's a better tools than TFM Music Maker.

It has PSG support. I thought TFM only supported the FM channels, but I might be wrong.

this crap is attached by the compiler (MSVC 2008 Express), and I can't find how to fix this. Source code for the dlls is provided with the editor, so maybe someone can recompile them to remove that dependency.

I don't think you can get around this. In earlier versions of VS there was an option to ...

Just sharing tips about how you can generate better output, since I've done quite a few projects involving VGM files - both players and generators. So I'm not really "discussing" anything here.

And there's no need to get upset about my assumptions about how your code is structured ;) I figured it ...

VGM players for the hardware probably convert data to some internal optimal format anyway
Optimal.. not so much. :P It has to be able to decompress and process the commands at 44100 Hz on a 7 MHz 68k.
My compressor had a static dictionary of strings with "0x8n 0x8n 0x8n ..." commands and would ...

Thanks, I'll check those over and get the speed right. Maybe it'll help a few other VGMs that play slow.

I haven't looked at the exported VGM file, but if I understand Shiru right he's using something like this:

0x80 0x61 nn nn

To output a sample to the DAC and wait nnnn/44100 s. So maybe you ...

when I find the specs

Which spec?

The newer specs have comments in them that specify which header parts were added in which version.
If I were you I'd go for 1.50 (i.e. 64-byte header).

Or, generally, where I can found any older specifications?
I don't know if there are backups of those. Ask Maxim at smspower maybe.

Like I said, Mike-Stamp's player should definitely support 0x8n. Nearly all MD vgms available at project2612 that uses the DAC are using 0x8n AFAIK. Well, all of ...

Maybe because of viewtopic.php?t=940