Bug 242484

Summary: copy of audio cds with CD-text doesn't work
Product: [Applications] k3b Reporter: Martin Stolpe <martinstolpe>
Component: CopyingAssignee: k3b developers <k3b>
Status: REPORTED ---    
Severity: normal CC: kavol, trueg
Priority: NOR    
Version: 20.12.3   
Target Milestone: ---   
Platform: Arch Linux   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:
Attachments: debug output when using clone copy and auto settings
debug output when using clone copy and raw settings
debug output when using normal copy and auto settings
debug output when using normal copy and dao settings
debug output when using normal copy and raw settings
output of xrestop for the OpenGL mode
output of xrestop for the XRender mode

Description Martin Stolpe 2010-06-22 15:05:17 UTC
Created attachment 48220 [details]
debug output when using clone copy and auto settings

Version:           1.93.0 (using KDE 4.4.4) 
OS:                Linux

I've tried to copy an audio CD but no matter what I selected it didn't work. Here's what I observed:
-CD-Text never gets burned on the CD
-only mode which produced an audio CD which could be read was using normal copy and TAO mode
-clone copy and auto/raw reports that the CD was burned successfully but the CD couldn't be read afterwards
-all other modes fail

Reproducible: Always
Comment 1 Martin Stolpe 2010-06-22 15:05:43 UTC
Created attachment 48221 [details]
debug output when using clone copy and raw settings
Comment 2 Martin Stolpe 2010-06-22 15:06:37 UTC
Created attachment 48222 [details]
debug output when using normal copy and auto settings
Comment 3 Martin Stolpe 2010-06-22 15:07:14 UTC
Created attachment 48223 [details]
debug output when using normal copy and dao settings
Comment 4 Martin Stolpe 2010-06-22 15:16:56 UTC
Created attachment 48225 [details]
debug output when using normal copy and raw settings

It seems that when using normal copy and raw settings it searches for a CD-text file which doesn't get created.
Comment 5 Martin Stolpe 2010-06-23 01:24:01 UTC
Here are some more infos:
When I rip an audio CD with CD text using readom with the clone option and I burn the project with k3b (using cdrecord clone image option in k3b) the resulting CD can't be read.

Creating an image with:
"cdrdao read-d --device=/dev/sr0 --datafile audio.bin --read-raw audio.toc"
creates an image, which I can successfully burn using k3b and the "Cdrdao TOC file" option".

I have two burners from which one can't use the "--read-subchan" option. I don't know if k3b is able to determine this capability, but it would be nice to have an option to select this feature.
Comment 6 Martin Stolpe 2010-12-25 18:56:04 UTC
Created attachment 55231 [details]
output of xrestop for the OpenGL mode
Comment 7 Martin Stolpe 2010-12-25 18:56:38 UTC
Created attachment 55232 [details]
output of xrestop for the XRender mode
Comment 8 Martin Stolpe 2010-12-25 20:42:45 UTC
The last two attachements were posted to the wrong bug.
Comment 9 Andrew Crouthamel 2018-11-12 02:46:06 UTC
Dear Bug Submitter,

This bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? I am setting the status to NEEDSINFO pending your response, please change the Status back to REPORTED when you respond.

Thank you for helping us make KDE software even better for everyone!
Comment 10 Andrew Crouthamel 2018-11-21 04:44:09 UTC
Dear Bug Submitter,

This is a reminder that this bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? This bug will be moved back to REPORTED Status for manual review later, which may take a while. If you are able to, please lend us a hand.

Thank you for helping us make KDE software even better for everyone!
Comment 11 kavol 2021-07-28 21:43:13 UTC
I'm trying to make image of an audio CD for later use

using the "Zkopírovat médium" (Copy medium?) function, it just creates a bunch of wav files without cuesheet, i.e. losing the track spacing information and losing the CD-text - while the latter seems to be the point of this bug

opened for eleven years? seriously?
- I've just took a look what's KDE doing, and I see it has enough resources to care about "environmental sustainability" (job offers 9+20 hours per week = almost full time job, in manager roles = probably better paid than junior coding job which would be enough to handle majority of k3b bugs, not to mention people managed by those in these positions) and to express disgust over a person without whom there would be no KDE, but not enough to care about the users of one of its flagship apps?