Summary: | juk can't play a certain mp3 file through artsd back end | ||
---|---|---|---|
Product: | arts | Reporter: | Artem S. Tashkinov <aros> |
Component: | artscontrol | Assignee: | Stefan Westerfeld <stefan> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | ||
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Attachments: | "bad" mp3 file |
Description
Artem S. Tashkinov
2005-11-09 17:42:16 UTC
Created attachment 13367 [details]
"bad" mp3 file
One megabyte extract from that file.
I've been running Juk on my music collection for around hundred hours already and so far I have found the only problematic file. try choosing "threaded oss" instead of the alsa driver in your soundserver configuration. Choosing "threaded oss" didn't help, except artsd error messages disappeared (but the issue remains) "Open Sound System" as the audio device also doesn't change anything. I have upgraded to KDE 3.5 and the problem is still here. Please, anyone reassign the bug to the Juk developers and change Product and Component to Juk. The problem is indeed that artsd itself through libxine backend plays this file incorrectly. As soon as I deleted $KDEPREFIX/lib/mcop/xineAudioPlayObject.mcopclass, $KDEPREFIX/lib/mcop/xineVideoPlayObject.mcopclass and $KDEPREFIX/lib/libarts_xine.so everything now works fine. With libxine: search playobject, extension = mp3 creating xineAudioPlayObject to play file /tmp/simarik.mp3 Without libxine: search playobject, extension = mp3 creating MP3PlayObject to play file /tmp/simarik.mp3 Playing this file with xine player itself proved it's a libxine 1.1.1 bug. |