1 (edited by Rocket 2010-03-11 15:57:31)

To me this step is not clear at dumping multitrack disc for PSX:

Removing the pregap using Resize
To remove the Track02 pregap from Track 01, we will use a tool called 'Resize'

To use this tool, download it and extract it in the same folder as the 'Track 01.bin' file. Resize.com requires you to work in Command Prompt.

If EAC reported a pregap of 2 seconds = 352800 bytes and the filename of the image is 'Track 01.bin', the command would be as follows:

RESIZE -r -352800 "Track 01.bin"

When the correct amount of bytes is removed from the end of the image, you can go to the next step. For PSX discs, this is 'Checking and repairing the postgap'. For other discs, it's 'Ripping the audio tracks'.

I have made all precisely as is written in this section, but utility Resize does not check a file "Track 01.bin". The help is necessary!

このソフトは かいはつちゅうです

Please explain step-by-step, that it is necessary to make that utility Resize has checked up a file "Track 01.bin"

このソフトは かいはつちゅうです

The resize utility trims the padding from the end of the track, which is present on multi-track PSX games.

So what you do is place resize.com in the same folder as the Track 1 bin file.
Open a command prompt and cd to the folder where the bin and .com file are.
Then run the command: RESIZE -r -352800 "Track 01.bin"

The number is the length of track 2's pregap in bytes. For two seconds (the most common) this is 352,800 bytes.

This trims the unnecessary padding from the end of the data track. Now you can repair the track with psxt001z by issuing the following command:
psxt001z.exe --fix "Track 01.bin"

psxt001z.exe should only correct errors in 1 sector, that being the last. Sometimes no errors are detected.

4 (edited by Rocket 2010-03-11 16:12:26)

1) Track 01 and resize.com files in the same folder.
2) I create .BAT file with this command: RESIZE -r -352800 "Track 01.bin"
3) I try launch .BAT file, but nothin hapands.

What do I do wrong?

P.S. This is my first multi-track dump.  neutral

このソフトは かいはつちゅうです

5 (edited by velocity37 2010-03-11 21:36:39)

If you launch the bat (on XP 32-bit or earlier) the filesize of Track 01.bin should decrease by ~345KB (F5 to refresh folder). If you've run that command multiple times, you'll have to dump the track again since the track will be damaged.

resize.com doesn't pause when it's done, so the cmd window will disappear right after it shows up. If you want verification that the command has run successfully, open a cmd prompt and navigate to the folder, so the window doesn't disappear after it has finished.
Alternatively, you can pipe the output to a txt file in your BAT, like:
RESIZE -r -352800 "Track 01.bin" > resize.log

6 (edited by Rocket 2011-03-19 20:43:58)

Thanks, velocity37! Has write in the command end "Pause". Now all is ОК!  wink

このソフトは かいはつちゅうです

7 (edited by Rocket 2011-03-19 20:44:41)

English text:

So, the help is again necessary to me!

The first track successfully dumped, but how correctly to dump the second track I do not know.

The disc contains two tracks. The second track - as a matter of fact not music - only a noise.

Here that the shows EAC:

                        Gap
Track01       0:00:02:00
Track02       0:00:00:00

Now I use a Optiarc DVD RW AD-7170S drive (Correction Offset +48).
http://www.accuraterip.com/driveoffsets.htm

That has put what correctly to take further audio a track?

Russian text:

Мне снова нужна помощь.

Первый трек я успешно задампил, "обрезал" утилитой Resize, пофиксил утилитой psxtoolz, прогнал через датник - трек определился. Однако мне так до конца не понятно как именно извлечь второй трек.

Диск содержит два трека. Второй трек - по сути даже не музыка, а всего-навсего какой-то шум.

Вот что показывает программа EAC:

                        Gap
Track01       0:00:02:00
Track02       0:00:00:00

Сейчас подключён привод Optiarc DVD RW AD-7170S (Correction Offset +48).
http://www.accuraterip.com/driveoffsets.htm

Что делать дальше что-бы правильно извлечь аудио трек?

このソフトは かいはつちゅうです

8 (edited by velocity37 2010-03-26 05:48:41)

That's a "fun" EAC bug where 2 track data+audio discs will have bad gap detection. You can add the pregap manually, or dump the whole entire track manually with ISOBuster.

Anyways, here's what you can do to solve this:

The easy way:
Dump the disc as normal. The resulting track will be missing the pregap (since it was determined gapless).

The gap is probably two seconds. So what you'll want to do is use ISOBuster, right-click track 2 and go into the sector view. Subtract 149 from the sector counter in the box. Now hit the back arrow once (a total of 150) and you should see some garbage data followed by many 00s (This is the same process as the guide "Determining the (factory) write offset"). So, take the number of sectors there are from the start of the track to the garbage data (150 most of the time, or what you determined yourself) and multiply that by 2352.

