Summary: | audiocd encoding to a renamed folder errors out | ||
---|---|---|---|
Product: | [Frameworks and Libraries] AudioCD-KIO | Reporter: | Ph. Marek <philipp> |
Component: | General | Assignee: | Plasma Bugs List <plasma-bugs> |
Status: | REPORTED --- | ||
Severity: | normal | CC: | icefox, yurchor |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Debian testing | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Ph. Marek
2006-03-29 20:42:54 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! 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? Thank you for helping us make KDE software even better for everyone! 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! Still happens -- renaming the copy destination breaks the copy process. And the whole behaviour hasn't improved in the 17 years. Simply opening a konqueror window with an audio cd in the drive hurts -- it spins up, it spins down, it spins up, seeks, spins down, spins up, ... When copying from the Ogg Vorbis folder on the CD to a local SSD I'd expect the whole 60x speed that the drive is capable of -- after all, the simple transcode to MP3 or OGG isn't the bottleneck any more, and even if it was, a modern machine can cache quite a few audio CDs in RAM (simply in the Linux buffers) before breaking a sweat. But instead of having a full copy of the CD in a minute or so, the window for _a single file_ is open for 15 seconds (with a 100% progress bar!) while the drive is clicking on and off before the progress bar resets and then starts to move. The seeking sounds continue.... ISTR that the number of parallel KIO threads was configurable with KDE 3.5 or so, is that still possible somewhere? Sorry (a bit) about the rant. |