Page 3 of 3

Re: Help dumping Moto Racer (E)

Posted: Mon Oct 06, 2008 7:55 pm
by ulugabi
Hello i'm back.
In order to be totally sure i found some cds that i got which are already in the db: Quake (https://redump.info/disc/2251/) and the ultimate doom - the flesh consumed  (https://redump.info/disc/4426/) and so it works.
Quake got audio tracks so after resize correct dump that match the one above and audios matches too with the -22 i found with IB (so +80 in EAC options with my +102 value of my driveoffset value)
Doom din't have any audio tracks so match the dump above directly.

But i have some other questions now Image
When i inserted quake Cd, EAC told me i can use this disc with accurate rip, i said ok and so after the check he automatically checked "Use AccurateRIP with this drive " in Drive Options (F10), and with this checked the dumped audio tracks werent matching the db. So i suppose this is normal just a feature that don't really work today, isn't it?

The second one will be just for infos, what are exactly the read and write offset value? (i have a little glimp of it but would like to be sure)

Thx

PS: By the way when will be my previous dumps added in the db?

Re: Help dumping Moto Racer (E)

Posted: Mon Oct 06, 2008 8:12 pm
by Rocknroms
ulugabi wrote:already in the db: Quake (https://redump.info/disc/2251/) and the ultimate doom - the flesh consumed  (https://redump.info/disc/4426/) and so it works.
Quake got audio tracks so after resize correct dump that match the one above and audios matches too with the -22 i found with IB (so +80 in EAC options with my +102 value of my driveoffset value)
Doom din't have any audio tracks so match the dump above directly.
You have to post all datas about your dumps (crc dat, cue file and infos about CD) otherwise it's impossible to guess.
For a dump already in DB open a post in dump forums with all data or add data in wip (add new disk).
When i inserted quake Cd, EAC told me i can use this disc with accurate rip, i said ok and so after the check he automatically checked "Use AccurateRIP with this drive " in Drive Options (F10), and with this checked the dumped audio tracks werent matching the db. So i suppose this is normal just a feature that don't really work today, isn't it?
Never answer yes to that question as it may change some settings in EAC. probably now you'll have to configure properly again EAC.
The second one will be just for infos, what are exactly the read and write offset value? (i have a little glimp of it but would like to be sure)
Write offset is offset used for mastering CD by manufacturer, so dumping a game this way you'll have properly preserved a game.
Read offset is only needed for your drive to calculate real write offset.
In EAC you don't have to change write offset value.
PS: By the way when will be my previous dumps added in the db?
You have to add necessary infos in dumps you posted, as I said above, otherwise they cannot be added. Sometimes you have to wait some days for that anyway. Post also your matching dumps information so you can confirm you are doing it right, thanks!:)

Re: Help dumping Moto Racer (E)

Posted: Mon Oct 06, 2008 8:40 pm
by ulugabi
Cd-serial and ring code is the same thing? And if not where can i find the first one? So except that and the cue it msised nothing in my infos?

and i don't use Clrmamepro since i don't like it, i always used Romcenter for my roms collection Image

For the read/offset values i was asking at what it correspond physically on the cd and for the driver (like +22 will mean cd started to have infos 22 offsets after the normal start of the cd,....?)

PS: fucking ring code, i have to use a mirror since the up side is printed

Re: Help dumping Moto Racer (E)

Posted: Mon Oct 06, 2008 9:15 pm
by Rocknroms
Serial and ring code may be the same, by the way it's not always like this. Normally serial is on cd case or box.
About Clrmame you have to use only dir2dat internal util enabling MD5 and SHA (disabling all the rest)  and scanning directory to make a dat.

If your CD has wo = +22, audio tracks will be shifted of 22 samples backward (data starts 22 sample before, it's the opposite), first data track start always after 2.00 sec (with probaly a few exceptions).