Grab a hex editor (like XVI32). Now, edit>insert string. Click "Hex string" and type 00. Under "Insert <n> times" hit decimal and put the number you did earlier. We've now successfully added the missing pregap, so all should be well if no mistakes were made.

The hard way:
[ISOBuster completely manual, not really that hard once you're used to it.

First, we need to determine the pregap length. The gap is probably two seconds. So what you'll want to do is use ISOBuster, right-click track 2 and go into the sector view. Subtract 149 from the sector counter in the box. Now hit the back arrow once (a total of 150) and you should see some garbage data followed by many 00s (This is the same process as the guide "Determining the (factory) write offset").

So, take the number of sectors there are from the start of the track to the garbage data (150 most of the time, or what you determined yourself) and multiply that by 2352. Note this for later, denote as "gap length, bytes". You can also dump the disc with Slysoft CloneCD and run the resulting sub through Subcode analyzer to have the gap length automatically determined (in seconds).

Now, ISOBuster doesn't give us offset correction, so we will have to do that manually. Look at the sector with garbage data and determine the combined offset (as per the guide). Because the data is going to be pushed forward or backward, we have to dump an extra sector worth of data. So right-click the track and click extract from-to. The start sector depends on the combined offset. If your offset is <-588 or >588, you'll divide it by 588, round up (or down if negative offset) (-617 would be -2, +1566 would be +3, etc), and start dumping that many sectors early or late. Unless the offset is evenly divisible by 588, we will need to add +1 to the length.

In the unlikely event that the combined offset is evenly divisible by 588, we don't have to trim. Otherwise:
Let us pretend that we determined the combined offset to be +32 (+2 disc, +30 drive). What we'll do is open the Track 2 bin in a hex editor (such as XVI32). Now, because the offset is positive, the data will be pushed forward (if the offset was negative, it'd be pushed backward, so we subtract 2352 from offset*4 until we get a negative result. Convert to positive, and that's the 00 bytes to skip). There are 4 bytes in a sample, so the data is pushed forward 128 bytes in our example. Open the file so that the 1st byte is highlighted, and Address>Goto. Click decimal and "relative down". Set the number to our offset -1 (since we start at 1 and want to get to 128, we go down 127). Now some 00s should be skipped. Go to edit>delete to cursor. The extra bytes will be removed.

Now, edit>insert string. Click "Hex string" and type 00. Under "Insert <n> times" hit decimal and put the number as your previously noted gap length in bytes. Hit OK.

Now there's just one final step, and that is to remove the extra data from the end. Drag the scroll bar all the way to the bottom. The last byte should be highlighted. Take the number of bytes you deleted from the beginning (128, in our example) and subtract that from 2352 (2224, in our case). This is how many extra bytes remain from that "extra sector" we dumped in ISOBuster, which we have to remove. So, Address>Goto, decimal relative up, our number - 1 (2223 in our ex). Now choose edit delete from cursor. This will remove the garbage data from the end of the track.

So, the steps we've done: Dumped the data track with an extra sector to account for offset. Trimmed the extra sector from the beginning and end of the track, correcting the offset in the process. Inserted the pregap.

It's worth noting that since we're dumping the last track, it would be ideal if the combined offset was negative

Now, not in your case, but in the event that the track we are dumping isn't the last, we have to delete the next track's gap from the end of the file. In a 2s 2s 2s common disc, this would involve deleting 352,800 bytes from the end in addition to the bit from the extra sector.

Rocket, just remember that the biohazard 3 trial dump you did is CORRECT.

I am sure of it, trust me, I'm too much of a hardcore fan of the series to know. There's nothing more to be done about that dump.

I just ran into a game with this same problem (Monster Rancher), it only has two tracks....

I extracted the first track like normal then I opened the sector viewer of track 2 in IsoBuster and subtracted 150 from the starting point of 138340 which was 138190 and determined it has a pregap of 2 seconds or 2 full rows or garbage which meant 150 * 2352 = 352800

Now should I use the resize (FPCopy) and psxt001z tool on the track01.bin file and do the typical

- FPCopy64 -r "track01.bin" -352800
- psxt001z.exe --fix "track01.bin"

Also what file should I be editing with the hex editor track01.bin?

Lastly do I extract the audio with EAC or Isobuster?

11 (edited by velocity37 2010-04-24 05:34:47)

You'd open Track 2 in the hex editor, but you don't have to do this if you're uncomfortable with it.

In EAC, don't detect gaps, instead leave them undetected. Enter the offset in the drive options as you would normally, and dump the track with test & copy. This will give you track 2 without its pregap.

Use psxt001z.exe to generate your pregap using: psxt001z.exe --gen pregap.bin 352800

Use the command prompt to merge the files, like: copy /b pregap.bin+track02.bin track02good.bin

That will give you your track 2 with a 2 second pregap.

12 (edited by Specialt1212 2010-04-27 23:43:28)

Thanks for the help your explanation worked for dumping 2 track games :-)

I have another question for you though.


Since EAC won't detect the pregap length we have to determine that manually in IsoBuster, so lets use Castlevania: Symphony of the Night for our test.

