Summary: | k3b records incomplete audio without error | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | chris-gentoo |
Component: | [OLD] KDE | Assignee: | Gentoo KDE team <kde> |
Status: | RESOLVED UPSTREAM | ||
Severity: | normal | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
chris-gentoo
2005-06-09 04:28:11 UTC
Which version of k3b? Have you tried playing it with madplay? (k3b uses libmad) btw: why glibc doesn't show up in emerge info? > Which version of k3b? app-cdr/k3b-0.11.23-r2 > Have you tried playing it with madplay? (k3b uses libmad) It plays fine and complete. > btw: why glibc doesn't show up in emerge info? Hmmm, don't know. I have sys-libs/glibc-2.3.4.20041102-r1, I also have a fairly similar install on another box and it does show in the emerge info, so I'm not sure why it doesn't show, but qpkg -i -I glibc finds it. Actually madplay did note problems (I assumed it hadn't because it played back the entire thing and so didn't check the console output): error: frame 5960: lost synchronization error: frame 7759: Huffman data overrun 9282 frames decoded (0:04:02.4), -0.0 dB peak amplitude, 0 clipped samples But it did playback completely despite that, which it didn't when decoded by k3b So maybe the particular mp3 involved really is broken. Did you try other cli mp3 players which might give debug/warning output like that? mplayer might give some useful output (it has a lot of debug output with -v -v...) Or maybe it's a mad bug. I don't know if that also qualifies as a k3b bug or not, depends on the libmad api I guess. But if it's an invalid mp3 file, I'd say there's probably no bug and you should just mad-decode to wav and burn from there. Yes, it seems the mp3 isn't entirely correct - but it plays back fully under XMMS, madplay and mpg123, and I ended up using mpg123 to get a WAV and then burn that. However there are two problems with the way k3b behaved: 1) Several other players are capable of decoding the mp3 - including madplay. I don't know how the libmad api works, but it seems to me that k3b gave up to easily on trying to get the entire track, and even if it was unable to finish decoding the track then 2) it should've indicated a problem with the burn. k3b gave me no error or warning what so ever. The mp3 was not completely recorded to the CD, yet the output from k3b lead me to believe I had a successfully recorded CD. (1) Looking at the source, k3b seems to have a hardcoded limit of 10 recoverable errors per file with the mad decoder. I think the only thing you can ask for here is to make it configurable via the gui. Of course, it may be classifying this as a nonrecoverable error, I didn't dig deep enough to find out... (2) That part is definitely a bug - please report it for k3b on bugs.kde.org. |