Ticket #84 (closed defect: fixed)
Error when checksumming extremely short tracks
|Reported by:||https://www.google.com/accounts/o8/id?id=aitoawmvapwjwrnbx6tdb_mq38simenqnwufegs||Owned by:||https://thomasvs.myopenid.com/|
I have a CD (Kate Bush - 50 Words For Snow) with a HTOA with very few (1 or 2) frames in it. From poking at the code, it seems that gstreamer never reports a single buffer of data, so ChecksumTask?._new_buffer_cb() is never called, and stopped() then fails with common.EmptyError?('not a single buffer gotten').
$ file /tmp/*.wav /tmp/*.flac
/tmp/tmp4K3nGs.morituri.wav: RIFF (little-endian) data, WAVE audio, Microsoft PCM, 16 bit, stereo 44100 Hz
/tmp/tmp2Zz7GS.morituri.flac: FLAC audio bitstream data, 16 bit, stereo, 44.1 kHz, 1176 samples
Found Hidden Track One Audio from frame 0 to 1
Ripping track 0 of 7: 00. Kate Bush - Hidden Track One Audio.flac
rip: error: Could not create encoded file.
I tried uncommenting the:
def _eos_cb(self, sink):
# get the last one; FIXME: why does this not get to us before ?
But no buffer was provided, so it crashed.
From all that I'd say this looked like a gstreamer bug, except that I can't find any other problems with tiny flac files. Even with just 1 sample I can use gst-launch to play/transcode.