26

(3,497 replies, posted in General discussion)

We SHOULD dump SafeDisc discs in two different drives before submite the hashes to the DB!
But in battlefield Vietnam case this could be normal...
The only difference in this dumps: http://redump.org/disc/7447/ and http://redump.org/disc/9924/ are a couple of bytes in sector 16 (if i recall well) so nothing to do with the unreadable sectors.

1- yes
2- let's say that you won't be able to find the write offset of the disc.
3- This means that different dumpers dumped different discs, and they found different write offsets, and all the tracks matched.
4- humm... strange... that option must be enebled!

Well, you can´t dump Tekken 2 and Tekken 3 because your drive has a offset of +6 and those discs have a negative offset of -647. To dump them you need a drive with a big positive offset (more than 647).
This has nothing to do with the EAC bug since that bug only affects discs with a data track amd ONLY one audio track!

To dump discs with two data tracks check this topic to know how: http://forum.redump.org/topic/4495/sega … -28112010/ and search for "FIXING ANOMALIES".

Humm, if you got matching dumps, please post the dumping info so that they can add you as a dumper for those discs smile

29

(11 replies, posted in General discussion)

To dump discs without audio tracks is easy. just dump the disc with IsoBuster then use clrmamepro dir2dat function to get the hashes (md5, crc and sha1). You should check the image for corruption is Cdmage (in discs protected with SecuRom the disc will extract fine with isobuster but it should have 1 corrupted sector in cdmage).
Installing the game is a good idea to check for games languages and game version (sometimes the game version is in a corner of the title screen).
About the offset value it's only mandatory in discs with audio tracks.

axisleon, please dump the audio tracks from both discs and post the dumping info so that they can be added as verification dumps.

About SWWS your disc is another pressing. I own the "A " pressing disc but didn't dumped it yet

http://forum.redump.org/topic/11108/ver … rn-europe/


Sometimes PSX disc have errors in CDmage even in discs without audio tracks. We can't repair those errors!! If you got always the same CRC the dump is fine! smile

It seems more correct... Let's wait for feedback from other users.
Thanks iRobot! smile

Still not fixed...


And maybe its better to change the position of the "New disc" in the Disc menu because it isn´t very visible. When we have tabs opened in firefox the "New Disc" is in the bottom of the page, and maybe it must be in bold

34

(2 replies, posted in General discussion)

I always use ImgBurn to check the layer break.
I think that it's always like that is Isobuster because the program counts the first sector of the disc as sector 0 (instead of sector 1)...

camb702 wrote:

On a broader note, should redump images playback without issue on hardware capable of doing so?

You won't be able to play PSX or Saturn dumps in unmodified hardware due to copy protection, but you can play burned discs in unmodified Mega/Sega CD (but only the same region of the hardware).

If you are dumping from original media, you should extract the disc in IsoBuster without problems! (unless the disc is scratched...). When a (PSX) dump in the DB show errors that's the amount of errors the image has when scanned with CdMage, and not read errors in IsoBuster.

