shntool splits .wav files at the wrong split points

Question

I am on Ubuntu 16.04 LTS, and I am using the most recent version of the Oh My ZSH shell.

I am using shntool (specifically shnsplit) from the terminal to split .wav files for albums into separate tracks by piping the results of a call to cuebreakpoints into a call to shnsplit. The tracks are being split at the wrong breakpoints. This happens for several different albums by different artists for which the files were acquired from different sources. There is no error or crashing, just incorrect output.

Specifically, the first N-1 tracks of an N track album are each split to length less than one minute each, and the final track consists of the remainder of the full album file. The same cuebreakpoints output results in the same manifested split points each time, but the manifested split points seem to have no correspondence to those listed in the cuebreakpoints output.

I have checked the cuebreakpoints output for correctness, and matched it against the format listed in the manpages for shntool, so I am pretty sure there is nothing wrong with cuebreakpoints. I have been using this same piped command for years, and it only recently started manifesting this bug. The command is given below.

cuebreakpoints album.cue | shnsplit -o flac album.wav

Answer 1

Seems that recent (?) versions of shnsplit don't like the cue mm:ss:ff format - instead, they need mm:ss:fff. The problem is that cuebreakpoints outputs mm:ss:ff (at least in some cases).

Here's what I did to fix:

1. Change the command cuebreakpoints album.cue | shnsplit -o flac album.wav to shnsplit -f album.cue -o "flac flac -s -o %f -" album.wav

2. Manually fix the cue sheet so that all INDEX entries have a time format of mm:ss:fff (as found here)

Answer 2

At least version 3.0.10 of shnsplit doe not handle 24bit audio correctly and completely messes up on it. It is a bug.