Help - Search - Members - Calendar
Full Version: EAC gaps question
Hydrogenaudio Forums > CD-R and Audio Hardware > CD Hardware/Software
eiko
I was using the wrong gap detection type in the past and all my CUE sheets are messed up.

If I just go back through and make new CUE sheets based on the correct gap settings for each CD will all be well?

Or do I need to rip them all over again because the gap detection effected the output WAV files?

I have been appending gaps to the end of the preceding track (default)....

Thanks in advance for any help.

Edit --
By the way does anyone know which gap detection method I should use for this drive? LITE-ON LTR-16102B I used EAC to automatically pick one and it picked B, which is clearly messed up as it gives way out results. Methods A and C both give the same result, is one better than the other?
greynol
Did you detect gaps after ripping but prior to creating the cue sheet, or did you detect gaps (or created a cue sheet) before riping?

If you truly ripped with tracks appended to the end of the previous track, I have to ask, what do you plan on doing with the cue sheets? That aside, all you need to do is create Multiple WAV Files With Gaps (Noncompliant) cue sheets.

If you ripped the tracks with gaps prepended to the beginning of the current track or with gaps left out, you can still create the proper sheet after the fact; but if your drive can't deliver consistent results when detecting gaps, you should really re-rip.

As far as which method to use and level of accuracy, you should pick the one that detects the gaps most quickly and consistently. Most importantly, choose the method that returns results which make sense. If you can, check the gaps with a different drive, or play a disc with gaps in a standard CD player to verify.

EDIT: Grammar.
eiko
Thanks for the reply though I don't follow most of it.

I ripped about 50 CDs and I detected gaps and saved the CUE sheet prior to ripping for every time. My intent is to make exact CDrs from my CDs, including the gaps.

The CUE sheets are all messed up, so I need new CUE sheets using a different gap detection setting. I'm just wondering if the WAV files may have been ripped wrong due to the gap detection method or if these things are separate.

In the EAC log I see these entries, which makes me suspcious. However in listening to the actual audio files it sounds normal.

CODE
...
Track 2

Filename C:\Documents and Settings\user\Desktop\Hunab Ku - 2000 - Magik Universe (FLAC)\02 - Radiance.wav

Pre-gap length 0:05:15.30 <<<<<<<<<<<<<<<<<<

Peak level 100.0 %
Track quality 100.0 %
Copy CRC FF613E4F
Track not present in AccurateRip database
Copy OK

Track 3

Filename C:\Documents and Settings\user\Desktop\Hunab Ku - 2000 - Magik Universe (FLAC)\03 - Fractal Harmonic.wav

Pre-gap length 0:07:31.68 <<<<<<<<<<<<<<<<<<

Peak level 98.5 %
Track quality 100.0 %
Copy CRC DD637737
Track not present in AccurateRip database
Copy OK

Track 4

Filename C:\Documents and Settings\user\Desktop\Hunab Ku - 2000 - Magik Universe (FLAC)\04 - Dominion.wav

Pre-gap length 0:06:26.41 <<<<<<<<<<<<<<<<<<

Peak level 100.0 %
Track quality 100.0 %
Copy CRC F579E9BA
Track not present in AccurateRip database
Copy OK
...

Example messed CUE sheet:
CODE
REM GENRE Goa
REM DATE 2000
REM DISCID 8510E40A
REM COMMENT "ExactAudioCopy v0.99pb4"
PERFORMER "Hunab Ku"
TITLE "Magik Universe"
FILE "01 - Phoenix.wav" WAVE
TRACK 01 AUDIO
TITLE "Phoenix"
PERFORMER "Hunab Ku"
FLAGS DCP
INDEX 01 00:00:00
TRACK 02 AUDIO
TITLE "Radiance"
PERFORMER "Hunab Ku"
FLAGS DCP
INDEX 00 05:20:20
FILE "02 - Radiance.wav" WAVE
INDEX 01 00:00:00
TRACK 03 AUDIO
TITLE "Fractal Harmonic"
PERFORMER "Hunab Ku"
FLAGS DCP
INDEX 00 00:03:65
FILE "03 - Fractal Harmonic.wav" WAVE
INDEX 01 00:00:00
TRACK 04 AUDIO
TITLE "Dominion"
PERFORMER "Hunab Ku"
FLAGS DCP
INDEX 00 00:03:65
FILE "04 - Dominion.wav" WAVE
INDEX 01 00:00:00
FILE "05 - Fallen Angel.wav" WAVE
TRACK 05 AUDIO
TITLE "Fallen Angel"
PERFORMER "Hunab Ku"
FLAGS DCP
INDEX 01 00:00:00
FILE "06 - Dreamstar.wav" WAVE
TRACK 06 AUDIO
TITLE "Dreamstar"
PERFORMER "Hunab Ku"
FLAGS DCP
INDEX 01 00:00:00
FILE "07 - Evolution.wav" WAVE
TRACK 07 AUDIO
TITLE "Evolution"
PERFORMER "Hunab Ku"
FLAGS DCP
INDEX 01 00:00:00
FILE "08 - Magic Mirror.wav" WAVE
TRACK 08 AUDIO
TITLE "Magic Mirror"
PERFORMER "Hunab Ku"
FLAGS DCP
INDEX 01 00:00:00
FILE "09 - Matrix.wav" WAVE
TRACK 09 AUDIO
TITLE "Matrix"
PERFORMER "Hunab Ku"
FLAGS DCP
INDEX 01 00:00:00
FILE "10 - Wavespell.wav" WAVE
TRACK 10 AUDIO
TITLE "Wavespell"
PERFORMER "Hunab Ku"
FLAGS DCP
INDEX 01 00:00:00