This affects only the last sector of the data track of the PSX NoEDC discs with audio tracks.
To fix it, use InJector (search for it here: http://forum.redump.org/topic/5272/tools-of-the-trade/ )

38

(4 replies, posted in General discussion)

If you have a Plextor you should use Perfectrip to dump the tracks.
In this case you don´t get matching hashes because EAC has a bug (ONLY in discs with one data track and one audio track) that detects always a 0.00 sec gap instead of the true one. So if you add 150 sectors of silence (00's) to the beggining of the extracted track you should get matching results.

Anyway, in this case, you must dump the high density track to verify the dump!

If you got a sync error (i assume that it's at the very end of the last track) the dump is bad and it can't be accepted. It's better to search for a drive that can overread into the lead-out.

Raiders wrote:

Also, are there any naming conventions with regard to the files? Currently, they're all "01 - Unknown Title" and whatnot.

Thanks for the help. It's astonishing how much more challenging it has been to rip a game with audio tracks!

Don't worry about the name convention, just post the info, hashes, EAC Cue and log. The names are genereted automaticly.

And yes, dump discs with audio tracks is more complicated, but i assure you that after a couple of dumps you don't even need to look at the guide smile

40

(29 replies, posted in General discussion)

axisleon wrote:

If the SLPS-00451~2 have the same case, shall I post "Error = 1"?

Yes, check the images with CDmage and post the error count (Cdmage should be used only to check the number of corrupted sectors and never to fix them!). But beware, pionner drives can't dump this kind of discs correctly.

41

(29 replies, posted in General discussion)

axisleon wrote:

The cdmage check result is "Image has 1 corrupted sector(s)."

Need fix or no ?  Confused...

Never fix a PSX image with CDmage! All the PSX NoEDC discs with audio tracks have always (at least) 1 corrupted sector!

42

(2 replies, posted in General discussion)

Just set up EAC like it's described in the dumping guide. Since the offset of audio discs can't be determined use your drive offset (+667). Press F4 to detect gaps then extract the tracks, then create the cue sheet (Action->create cue sheet->current gap settengs).
Please be sure your drive can overread (doing the tests in EAC or try to go beyond the last sector of the disc in the isobuster sector view function).

Why the size and hashes in WIP forms for DVD's and GC discs are introduced separately?
Clrmame dat should be mandatory for every dump because it reduces the chance of copy/paste error and the size/size on disc confusion...

44

(20 replies, posted in News)

This was already discussed and it will never happen. This project is for game related media only.
But if anyone wants to start a side project i will be glad to contribute with hundreds of dvd's and audio discs dumps (i think a audio cd database is a very interesting ideia smile )

We don't rip the subs in PSX discs, we only check for libcrypt protected/modified sectors in the subchannels...
The problem is that there is no consistent results in subs dumping... and i thik that the multi session discs in jaguar games might be a problem...

46

(5 replies, posted in General discussion)

Paco wrote:

2.  You mean "Append Gaps To Next Track"? yeah i have followed the Guide for setting up EAC...

I mean, in this case, you need to add 2 seconds (352800 bytes) of silence (00's) at the beginning of the audio track EAC extracted because EAC always detects a 0 sec gap instead of the real one in discs with 1 data track+1 audio track.

In post 9 of this topic you can see how to do that.

47

(5 replies, posted in General discussion)

Paco wrote:

1. Then how will i know the pregag if not with EAC?

If you own a Plextor drive you can dump the disc with Perfect Rip without minding with the gaps.
Going back 150 sectors in IsoBuster usually works with PSX disc since the gap is 2 seconds in 99% of cases but in MegaCD, Saturn and other systems you can dump the disc with Clone CD to check the size of the gap in the CUE file Clone CD generated and you can submit the resulting .sub file for analysis.


Paco wrote:

2.  i made BIN with EAC, but i got this:

Track  2

     Filename X:\Track02.bin

     Suspicious position 0:04:00

     Peak level 0.0 %
     Extraction speed 2.7 X
     Track quality 99.7 %
     Test CRC FD2DF1A5
     Copy CRC FD2DF1A5
     Copy finished

There were errors

The disc is scractched or your drive doesn't support overread into the leadout...

Anyway don't forget to append the gap at the begging of the audio track (only in discs with 1 audio track that were dumped with EAC)

Probably that's because of the gaps between the audio tracks.
We dump discs in a way that the resulting images will be exactly as the original disc...

And yes, with the Rocknroms guide you may be able convert a lot of images but sometimes that's not easy, expecially in Mega CD images because 99% of them have audio tracks and sometimes you may get not matching first or last audio track due to offset...
Anyway, remember that the data track must be converted to raw format (2353/bytes per sector) and the mp3 files are crap...
Good luck!

49

(5 replies, posted in General discussion)

Disc dumped, -647 offset confirmed  big_smile

50

(9 replies, posted in General discussion)

If it's a disc and it's gaming related, in my opinion i think it sould be here  big_smile