Search results

That UI looks really good.

USB Datalink? But yeah, CD reading is a nice feature.

I have some assembly examples for the Saturn here, here, here and here.

FBA's Bank Panic WIP What kind of video chip does the machine you're trying to emulate have? Is it like an SMS VDP but with 2 layers? Maybe you could use 256-color BGs so that only one color is transparent. It would require some extra work when emulating VRAM writes.

Well, I might be able to help with that. If I find the time maybe I can put together a proof-of-concept of this PSG emulation idea.

How do you handle the sound now? My suggestion would be the following: Save all PSG port writes on the SH2 side, and send them to the SCSP (through SCU) once per frame, or maybe a couple of times per frame. Games aren't likely to run their music engine more often than that. Run your PSG...

Try here

I've got some (non-SGL) code examples here. I use KPIT's toolchain for building, but using a home-built SH2 version of GCC will work just as well.

Unless you need to have it on CD, the USB DataLink (you can find more info about it in other threads here on the forum) is a convenient alternative for testing homebrew stuff on the Saturn. It allows you to upload and execute binaries using a USB dongle that connects to a Pro Action Replay...

Are you talking about the M68000 or the DSP? The topic says M68000, but you also mentioned reverb which is handled by the DSP. I don't know whether the DSP can be programmed or if it's fixed-function. Anyway, you could compress your samples with some lightweight algorithm (like an LZ variant)...

I don't run stuff from CD. I upload to RAM using the PAR+. These algorithms also aren't limited to compressing code - you could compress some graphics data and then uncompress it to VRAM at runtime. And they could be useful if someone wanted to do a 4k intro or something like that.

I've collected all of the decompression routines I've ported on one page, which can be found here: http://jiggawatt.org/badc0de/decrunch/ These include 3 different (but similar) routines for the SH2; LZSS, aPLib and PackFire. All of them are written in assembly and I've tried to keep them as...

Not sure if I've got any hardware to spare. I've got a few shitty Saturn games (PAL), but I doubt anyone would want them. But I could probably fork up some cash for the prize pool if people find this compo interesting (like $100-ish).

Here's my setup code on the 68k side (I've tested this on a real Megadrive): xpmp_init: movem.l a0/a1/d1/d2/d3,-(a7) /* BUS REQ ON, BUS RESET OFF */ move.w #0x100,0xA11100 move.w #0x100,0xA11200 _xpmp_init_wait: btst #8,0xA11100 bne _xpmp_init_wait /* Copy...

I've cleaned up the library code a bit so that there's now a single archive for both the 32X and Saturn, with different makefiles depending on your target: http://jiggawatt.org/badc0de/jpeg-7-32x_sat.zip Use: make -f makefile.32x libjpeg.a or make -f makefile.saturn libjpeg.a

According to usps.com: Priority Mail® International Small Flat-Rate Box* Maximum Value for Contents: $400.00 USPS-supplied Priority Mail Small Flat-Rate Box 5 3/8" x 8 1/2" X 1 3/4". Maximum weight 4 pounds. Post Office Price: $12.95

I figured that there probably are other Gameboy emulators for the Saturn already that works better than mine - the 32X had none so that was the reason I ported it to the 32X. If I ever did a Saturn port I'd probably have to rewrite most of the PPU emulation code to take advantage of the Saturn's...

Here is my Saturn PNG decoding example (includes prebuilt versions of libpng and zlib): http://jiggawatt.org/badc0de/dpngsat.zip And here are the libpng and zlib sources for Saturn/32X: http://jiggawatt.org/badc0de/lpng_lz-32x_sat.zip There's a file named README_32X_SATURN.TXT in both the zlib...

Since I recently ported libjpeg and libpng to the 32X I figured I should cook up some Saturn versions as well. The JPEG decoding example is already done and you can get it here: http://jiggawatt.org/badc0de/djpegsat.zip The above zip includes a test binary that you can run from 0x6004000, as...

I changed the value I initialize SR with from 0x2700 to 0x2100, so now my function appears to be called because I can see some of the sound slot parameters being updated. Unfortunately the rest of the code isn't working properly, so I've still got plenty of debugging to do :eviltongue: