[gentoo-user] [SOLVED] cdda2wav slightly missing start/end of tracks on 1 CD set

[Walter Dnes]

On Sat, Sep 12, 2015 at 10:30:52PM -0400, Walter Dnes wrote
>   I think I had a (self-inflicted) problem sending this message the
> first time.  Here's hoping it works this time.  Apologies for the dupe.
>
>   This is a problem on only one 2-CD set (I hope).  It's probably
> screwed up metadata...
>
> * track audio_01.wav has a song that ends, a bit of silence, and I can
>   hear the first couple of bars of the song from audio_2.wav
>
> * track audio_02.wav is missing the first couple of bars.  The song
>   ends, followed by a bit of silence and the first couple of bars of the
>   song from audio_3.wav
>
> * track audio_03.wav is missing the first couple of bars.
>   RINSE/LATHER/REPEAT
>
>   Question... is there a way to manually override the start-end times of
> the tracks within cdda2wav or any other ripping app?

  For future reference, here's how I did it...

Step 1) run cdda2wav with the "-tall and "-v" options and do a screen
capture on the TOC output at the beginning.  "-tall" dumps all
tracks into one large file "audio.wav".  "-v" generates a verbose TOC

Step 2) emerge wavsplit (keywording required on my system).

Step 3) Here's the cddawav TOC diagnostics at the beginning, from the
screencap

AUDIOtrack pre-emphasis  copy-permitted tracktype channels
      1-20           no              no     audio    2
Table of Contents: total tracks:20, (total time 44:09.01)
  1.( 2:13.07),  2.( 2:28.28),  3.( 2:15.15),  4.( 1:53.73),  5.( 2:09.27),
  6.( 2:31.00),  7.( 2:17.00),  8.( 2:03.55),  9.( 2:13.50), 10.( 1:52.62),
 11.( 2:29.73), 12.( 2:25.28), 13.( 2:18.25), 14.( 2:14.73), 15.( 1:51.20),
 16.( 2:06.20), 17.( 2:06.38), 18.( 2:29.37), 19.( 2:03.40), 20.( 2:05.05),

Table of Contents: starting sectors
  1.(       0),  2.(    9982),  3.(   21110),  4.(   31250),  5.(   39798),
  6.(   49500),  7.(   60825),  8.(   71100),  9.(   80380), 10.(   90405),
 11.(   98867), 12.(  110115), 13.(  121018), 14.(  131393), 15.(  141516),
 16.(  149861), 17.(  159331), 18.(  168819), 19.(  180031), 20.(  189296),
 lead-out(  198676)

  On playing audio.wav with mplayer, I determined that the TOC time for
the first track was 3 seconds too long, which threw off everything else
that followed.  I tweaked the output in vim, and converted it to...

wavsplit audio.wav -t -H 0:2:10.07 0:2:28.28 0:2:15.15 0:1:53.73 0:2:09.27 0:2:31.00 0:2:17.00 0:2:03.55 0:2:13.50 0:1:52.62 0:2:29.73 0:2:25.28 0:2:18.25 0:2:14.73 0:1:51.20 0:2:06.20 0:2:06.38 0:2:29.37 0:2:03.40 0:2:05.05

  wavsplit, as the name implies, splits .wav files.  The "-t" option
tells it to do consecutive tracks.  The "-H" option tells it to use
hours:minutes:seconds time format.  Note that this option requires all
3 fields.  A dummy zero is needed for hours in this case.  I changed the
first duration from 2:13.07 to 2:10.07, which got things aligned
properly.  The result of the command was a subdirectory "audio", with 21
files, "01.wav", "02.wav",...,"21.wav".  The last file is 5 seconds of
silent filler, and can be deleted.  The remaining 20 files correpond to
the 20 audio tracks on the CD.

-- 
Walter Dnes <waltdnes@××××××××.org>
I don't run "desktop environments"; I run useful applications