|
|
Posted by Don M. on 08/27/05 03:22
"Billy Joe" wrote in message news:TKadncWWDZuxwJLeRVn-2A@adelphia.com...
> Don M. wrote:
> > "Billy Joe" wrote in message news:p5ydnYhW-o3llpPeRVn-uA@adelphia.com...
> >> http://users.adelphia.net/~bjb1939/MP3cutsV1.2e.zip
> >>
> >
> > The FhG album I merged with MP3Merger split correctly. I had to
> > lower the silence minimum from 0.75 to 0.18s to get the last 8+
> > minutes be recognized as 2 tracks. All splits were within 4 frames
> > of original tracks, except track 1 (33 frames bigger) and the last
> > track (7 frames shorter). Anyway, the split album is "validated"
> > when I do a freedb lookup.
>
> The CDex-LAME ripper, in the few albums I've tested with so far, tends to
> increase CBR track one by 7 or 8 frames and decrease the last track by the
> same amount when compared with a rip of the same album in VBR. This is what
> led me to include the "Offset" entry just below the "Tweak." Thirty-three
> frames is quite an addition! (I'm guessing the tweak for this file is
> different than -2 and that the 33 offset is probably needed as an entry).
>
==========
Oops. It was 8596, not 8569 frames. Short 6 frames, not 33.
> Which FhG codec are you using? I have version 1.2 build 63i installed. I
> notice it has individual settings for default channel settings per bit rate.
> If I can use the same codec as you, I'll see if I can figure out what it's
> adding in the first track, and whether the FhG tweak is different.
>
The FhG codec here is a driver-like deal that goes by the name "Fraunhofer IIS MPEG
Layer-3 Codec (professional)" and whose rips are interpreted by EncSpot as "FhG (ACM or
producer pro)". Installed years ago. Wherever a "Windows MP3 encoder" is specified, that
FhG codec is what the encoding program (CDEx, WinAmp, Roxio, etc) uses.
> Out of curiosity, did you try splitting the file with another program using
> a cue sheet?
>
Yes, the MP3Merger album (all tracks 128k CBR) splits correctly with MP3DirectCut. Of
course I had to build a suitable cue sheet from frame data because Cuesheet Heaven could
not find the CD, and even freedb's own search engine couldn't find it. But it is in their
database: http://freedb.org/freedb/rock/a10ae80c and
http://freedb.org/freedb/misc/a70ae80c (either one is ok after subtracting the first
offset from all offsets). It ended up being a waste of time because the resulting times
were exactly the same as displayed by CDEx for the original CD.
MP3DirectCut couldn't handle the cue sheet in combination with a VBR rip of the same
album. Newer MP3DirectCut versions can't even import the cue sheet if the associated file
is VBR, it seems. Older versions can, but the splits are incorrect. By the same token, I
never use MP3DirectCut and VBR files to generate cue sheets; it has to be with CBR files.
CDRWin burns the VBR album without a hitch using the same cue sheet.
Don
Navigation:
[Reply to this message]
|