DanielPhoton / xld

Automatically exported from code.google.com/p/xld
0 stars 0 forks source link

Pre-gap values on some CDs seem incorrect #259

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago
What steps will reproduce the problem?
1.  Insert CD "Peace" by "Vista Chino".
2.  Select File->Open Audio CD->Peace
3.  XLD shows Meta Data window with incorrect pre-gap values.
4.  Rip
5. Audio tracks have large silenced inserted at the beginning.

How about the reproducibility (always, sometimes, rarely, ...)?
Always, incorrect values are always the same.

What is the expected output? What do you see instead?

What I see: Pre gaps values of 00:00:00, 00:00:01, 00:00:52 00:00:19, 00:01:28 
etc
What I expect:  Pre gap values of 00:00:00 for all tracks.

What version of the product are you using? On what operating system?
XLD 147.0
OSX 10.7.5 (Lion)

Please provide any additional information below.
On "Songs For The Deaf" by "Queens Of The Stone Age", a pre-gap of 00:02:00 is 
inserted into the first track, (Fixed by selecting "except for HTOA" option.

Original issue reported on code.google.com by brett.e....@gmail.com on 25 May 2014 at 2:18

Attachments:

GoogleCodeExporter commented 8 years ago
Why you expect 00:00:00 for all tracks? Pregap doesn't mean silence. It is just 
a metadata to display negative timestamp (-0:03, -0:02, -0:01...) at the 
boundary of tracks. And changing the pregap length doesn't affect the ripped 
data at all.

Original comment by tmkkmac on 25 May 2014 at 2:27

GoogleCodeExporter commented 8 years ago
Apologies you are correct, I was just about to update the bug.

So it appears on the "Vista Chino" rip that all is correct.
On the "Songs For The Deaf" it inserted 2 minutes of silence to the first 
track, switching to the option for HTOA fixed that.

Please feel free to close this bug.

Original comment by brett.e....@gmail.com on 25 May 2014 at 2:34

GoogleCodeExporter commented 8 years ago
2 minutes? 00:02:00 is 2 seconds.

Original comment by tmkkmac on 25 May 2014 at 2:39

GoogleCodeExporter commented 8 years ago
Sorry I mean 02:00:00 then, the resultant FLAC had 2 minutes of silence at the 
beginning.

Original comment by brett.e....@gmail.com on 25 May 2014 at 4:26

GoogleCodeExporter commented 8 years ago
The CD seems to have a hidden track. So 2 minutes pregap is a normal.
http://en.wikipedia.org/wiki/Songs_for_the_Deaf

>The hidden track can be found by rewinding the first track to roughly -1:33.
>A voice comes on and says: "Huh? What?" and a pattern of low-frequency bass
>plays and modulates for the rest of the song.

Original comment by tmkkmac on 25 May 2014 at 4:34

GoogleCodeExporter commented 8 years ago
Oh I didn't know that. Can XLD rip that hidden track?

Original comment by brett.e....@gmail.com on 25 May 2014 at 4:47

GoogleCodeExporter commented 8 years ago
HTOA = hidden track one audio

You said 2 minutes of silence, but it is a hidden track.

Original comment by tmkkmac on 25 May 2014 at 4:49

GoogleCodeExporter commented 8 years ago
The resultant FLAC was 2 minutes of silence followed by track 1 as normal, I 
didn't hear anything else.

Actually what I did was rip to FLAC, then use XLD again to make an ALAC copy, 
and then import those ALAC's into iTunes.   I then listened to the ALAC and 
this contained the 2 minutes of silence, I didn't check the FLAC.

I have already overwritten both the FLAC and ALAC with HTOA enabled.  I will 
rip it again later and re check it.

Original comment by brett.e....@gmail.com on 25 May 2014 at 5:21

GoogleCodeExporter commented 8 years ago
If the article in wikipedia is correct, the first 27 seconds will be silence, 
but following 1 min 33 seconds should contain audio.

Some drives don't support ripping HTOA. If 2 minutes is really silence, I guess 
you drive doesn't support HTOA.

Original comment by tmkkmac on 25 May 2014 at 5:28

GoogleCodeExporter commented 8 years ago
I definitely listened to more than the first 27 seconds so I imagine you are 
correct that my drive doesn't support HTOA.  It is a late 2009 iMac.

Original comment by brett.e....@gmail.com on 25 May 2014 at 5:30