Devices ----------------------- ATAPI iHAS124 F CL98 (/dev/sr0, CD-R, CD-RW, CD-ROM, DVD-ROM, DVD-R, DVD-RW, DVD-R DL, DVD+R, DVD+RW, DVD+R DL) [DVD-ROM, DVD-R Sequential, DVD-R Dual Layer Sequential, DVD-R Dual Layer Jump, DVD-RW Restricted Overwrite, DVD-RW Sequential, DVD+RW, DVD+R, DVD+R Dual Layer, CD-ROM, CD-R, CD-RW] [SAO, TAO, RAW, SAO/R96P, SAO/R96R, RAW/R16, RAW/R96P, RAW/R96R, Restricted Overwrite, Layer Jump] [%7] System ----------------------- K3b Version: 17.12.3 KDE Version: 5.44.0 Qt Version: 5.9.5 Kernel: 4.15.0-33-generic Used versions ----------------------- cdrecord: 1.1.11 cdrecord ----------------------- /usr/bin/wodim: Operation not permitted. Warning: Cannot raise RLIMIT_MEMLOCK limits. /usr/bin/wodim: Resource temporarily unavailable. Cannot get mmap for 12587008 Bytes on /dev/zero. Text len: 594 TOC Type: 0 = CD-DA cdrecord command: ----------------------- /usr/bin/wodim -v gracetime=2 dev=/dev/sr0 speed=48 -raw96r driveropts=burnfree textfile=/tmp/k3b.a21536 -useinfo -audio -shorttrack /tmp/SO U/SO U/SO U/SO U/k3bCdCopy0/Track01.wav /tmp/SO U/SO U/SO U/SO U/k3bCdCopy0/Track02.wav /tmp/SO U/SO U/SO U/SO U/k3bCdCopy0/Track03.wav /tmp/SO U/SO U/SO U/SO U/k3bCdCopy0/Track04.wav /tmp/SO U/SO U/SO U/SO U/k3bCdCopy0/Track05.wav /tmp/SO U/SO U/SO U/SO U/k3bCdCopy0/Track06.wav /tmp/SO U/SO U/SO U/SO U/k3bCdCopy0/Track07.wav /tmp/SO U/SO U/SO U/SO U/k3bCdCopy0/Track08.wav /tmp/SO U/SO U/SO U/SO U/k3bCdCopy0/Track09.wav
Hi, Thanks for your bug report! Could you try other backend, for example libburnia https://dev.lovelyhq.com/libburnia/web/wikis/home Regards, Leslie Zhai
Hi, the wodim option -raw96r is unusual and (years ago) was a source of trouble for me. Any idea how K3B came to think that it is good to use it ? It is chosen in libk3b/projects/k3bcdrecordwriter.cpp if d->writingMode == K3b::WritingModeRaw This seems to be configurable. Try to choose "TAO" or "SAO" instead. (I see code which sets WritingModeRaw in src/k3bwritingmodewidget.cpp) --------------------------------------------------------------------- I further wonder about the strange file addresses, like /tmp/SO U/SO U/SO U/SO U/k3bCdCopy0/Track02.wav I assume that this is one path, not five. But why the blanks and why four directories "SO U" ? Can this be due to a misconfiguration of K3B ? Does a directory "/tmp/SO U/SO U/SO U/SO U" exist while K3B is attempting to do its job ? --------------------------------------------------------------------- A cdrskin run from command line (without CD-TEXT for now) would look like (while being in the directory with the Trackxx.wav files): cdrskin -v dev=/dev/sr0 speed=48 -audio Track01.wav Track02.wav \ Track03.wav Track04.wav Track05.wav Track06.wav Track07.wav \ Track08.wav Track09.wav Production of CD-TEXT would need a file for option "textfile=" which K3B prepared and which you would need to prepare, too. CD-TEXT has few influence of the burn success. Have a nice day :) Thomas
Hi Thomas, Thanks for your kind response! > the wodim option -raw96r is unusual and (years ago) was a source of trouble > for me. Any idea how K3B came to think that it is good to use it ? > > It is chosen in libk3b/projects/k3bcdrecordwriter.cpp if > d->writingMode == K3b::WritingModeRaw > > This seems to be configurable. Try to choose "TAO" or "SAO" instead. Is it better to *remove* the unusual -raw96r option by default, what I mean, just set writingMode's default value to TAO or SAO? Welcome suggestion. > > (I see code which sets WritingModeRaw in src/k3bwritingmodewidget.cpp) > > --------------------------------------------------------------------- > > I further wonder about the strange file addresses, like > /tmp/SO U/SO U/SO U/SO U/k3bCdCopy0/Track02.wav > > I assume that this is one path, not five. But why the blanks and why > four directories "SO U" ? > Can this be due to a misconfiguration of K3B ? > Does a directory "/tmp/SO U/SO U/SO U/SO U" exist while K3B is > attempting to do its job ? Related to BUG385367 and BUG384117 What about change the *tmp* directory to $HOME/Music? It failed to mkdir for such weird path: $mkdir -p /tmp/SO U/SO U/SO U/SO U/k3bCdCopy0/ Regards, Leslie Zhai
Hi, Leslie Zhai wrote: > Is it better to *remove* the unusual -raw96r option by default, what I mean, > just set writingMode's default value to TAO or SAO? Welcome suggestion. Well, we shall not take away any option (even if it helps to shoot the user's foot). About defaults we can ponder when we know how that option was chosen by powder4skiing@gmail.com (maybe by default, maybe by hand ?). > It failed to mkdir for such weird path: > $mkdir -p /tmp/SO U/SO U/SO U/SO U/k3bCdCopy0/ You have to put the blanks into quotation marks. Like mkdir -p '/tmp/SO U/SO U/SO U/SO U/k3bCdCopy0/' But i suspect that rather K3B decided to create that directory. > Related to BUG385367 and BUG384117 385367 is about ripping (i.e. from CD to hard disk). 384117 seems to be a duplicate of thet. Have a nice day :) Thomas
Thank you for reporting this issue in KDE software. As it has been a while since this issue was reported, can we please ask you to see if you can reproduce the issue with a recent software version? If you can reproduce the issue, please change the status to "REPORTED" when replying. Thank you!
Created attachment 154161 [details] attachment-6963-0.html I think I was able to copy with a later version. However, my current issue is K3b becoming unresponsive right after launch. It is so slow to load and read a CD, and I don't think I've used it to make a copy since. I get numerous unresponsive dialogs with option to abort or wait and it takes very long to do anything such as even pulling down a menu to select an option or selecting to read a CD. If I leave it running, it usually will eventually read a CD after about 30 minutes. This problem has been ongoing since Ubuntu 20.04 LTS and currently with Ubuntu 22.04.1 LTS with two different computers. On Tue, Nov 29, 2022 at 10:28 PM Justin Zobel <bugzilla_noreply@kde.org> wrote: > https://bugs.kde.org/show_bug.cgi?id=398190 > > Justin Zobel <justin.zobel@gmail.com> changed: > > What |Removed |Added > > ---------------------------------------------------------------------------- > Resolution|--- |WAITINGFORINFO > Status|REPORTED |NEEDSINFO > > --- Comment #5 from Justin Zobel <justin.zobel@gmail.com> --- > Thank you for reporting this issue in KDE software. As it has been a while > since this issue was reported, can we please ask you to see if you can > reproduce the issue with a recent software version? > > If you can reproduce the issue, please change the status to "REPORTED" when > replying. Thank you! > > -- > You are receiving this mail because: > You reported the bug.
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone!