Page 1 of 2
LAST CALL on gunbird recordings
Posted: Wed Apr 03, 2002 11:48 am
by Chad
Please someone try any gunbird recordings to see if they can get it to playback. any gunbirdj recording i try seems to playback fine but gunbird can't playback. (yes (even if you recorded it) you can try your own recording and report if it playsback or not to prevent it from being wiped as long as others can play it back too..)
http://marp.retrogames.com/inp/bbh_gunb ... mame57.zip
http://marp.retrogames.com/inp/jfa_gunb ... _win58.zip
http://marp.retrogames.com/inp/arx_gunb ... mame57.zip
To Any mame source guru: If it is true that one clone can playback and another can not, it would be REALLY interesting to figure out the code differences between the drivers of the two clones to see why one might playback and another not.
Posted: Wed Apr 03, 2002 2:00 pm
by Frankie
I can't get any of the recordings to play back using the announched emulators either.
Best I can do:
BBH - 91700 with sound is the best I can do. It goes out of sync at the start of the second stage.
JFA - 28900 without sound.
ARX - 15700 with sound.
Would it help to get these players cfg files?
Bye.
Posted: Wed Apr 03, 2002 2:56 pm
by Chad
Frankie: if you can playback the other clone's (gunbirdj) recordings (like i can) it's probably a broken playback feature in mame, and cfgs probably won't help, but i've been wrong before.
Posted: Wed Apr 03, 2002 4:28 pm
by Jinx
I played them all back to the advertised scores using win32 v.58
bbh's recording need -nosound
jfa and arx with sound
Posted: Wed Apr 03, 2002 6:06 pm
by Chad
whoa cool, JINX: can you report here your sound options in the sound tab of mame32? thanks.
Posted: Wed Apr 03, 2002 9:16 pm
by Jinx
All boxes checked and samplerate is set to 44100.
Played around a bit with jfa's recording and it played back at all settings I tried as long as the sound was on. Without sound it doesnt even start at the correct level and ends at 19K....
Posted: Wed Apr 03, 2002 9:22 pm
by Jinx
BTW the rom changed in v.57 and I use the older rom.
Posted: Wed Apr 03, 2002 10:05 pm
by Chad
HMM, that could explain a lot of things. i have the latest greatest version of gunbird since i don't get any rom errors and i still can't play it back. i didn't know the rom changed, i don't even have a record of it changing (i usually back up rom changes but there's no gunbird backup i made...). but mame.dk says it changed, but they don't have the stats on which rom changed:
the funny thing is when i try to play gunbird with my rom for mame37b16 i don't get any errors, you'd think if the rom really did change it would report an error, unless there was a file added. But if there was a file added then those people who have the old rom should have a gunbird error in their mame32 audit. Jinx what does your audit say on the gunbird rom you have?
Posted: Wed Apr 03, 2002 10:37 pm
by mahlemiut
From what I can tell, the only changes to gunbird from 0.56->0.57 was that the Korean version was added, and became the parent set [gunbird]. The japanese version that was the parent set was simply moved to gunbirdj. The files and their CRCs for gunbird in 0.56 match those for gunbirdj in 0.57.
Code: Select all
C:\mame>mame56 gunbird -listroms
This is the list of the ROMs required for driver "gunbird".
Name Size Checksum
1-u46.bin 262144 bytes 474abd69
2-u39.bin 262144 bytes 3e3e661f
3-u71.bin 131072 bytes 2168e4ba
u14.bin 2097152 bytes 7d7e8a00
u24.bin 2097152 bytes 5e3ffc9d
u15.bin 2097152 bytes a827bfb5
u25.bin 1048576 bytes ef652e0c
u33.bin 2097152 bytes 54494e6b
u33.bin 2097152 bytes 54494e6b
u64.bin 524288 bytes e187ed4f
u56.bin 1048576 bytes 9e07104d
u3.bin 262144 bytes 0905aeb2
C:\mame>mame57 gunbird -listroms
This is the list of the ROMs required for driver "gunbird".
Name Size Checksum
1k-u46.bin 524288 bytes 745cee52
2k-u39.bin 524288 bytes 669632fb
k3-u71.bin 131072 bytes 11994055
u14.bin 2097152 bytes 7d7e8a00
u24.bin 2097152 bytes 5e3ffc9d
u15.bin 2097152 bytes a827bfb5
u25.bin 1048576 bytes ef652e0c
u33.bin 2097152 bytes 54494e6b
u33.bin 2097152 bytes 54494e6b
u64.bin 524288 bytes e187ed4f
u56.bin 1048576 bytes 9e07104d
u3.bin 262144 bytes 0905aeb2
C:\mame>mame57 gunbirdj -listroms
This is the list of the ROMs required for driver "gunbirdj".
Name Size Checksum
1-u46.bin 262144 bytes 474abd69
2-u39.bin 262144 bytes 3e3e661f
3-u71.bin 131072 bytes 2168e4ba
u14.bin 2097152 bytes 7d7e8a00
u24.bin 2097152 bytes 5e3ffc9d
u15.bin 2097152 bytes a827bfb5
u25.bin 1048576 bytes ef652e0c
u33.bin 2097152 bytes 54494e6b
u33.bin 2097152 bytes 54494e6b
u64.bin 524288 bytes e187ed4f
u56.bin 1048576 bytes 9e07104d
u3.bin 262144 bytes 0905aeb2
Also, I can't get BBH's recording to playback under either DOS or Win32 (without sound of course). Almost immediate death in both cases.
Posted: Wed Apr 03, 2002 11:12 pm
by Chad
I tried removing the 1-, 2-, 3- roms from gunbird.zip to "pretend" like it was the old rom and still couldn't play it back.
jinkx: i'm dying to know what your gunbird.zip crc's are.
Posted: Thu Apr 04, 2002 2:44 am
by Jinx
I think I found out whats wrong. Hiscore.dat
I made a new install of mame and got the scores that frankie reported.
And putting the hiscore.dat file in there did the trick.
I'll send my hiscore.dat file over to chad
And for the roms, turn's out I acctualy had updated them
Posted: Fri Apr 05, 2002 12:41 am
by Chad
damn, who knew that the random seed takes information from hiscore.dat??? this is indeed sucky, anyways i still can't get bbh's to playback with a different highscore.dat BUT i can make it playback to 226k not 91k anymore, so hiscore.dat does play a part in it. jeesh will we have to require to remove hiscore.dat for playing back things??? ugh i'll still keep trying but the hiscore.dat jinx sent me: don't work for me yet.
http://members.cts.com/king/c/churritz/hiscore.zip
Posted: Fri Apr 05, 2002 2:48 am
by mahlemiut
Many games will generate their own 'random' numbers by using RAM contents (which would include any high scores) as a seed. That's why .hi files should be deleted before recordign like with .nv files. I'm not exactly sure of how hiscore.dat operates with MAME, as I don't use it myself, but I think it does still use .hi files? Right?
Maybe a new feature needs to be added to inps, to include a save state (like Kawaks or Nebula), but of course, that would require save states working perfectly with ALL drivers. And that would take some time to happen.
Posted: Fri Apr 05, 2002 12:14 pm
by Jinx
On bbh's recording I get 226k to when I use sound.
What do you get on the other 2
Posted: Fri Apr 05, 2002 12:38 pm
by Kale
What is changed?
The tilemap now are updated at startup and not during emulation,courtesy of David Haywood...