Parsing track lengths with data tracks in the next session #171
Labels
Accepted
Accepted issue on our roadmap
Bug
Generic bug: can be used together with more specific labels
Needed: more info
A reply from issue author is required
Needed: patch
A pull request is required
Priority: high
High priority
Milestone
Related to #170 . After hacking the musicbrainz code out, whipper will rip most of the tracks, but fail at one of the last audio tracks.
I -think- the CD layout is like this:
Session 1: 15 tracks
Session 2: 1 data track, 1 audio track
Ripping track 15 fails, with a 'FileSizeError', where whipper expected cdparanoia to read less/more than what cdparanoia actually managed to read.
I believe this is a bug in morituri's way of building a toc (likely related to data tracks being first).
I have a cue+bin copy of the CD and will upload it later.
The text was updated successfully, but these errors were encountered: