Need help with single audio track cds

[ghost]

How many sectors I remove from data track? Track02 has 0 gap. This is not in the guide.

[F1ReB4LL]

Dump this CD with CloneCD and check the gap in .cue. 2 seconds - 150 sectors, etc.

[provato]

How many sectors I remove from data track? Track02 has 0 gap. This is not in the guide.

Geia sou file mou, kalwshrthes sto redump.org!!! Loipon auto einai synhthes problhma gia ta ps1 paixnidia pou exoun MONO 2 tracks (1 audio kai 1 data).

Mias kai exeis LG drive dokimase th "method B" mexri na sou vgalei pregap 2.00 (shnythws vgazei 1.70, 1.92, 2.01 mexri na vgalei to swsto ) Dhladh anoigo-kleineis to EAC kai kaneis detect gaps mexri na vgalei 2.00
***Auto kanto mono an sigoureuteis oti to pregap einai 2.00 (me th methodo pou anefere o Fireball)

Einai gnwsto auto to bug sthn EAC....

p.s: o,ti apories exeis mh distaseis na mou steileis mhnyma

[ghost]

I hate to bring this up again but I have a new problem. I dumped with clonecd and I looked in the cue file and the pregap was 2 secs.

Code: Select all

FILE "F22.img" BINARY
   TRACK 1 MODE1/2352
   INDEX 1 00:00:00
   TRACK 2 AUDIO
   INDEX 0 23:30:12
   INDEX 1 23:32:12

I dumped with isobuster the data and removed 352800 bytes. I dumped with eac the audio and here is the log:

Code: Select all

Exact Audio Copy V0.99 prebeta 5 from 4. May 2009

EAC extraction logfile from 3. October 2009, 11:34

Unknown Artist / Unknown Title

Used drive  : PLEXTOR CD-R   PX-W4012A   Adapter: 1  ID: 1

Read mode               : Secure
Utilize accurate stream : Yes
Defeat audio cache      : Yes
Make use of C2 pointers : Yes

Read offset correction                      : 76
Overread into Lead-In and Lead-Out          : Yes
Fill up missing offset samples with silence : Yes
Delete leading and trailing silent blocks   : No
Null samples used in CRC calculations       : Yes
Used interface                              : Native Win32 interface for Win NT & 2000
Gap handling                                : Appended to next track

Used output format : Microsoft PCM Converter
Sample format      : 44,100 kHz; 16 Bit; Στερεοφωνικό


TOC of the extracted CD

     Track |   Start  |  Length  | Start sector | End sector 
    ---------------------------------------------------------
        1  |  0:00.00 | 23:32.12 |         0    |   105911   
        2  | 23:32.12 |  5:30.71 |    105912    |   130732   


Track  2

     Filename C:\REDUMP\Νέος φάκελος\Track02.bin

     Peak level 98.3 %
     Track quality 100.0 %
     Test CRC F8EE95C7
     Copy CRC F8EE95C7
     Copy OK

No errors occurred

End of status report

I mounted the image with this cue:

Code: Select all

FILE "F-22 Air Dominance Fighter (Europe) (Track 01).bin" BINARY
  TRACK 01 MODE1/2352
    INDEX 01 00:00:00
FILE "F-22 Air Dominance Fighter (Europe) (Track 02).bin" BINARY
  TRACK 02 AUDIO
    INDEX 00 00:00:00
    INDEX 01 00:02:00

I opened eac to check with both the cd and image mounted.

You can see that track01 ends at 23:32:12 although clonecd reported 23:30:12 but that's OK that's the eac bug.

Also look at the length of track02 is 5:30:71



Problem 1: Here you can see my image mounted and it shows the data track ending at 23:32:12 when it shouldn't because I removed 352800 bytes from it. It should end at 23:30:12 like clonecd reported.

Problem 2: Track02 length is 5:28:71 it chewed 2 secs from the audio!



This is a nightmare.

[Rocknroms]

You have to add 2 sec pregap manually as described in my faq.

psxt001z --gen 352800 pregap.bin

copy /b pregap.bin+track02.bin new_track02.bin

I know this is not yet in the main faq.

[ghost]

Rocknroms it's not psx game its pc so I cant use that tool. However I made a progress. My LG drive in method B detected 2secs pregap and I dumped it 5:30:71 length.

BUT here is the thing. In my CD witch is perfect I never used it, there is a clicking sound in the first half second of the audio. I can hear this with my pc drives and my audio player. A manufacturing error?

In the sector view of isobuster i chose track02 and moving forward this time in sector 105915 I see this in the middle of nowhere, a desert of zeros:



what do you think? should I preserve this or remove it? is it garbage?

Then moving forward to sector 105935 in the last rows it appears that the song begins.



what do you think?

UPDATE: It appears that the galactic battlegorunds cd also has the same jitter in the beginning like F22 detectable unfortunatelly from the cd player also. Do I need to remove data from the start of track02 aswell?

[Rocknroms]

Rocknroms it's not psx game its pc so I cant use that tool. However I made a progress.

The command I wrote above has nothing to do with PSX, it simply creates a 2 sec 0x00 pregap, then you can merge it with no pregap track.

In the sector view of isobuster i chose track02 and moving forward this time in sector 105915 I see this in the middle of nowhere

Everything on  CD has to be preserved.

[RetroGamer]

When the disc you want  to dump has only 1 audio track, extract the audio track with EAC then run this .bat command  in the  directory where you have the extracted audio track and psxt001z.exe then delete the backup (.bak) file (if the gap is other than 2 seconds, edit this file according to the gap size). this is the same command that Rocknroms wrote but in a automated way.





By the way, we always assume that that gap was silence so we use 00's to fill the track 2 pre gap but if there is data in that pregap? it isn't better to extract the data track and the audio track and use the ReMove program to move the gap from the end of track 1 to the beggining of track 2? Maybe we should always use this program in discs with only one audio track.

[Rocknroms]

Track01 is data, track02 is audio ---> you cannot simply move those sectors.
If track02 pregap has some data it has to be preserved but in format mode of track02, so sectors with this bytes has to be scrambled. There's a tool around which help you to dump all disc in audio mode and then descramble data tracks (obviously every sector belonging to audio track will stay scrambled).

[themabus]

By the way, we always assume that that gap was silence so we use 00's to fill the track 2 pre gap but if there is data in that pregap? it isn't better to extract the data track and the audio track and use the ReMove program to move the gap from the end of track 1 to the beggining of track 2? Maybe we should always use this program in discs with only one audio track.

we would have to address garbage at the beginning of gap anyway
but you could use reMove to cut off this gap and it should inform how many samples different from 0x00 there were
if this value coincide with predicted offset (from Plextor, swapping or just different drive), it's pretty safe to do 'psxt001z --gen'
in opposite case gap's content can be verified to determine further action

what do you think? should I preserve this or remove it? is it garbage?

the garbage that is removed along with gap is nonexistent on actual media, it's an artefact of decoding,
always manifesting on data/audio boundary
you can tell buy descrambling it and it should form data sectors closest to audio data