When I open track 2 in IsoBuster and go back 150 sectors I see two full rows of garbage, which is correct but if we pretend this game wasn't already dumped I'm suppose to go back another page to determine if the previous page is full of garbage or just header info correct?

So if I go back another page, I get the following error...

device reported error code : 03/11/00

I ignored the error and dumped my copy of Castlevania which ended up matching the info in the database exactly.


1. Why would I be getting that error

2. Should I even be going back more than 150 sectors on 2 track discs?


I want to make sure I'm doing this correctly because I have 5 or 6 games that aren't in the database that I want to dump, but I want to make sure I'm doing it correctly.

13 (edited by velocity37 2010-04-28 03:15:34)

Specialt1212 wrote:

1. Why would I be getting that error

2. Should I even be going back more than 150 sectors on 2 track discs?


I want to make sure I'm doing this correctly because I have 5 or 6 games that aren't in the database that I want to dump, but I want to make sure I'm doing it correctly.

1. Some drives will lock up when trying to read the last data sector. My PX-760A does this, but my GH20NS15 can read them like a charm. Thus, the sector it freezes up on is a data sector. Count the sector after that as the first sector of garbage data. If you don't see a sector with garbage data after that sector, it means the combined offset is <= 0, so you can't determine it. When the drive locks up, just eject the drive tray to unfreeze it.

2. Yes, because the track 2 pregap isn't always two seconds. I've recently ran into a couple of discs where the gap was four seconds (300 sectors). If you find the garbage data, you're done, but some discs have strange gaps instead of easy peasy uniform two second gaps.

14 (edited by Specialt1212 2010-04-29 14:19:12)

Thanks for the help, that will allow me to dump another 10 or so PSX games!

So I just found two really cheap drives that I picked up and installed in my computer (serious about $5 each)

SAMSUNG - DVD-ROM SD-616F    with a +1182 offset
PLEXTOR - DVDR PX-708A           with a +30 offset

I tried setting them up in EAC per the guide but I'm having a problem when I get to this step

- Open the drive options (EAC -> Drive Options or press F10);
- Select the first tab ("Extraction Method") and click on "Detect Read Features";
- EAC should now start detecting the features of your drive;

They are both installed properly and working but when I do the above step it shows this message first

http://i41.photobucket.com/albums/e295/Specialt1212/Untitled-1copy-24.png

Then is shows this message

http://i41.photobucket.com/albums/e295/Specialt1212/Untitled-2copy-10.png


Why does it keep saying that CD Not Found In Offset Database?

When I set my other two drives up it took a couple of minutes but after it was done analyzing the drive it found the offset sample and asked if I wanted to submit it to the database.

I've tried several video game & music cd's but none seem to work. I even tried two of the discs that are listed on the EAC page.

Can anyone help me set this drive up?

I've been searching the internet and still can't seem to find a solution to the above problem....

But another

The guide here on Redump.org says I should be using ExactAudioCopy V0.99 Prebeta 4, which I am.

I noticed that V0.99 prebeta 5 is out now, so should I upgrade? Do you think this may fix the above problem?

Everything's fine, the CD doesn't have to be in the database, in fact, I don't think any CD is. (lol).
You don't have to resolve this.

Try some well known audio CD, it should be in DB for sure.

About updating EAC, I don't know if the canged anything or if they add new features as I haven't updated it yet.

My patch requests thread
--------------------------------

Specialt1212 wrote:

I tried setting them up in EAC per the guide but I'm having a problem when I get to this step

- Open the drive options (EAC -> Drive Options or press F10);
- Select the first tab ("Extraction Method") and click on "Detect Read Features";
- EAC should now start detecting the features of your drive;

In your screenshots, you're in the offset/speed tab, not the extraction method tab. The extraction method tab is where you set it to secure mode, and detect whether your drive has accurate stream, an audio cache, and C2 pointers.

If you're wanting to check the offset of your drive manually, just count the lines of garbage data on an disc you've already dumped.

Also, does that Plextor work with px_d8? If it does, you'll no longer have to count garbage data, and you can get the offset of data-only discs  big_smile

Well do I feel like an idiot right about now lol, velocity37 was right I was just on the wrong tab   tongue

Thank you all for the suggestions, that corrected the problem. All four of my drives work correctly now.

velocity37 wrote:

Also, does that Plextor work with px_d8? If it does, you'll no longer have to count garbage data, and you can get the offset of data-only discs  big_smile

Holy crap that is an awesome program and yes my Plextor works with it so feel free to update your post with my drive information   PLEXTOR DVDR PX-708A   +30

I also tested the following drives and they do not work (an error appeared when I tried to run the file)

- Light Scribe GSA-H55L  +102
- TSSTcorp SH-S223L  +6
- SAMSUNG DVD-ROM SD-616F  +1182


But I'm glad I have one drive that can handle this nifty little program.

Thanks again for all your help guys!