Version: 0.11.12 (using KDE KDE 3.2.3) Installed from: Debian testing/unstable Packages OS: Linux When decoding some mp3-files, k3b's decoding is very slow. Normally, it's just as quick as mpg123, but with these particular files, it decodes them at perhaps double speed (so a full cd needs over half an hour) on my pentium III/600 (mpg123 does just fine). I first thought it was because of the unknown origin of these mp3's and reencoded them as ogg-files (with oggenc), but the problem remains. The only thing which is perhaps a little remarkable (AFAIK), is the very low sampling rate of 48khz. If needed, I can send you one of the files by mail or put in in the web.
resampling is always slow in k3b. That is because I use an algorithm which aims to quality rather than speed which IMHO makes perfect sense when creating audio cds, doesn't it?
Yes, I do agree: quality is more important than speed. But in this particular case, resampling is really, really slow. Compared to the decoding of "normal" files, it's perhaps 10 times slowlier. Is this really normal and the way it should do?
I don't know. The implementation is of course not perfect (what is ;) but resampling is a slow process in k3b. I use a highly optimized lib for resampling and I don't think it can be improved much...
Does this still apply to 0.12 or 1.0? Is this really a k3b bug? If you use a library, maybe the error is there.
What is the decision on this? Wontfix or mark as NEW and try to see if it can be improved.
leaving this open since I am not sure about it.
In an attempt to clean up old bugs that are not valid for K3b 2.0 (=KDE SC 4.x port) anymore, this is now being marked as UNMAINTAINED. If this bug is still valid for 2.0, please reopen it.