And here: http://forum.redump.org/viewtopic.php?id=1259

27

(13 replies, posted in General discussion)

offset which needs to be inserted in EAC in case of with GTA:
[Write offset of SLUS-00106: +2 (EAC)] + [+6 (for TS-L632D)] or [+12 (for SOHW-1633S)] = +8 (for TS-L632D) or +14 (for SOHW-1633S).
Accuraterip offsets = EAC Offsets.

28

(50 replies, posted in General discussion)

gigadeath wrote:

while the other drive reports

2:00
1.74
1.74

etc. all 1.74 after that

This is with gap detection method A, the other methods report totally random gaps every time

Your case pregap it is equal 2.00 sec, and gaps between audio tracks are equal 1.74.

29

(50 replies, posted in General discussion)

Vigi wrote:

I hope p_star can explain why he mentions +1700 instead of +1699?

Oops ... Probably I was drunk.
Sorry... Correct EAC offset is +1699

Vigi wrote:

I don't know if Sega discs really have 1.74 gaps, but PSX discs certainly do not.

It is feature only the Japanese disks for Saturn and Sega CD. Some disks have various gaps(http://forum.psxdb.com/viewtopic.php?id=1188). Someone have all gaps equal 1.74 sec. I think that it is a mistake at record, instead of the mistake in EAC.There are things  specifying that at record of disks mistakes were supposed. For example, in Enemy Zero for Saturn the audiotrack on first three disks was initially identical, but because of a mistake at record it began to differ. http://forum.psxdb.com/viewtopic.php?id=863.

Do not forget and about base Tosec. The Japanese games there everywhere have gaps equal 1.74. For example http://toseciso.org/details.php?id=3109
Certainly silly completely to trust this base, but always it is useful to compare the disks to their "dumps".

30

(50 replies, posted in General discussion)

The Correct offset for dumping whit EAC is 1700 !!!

The Write offset for DB guide is +1694 EAC / +1724 PR

31

(50 replies, posted in General discussion)

gigadeath, You can copying here data from last sector with garbage?

32

(50 replies, posted in General discussion)

gigadeath wrote:

The resulting sector (x-150) is full of data! And the next too! The zeros begin only 2 sectors ahead of the calculated one. I get strange results, for example :
Funky Horror Band       +1686
Record of Lodoss War   +1723

Thats right. The Offset is realy big. For Example: I Have JAP Saturn discs whit offset +2000 and more.

gigadeath wrote:

I have only japanese discs.

Its bad. Jap discs for sega saturn or MCD is hard to correctly copying.

First. Pregap of 2 Track in 99 % of cases it will be equal to 2 seconds. The unique method of detection correct pregap - to look in CDRWin or IsoBuster the end  of data track. The place where comes to an end date and begins garbage or zeros -  is the beginning pregap.

Second. Much more JAP discs have gaps between audiotracks of 1.74 seconds. While we cannot tell, that it is a mistake of record of a disk. Perhaps it is mistake EAC smile Therefore it is very important to check up gaps time on various drives, at various " gaps detection methods ".


The third. The part of last audiotrack JAP disks is in many in the field of Lead-Out. That are correct to copy last audiotrack, you should take advantage of a drive with negative offset. A minimum, that you should make - to copy an audiotrack on two drives and to compare them.


gigadeath wrote:

Every disc has a different offsent, usually it's huge because the calculated sector which should end the first track is full of data, silence begins after a couple sectors, 6000+ bytes after the calculated end.
For example Record of Lodoss War has 6796 bytes after the end calculated by CDRWin, 6796/4 = 1699 samples
So the offset I should put in EAC is  1699 = (-24) + x ; x = 1723   right?

Right smile Offset in EAC to correct copying is +1699.

33

(75 replies, posted in General discussion)

У меня такая проблема была с GTA Греатест хитс. Так и не понял в чем проблема. Может в диске.

34

(50 replies, posted in General discussion)

MCD Dumping absolutely same as PSX Dumping.
If you have Pal MCD Discs, is quite probable, that gaps between audiotracks will be equal 0.
To show the additional information on a disk, you should look the first 16 sectors by means of ISOBuster or CDRWin.

35

(9 replies, posted in General discussion)

ID number identical, but versions can differ.
RE 2 Platinum and Original are probably identical. For this reason we also bring the version in the comment.

36

(9 replies, posted in General discussion)

As mentioned, I followed the dumping guide and dumped a game (with audio track) of my collcetion that was already in the DB  The hashes matched. After that i created an image using the latest Alcohol 120 %. Then I mounted both, the dump (via the cue-file) and the mds-image from Alcohol to a virtual drive. To compare both, I used a programm named CD-R Verifier. Here's the resault

- The Mounted dump and the mounted image seems to be identical
- Neither of the both match the orignal disc
- Burned back to a CD-R, it neither match the dump, nor the image and of cause not the orginal (maybe a burner and/or software issue)

As far as I know, the programm reads every bit of a given disc and calculates a checksum. So, if the checksums of the two discs match, the should be (bit)-identical.

BTW: Is there some kind of recommondation for a good cd-drive? ATM i'm using a LG GSA-4166B along with a small army of different other cd/dvd-readers and writers. Some older drives seems to have better have error corrections capatibilies than the LG. Is that Plextor Premium everbody used to talk about, really that good? It's still cost around 100 €, that's a little fortune for a 5 year old drive...

Checked game probably has dummy audio track. Therefore hashes are identical
And any drive has write offset,  Therefore after record you have received other result.

http://forum.psxdb.com/viewtopic.php?id=641 - about CD/DVD drives

37

(13 replies, posted in General discussion)

I would not be able to rip the -542 and -617 correctly right? --->
Correct smile
How would I know if I can copy the audio correctly? ---->
If to copy from two drives and to receive the identical checksums.
How would I know if my drive can copy the data track correctly  because it gives the same md5, etc. with each dump? ----->
It is usually enough to get 2 copies of data track and to compare checksums, received in the calculator.

38

(13 replies, posted in General discussion)

I have 6 drives. Drives whit big positive displacement(offset) are necessary to do copies from CD with displacement in-647. Drives with displacement close to zero, or with negative displacement are sometimes useful to correct copying last audiotrack. Not write CD drives will badly join with CDRWin and EAC. For example, they give the incorrect information about gaps between audiotracks. DVD-RW drives often have the minimal speed of reading of CD 4x. It is bad for "bad" disks, with scratchs, for example. For bad disks it is better to use drives with the minimal speed of reading of CD 1x. Sometimes the drive cannot  look data in pregap, means not probably to calculate offset of a disk.
My drives:
Sony DVD / CD-RW Combo CRX300 KYS2 - The Best ! Offset +6(EAC). No problem whit bad audio and bad data tracks. CD speed 1x min.
NEC DVD-RW ND-3540A - No Good for bad audio and data tracks. Offset +48(EAC). CD speed 4x min.
AOpen  DVD / CD-RW Combo COM5232-AAH PRO Offset +748(EAC). Best dumping of very bad data tracks. But not precisely copies audio tracks. This drive cannot  look data in pregap sad. So with its help I cannot look "garbage" in pregap. But I can correctly copy 1st audio a track on disks with known offest -647. CD speed min 1x.
NEC CD-3002A. CD speed min 1x. Offset +600(EAC). Good for data. Bad for audio. Is not able to define correctly gaps between audio tracks in EAC. Has got to me for $4. Its unique merit - has helped to calculate write offset in game Time Gal (Sega CD).
Sonu CDU 4800 - My first CD-ROM drive. Offset -1138(EAC) !!! Bad for all smile. Very seldom I use it for copying last audio  track.
As you had time to notice, correctly calculate write offset at disks with offset in-647 I cannot. There is no drive for this purpose smile

39

(75 replies, posted in General discussion)

ajax16384 чета говорил про то, что правильно дампится тока на флешку.

40

(75 replies, posted in General discussion)

Ok pal.

41

(4 replies, posted in News)

Go-go PSXDB!!! Much more dumps in New Year!!!
Happy New Year everyone !!! wink

42

(13 replies, posted in News)

Drema! Wow niga! Good Luck to forum!!