|
Re: Sample hacking seibuspi.c, need help
06/04/13 02:46 PM
|
|
|
> Thing is, I'm not replacing *everything*, only the background music. If I had a way > to get every sfx off the PCB for each game I'd do it, but that's a near-impossible > undertaking for me. I'm also using one of the fifo commands to intercept the data > variables for which music track to play - which got removed in the midst of haps' > recent improvements. >
To intercept the fifo variables, make your own WRITE8 function, so:
AM_DEVWRITE8("soundfifo1", fifo7200_device, data_byte_w, 0x000000ff) change to something like: AM_WRITE8(myfifo_w, 0x000000ff)
WRITE8_MEMBER(seibuspi_state::myfifo_w) { do your stuff...
m_soundfifo1->data_byte_w(space, 0, data); }
> While all work is good work I still don't think the music and sfx is quite there yet > (but it's getting better: I almost thought I was running samples at RF1's credits in > a recent SVN build, and RF2 always did have the least signs of audio emulation issues > after the tempo fix). It's especially noticeable in rfjets where even more sfx are > missing compared to its SPI parent.
You worded it a bit strangely. Is rfjets better or worse now?
|
|