Summary: | [PATCH] audio ripping fails if track 01 is not the first one to be ripped | ||
---|---|---|---|
Product: | [Applications] k3b | Reporter: | Andrea Bocci <fwyzard> |
Component: | general | Assignee: | Michał Małek <michalm> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | aacid, bmeadows666, gtdev, johannesobermayr, trueg |
Priority: | NOR | ||
Version: | 2.0.2 | ||
Target Milestone: | --- | ||
Platform: | Ubuntu | ||
OS: | Linux | ||
Latest Commit: | http://commits.kde.org/k3b/d81f9c8970634140486499598e8795ad3419109d | Version Fixed In: | 2.0.3 |
Attachments: | Patch src/rip/k3baudioripjob.cpp to rip audio tracks in numerical order |
Description
Andrea Bocci
2013-05-11 17:22:23 UTC
Created attachment 79834 [details]
Patch src/rip/k3baudioripjob.cpp to rip audio tracks in numerical order
To work around this problem, I've patched src/rip/k3baudioripjob.cpp to make K3B rip tracks in numerical order.
This lets me rip whole CDs succesfully.
I'm seeing this problem with K3b under Debian multihome 7.2 64-bit on an AMD Phenom based PC. Symptoms exactly as described above - I'm ripping a LARGE CD collection to a new hard drive, and if 1) I'm ripping as multiple tracks (some of my stuff is transferred from vinyl) and 2) track 1 is not the first track, then K3b will crash as and when it gets to track 1. Absolutely reproducible. K3b version 2.0.2, I'm using XFCE v4.8 as my desktop though. Git commit d81f9c8970634140486499598e8795ad3419109d by Johannes Obermayr, on behalf of Andrea Bocci. Committed on 11/05/2013 at 17:24. Pushed by jobermayr into branch '2.0'. Rip audio tracks in ascending numerical order. K3B rips tracks in alphabetical target filename order, but ripping the first track of a CD fails if it is not ripped first. Workaround this problem by sorting ripping tracks in numerical order. M +36 -1 src/rip/k3baudioripjob.cpp http://commits.kde.org/k3b/d81f9c8970634140486499598e8795ad3419109d *** Bug 258074 has been marked as a duplicate of this bug. *** |