Moderation: Code changed to codebox.
greynol
That's the right kind of cue sheet if your discs were ripped with gaps appended to the previous track.

As far as listening goes, if you append gaps to the previous track, there will be no effect.

If the numbers don't make sense then you'll need to create new sheets using a method that does.


Please use "codebox" instead of "code" when encapsulating logs, cues and other long things.
eiko
greynol,

It isn't correct or usable. Here is the correct cue sheet based on proper gap detection:
CODE
REM GENRE Goa
REM DATE 2000
REM DISCID 8510E40A
REM COMMENT "ExactAudioCopy v0.99pb4"
PERFORMER "Hunab Ku"
TITLE "Magik Universe"
FILE "01 - Phoenix.wav" WAVE
TRACK 01 AUDIO
TITLE "Phoenix"
PERFORMER "Hunab Ku"
FLAGS DCP
INDEX 01 00:00:00
FILE "02 - Radiance.wav" WAVE
TRACK 02 AUDIO
TITLE "Radiance"
PERFORMER "Hunab Ku"
FLAGS DCP
INDEX 01 00:00:00
FILE "03 - Fractal Harmonic.wav" WAVE
TRACK 03 AUDIO
TITLE "Fractal Harmonic"
PERFORMER "Hunab Ku"
FLAGS DCP
INDEX 01 00:00:00
FILE "04 - Dominion.wav" WAVE
TRACK 04 AUDIO
TITLE "Dominion"
PERFORMER "Hunab Ku"
FLAGS DCP
INDEX 01 00:00:00
FILE "05 - Fallen Angel.wav" WAVE
TRACK 05 AUDIO
TITLE "Fallen Angel"
PERFORMER "Hunab Ku"
FLAGS DCP
INDEX 01 00:00:00
FILE "06 - Dreamstar.wav" WAVE
TRACK 06 AUDIO
TITLE "Dreamstar"
PERFORMER "Hunab Ku"
FLAGS DCP
INDEX 01 00:00:00
FILE "07 - Evolution.wav" WAVE
TRACK 07 AUDIO
TITLE "Evolution"
PERFORMER "Hunab Ku"
FLAGS DCP
INDEX 01 00:00:00
FILE "08 - Magic Mirror.wav" WAVE
TRACK 08 AUDIO
TITLE "Magic Mirror"
PERFORMER "Hunab Ku"
FLAGS DCP
INDEX 01 00:00:00
FILE "09 - Matrix.wav" WAVE
TRACK 09 AUDIO
TITLE "Matrix"
PERFORMER "Hunab Ku"
FLAGS DCP
INDEX 01 00:00:00
FILE "10 - Wavespell.wav" WAVE
TRACK 10 AUDIO
TITLE "Wavespell"
PERFORMER "Hunab Ku"
FLAGS DCP
INDEX 01 00:00:00


Do you know if "gap detection" effects ripping the WAV files? This is all I need to know.... I see the gap lengths listed in the EAC log which leads me to think yes, yet the WAV files appear normal.

Just to clarify there are not gaps on this CD (except the first track). And a gap length like "0:06:26.41" is pretty ridiculous.... laugh.gif
greynol
QUOTE(eiko @ Aug 15 2008, 15:34) *
Do you know if "gap detection" effects ripping the WAV files?

It doesn't when gaps are appended to the previous track; otherwise, it does. I've told you as much already. Sorry that it wasn't presented in a way that made sense to you.

QUOTE(greynol @ Aug 15 2008, 15:03) *
If you truly ripped with tracks appended to the end of the previous track, [...] all you need to do is create Multiple WAV Files With Gaps (Noncompliant) cue sheets.
QUOTE(greynol @ Aug 15 2008, 15:30) *
If the numbers don't make sense then you'll need to create new sheets using a method that does.
Chaotic
@eiko - Obviously you don't understand how EAC's non-compliant cue sheets work.

For example let's take Track 2 from your "messed up" cue sheet above.

Since you appended gaps to previous track that means that the pregap of Track 2 will be saved in File 1 (in your case Phoenix.wav). What that cue sheet says is that the pregap of Track 2 begins in File 1 at 5:20:20 and last until the end of File 1. Only when the pregap of Track 2 is over File 2 is loaded (which in your case is Radiance.wav) and the Track 2 itself begins to play at the beginning of File 2 (INDEX 01 00:00:00 clearly shows this).

I hope you understand what I'm trying to explain.

Anyway, you should read this article on Hydrogenaudio Wiki (on particular the section about non-compliant cue sheets).
greynol
Based on the log that was provided, if any of the following are true, the corresponding cue is indeed unusable:
  • track 1 is 5:15.30 or less
  • track 2 is 7:31.68 or less
  • track 3 is 6:26.41 or less
HTH.
Chaotic
I looked up Magik Universe on Discogs and Track 1 is 10:37 minutes long.

From the cue sheet we can see that the pregap of Track 2 begins at 5:20 minutes in File 1 and that it's 5:15 minutes long (we can see that from the log he provided). Combining the two values the length of Track 1 is 10:35 minutes. That matches the information from Discogs.

Also taking in consideration the fact that the mentioned album is mixed, this makes perfect sense.

Maybe eiko mistakingly thinks that pregap is always silence. In mixed albums it can be part between two tracks (the point where Track 1 blends into Track 2) and can be very long.
greynol
Thanks Chaotic.

You're absolutely right.
This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please click here.
Invision Power Board © 2001-2009 Invision Power Services, Inc.