Bug 114934 - Automatically detect and skip data tracks on enhanced CDs
Summary: Automatically detect and skip data tracks on enhanced CDs
Status: RESOLVED UNMAINTAINED
Alias: None
Product: kaudiocreator
Classification: Unmaintained
Component: general (other bugs)
Version First Reported In: unspecified
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: Gerd Fleischer
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-10-23 14:32 UTC by Tristan Miller
Modified: 2025-06-10 16:05 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Tristan Miller 2005-10-23 14:32:37 UTC
Version:            (using KDE KDE 3.4.3)
Installed from:    SuSE RPMs

I have kaudiocreator's "Automatically rip all tracks upon a successful CDDB retrieval" option selected.  However, this feature has an annoying bug (or misfeature?) in that data tracks from enhanced CDs are ripped.  Ripping and encoding data tracks doesn't make any sense because there's nothing to hear.

Please make kaudiocreater automatically detect and skip data tracks when "Automatically rip all tracks upon a successful CDDB retrieval" is enabled.  A naive way of doing this would be to simply skip any tracks called "Data" which appear at the end of the CD.  (I believe that the standard CDDB naming convention is to call all data tracks "Data", and in my experience all data tracks are placed at the end of the CD rather than at the beginning or interspersed with audio tracks.)  A more sophisticated way would be to actually examine the track to determine whether it is an audio track or a data track, though I don't know how easy this is.
Comment 1 Mark Kennedy 2006-08-19 19:35:51 UTC
I too had a problem with data tracks.  They show up in the track list and I made the (l)user error off adding it to the rip job list.  When Kaudiocreator hit the data track kioslave just hung eating up my CPU.  The CD was 'A Livingroom Hush' by 'Jaga Jazzist' (ZEN CD76), if this helps replicating the issue (kaudiocreator-1.13).
Comment 2 Mike Schwager 2007-03-13 20:08:26 UTC
I have had the same problem on the CD "Venezuela Zinga Son" by Los Amigos Invisibles.  There's a video.flv file on the disk, and I did the same luser misteak of selecting all tracks without observing that one of them was a video.  The application hangs.

In general, I have found kaudiocreator does not handle bad audio tracks well at all.  I have also found that on some marginal disks (read:  Disks purchased at the outdoor bazaar's in Caracas, Venezuela), kaudiocreator will hang on tracks that Kaffeine is able to decode.

kaudiocreator has a general hanging problem, I'd say.  It does not handle bad audio tracks well...
Comment 3 Justin Zobel 2021-03-09 03:51:49 UTC
Thank you for the bug report.

As this report hasn't seen any changes in 5 years or more, we ask if you can please confirm that the issue still persists.

If this bug is no longer persisting or relevant please change the status to resolved.
Comment 4 Christoph Cullmann 2025-06-10 16:05:28 UTC
This project is unfortunately no longer maintained.

If a new maintainer wants to step up and take care, the project is archived here:

https://invent.kde.org/unmaintained/kaudiocreator

You can just clone it in your private namespace on invent.kde.org and if you have started to work on it and fixed/implemented something get it reviewed and the project unarchived.

Sorry for the inconveniences.