Bugzilla will be upgraded to version 5.0 on December 2, 2018. The outage period for the upgrade will start at 0:00 UTC and have a duration of 12 hours
Bug 237506 - flac files with ID3v2 tag do not play: "There is no demuxer plugin available"
flac files with ID3v2 tag do not play: "There is no demuxer plugin available"
Product: Fedora
Classification: Fedora
Component: xine-lib (Show other bugs)
i386 Linux
medium Severity low
: ---
: ---
Assigned To: Aurelien Bompard
Fedora Extras Quality Assurance
: MoveUpstream
Depends On:
  Show dependency treegraph
Reported: 2007-04-23 11:50 EDT by Nathaniel Clark
Modified: 2007-11-30 17:12 EST (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2007-07-14 05:12:26 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
output of: aaxine -d 'file.flac' (13.21 KB, text/plain)
2007-04-23 11:50 EDT, Nathaniel Clark
no flags Details

  None (edit)
Description Nathaniel Clark 2007-04-23 11:50:10 EDT
Description of problem:
flac files are not playing, though (using "aaxine -d") xine-lib seems to load
the correct plugin (/usr/lib/xine/plugins/1.1.6/xineplug_flac.so) it doesn't
seem to load the demuxer.

Version-Release number of selected component (if applicable): 

How reproducible:
I've used both amarok (w/ xine-lib engine) and xine itself.

Steps to Reproduce:
Actual results:
flac files do not play.

Expected results:
flac files do play.

Additional info:
Comment 1 Nathaniel Clark 2007-04-23 11:50:10 EDT
Created attachment 153288 [details]
output of: aaxine -d 'file.flac'
Comment 2 Ville Skyttä 2007-04-23 12:16:42 EDT
Works fine here on x86_64 with both amarok and xine, can't test i386 at the
moment.  Posting the first let's say 100kB of a FLAC that doesn't play could be
beneficial for testing purposes.
Comment 3 Ville Skyttä 2007-04-23 12:23:47 EDT
Alternatively, here's some FLAC's for testing - 1.flac and 2.flac do play here.
Comment 4 Michael Schwendt 2007-04-23 12:43:38 EDT
Interestingly, albeit unrelated, "aaxine -d test.flac" gives:

dlopen() failed: libX11.so: cannot open shared object file:
No such file or directory
main: video driver aa failed

and installing libX11-devel fixes the dlopen error, but not the
main one.
Comment 5 Ville Skyttä 2007-04-23 13:29:17 EDT
(In reply to comment #4)
> and installing libX11-devel fixes the dlopen error,

Something like this (for xine) could work:

libx11so=$(ls -1 %{_libdir}/libX11.so.? | tail -n 1)
if [ -n "$libx11so" -a -f "$libx11so" ] ; then
    sed -i -e "s/\"libX11\\.so\"/\"$(basename $libx11so)\"/" src/aaui/main.c

> but not the main one.

"The main one" being FLAC's don't play?  On which arch?  Any FLAC's you tried
with available somewhere online?
Comment 6 Ville Skyttä 2007-04-23 13:31:44 EDT
(In reply to comment #5)
> "The main one" being FLAC's don't play?

Never mind, you probably meant "main: video driver aa failed".
Comment 7 Nathaniel Clark 2007-04-24 11:06:52 EDT
OKay I tested with the files pulled down from ff123.net and they worked fine, so
I looked to figure out what the difference is and it had an ID3v2 tag.  I
stripped that and it works fine.

So it's the fact there is an ID3v2 tag on the file that causes xine not to play
it.  Maybe this should be a feature enhancement and not a bug.

(Summary changed to reflect actual problem)
Comment 8 Ville Skyttä 2007-04-24 12:24:31 EDT
Thanks for investigating.  It seems to be a matter of exactly how the files are
tagged - for example tagging with id3tag from the id3lib package results in the
tag being at the beginning of the file and screwing xine, while when tagging
with kid3 the tag ends up somewhere after the FLAC header in the file, and xine
seems happy with that.

From http://flac.sourceforge.net/faq.html:
"Out of convenience, the reference decoder knows how to skip ID3 tags so that
they don't interfere with decoding. But you should not expect any tags beside
FLAC tags to be supported in applications; some implementations may not even be
able to decode a FLAC file with ID3 tags."

Based on that and because I don't see this being a consequence of xine-lib
packaging, I think this bug report/RFE would be better off filed against
upstream xine-lib instead of the Fedora package.  Thoughts?
Comment 9 Ville Skyttä 2007-06-07 16:50:33 EDT
Seems to be fixed/implemented in upstream 1.1.7 which will be available in devel
really soon now, and probably as an update to at least F7 a bit later as well.
Comment 10 Ville Skyttä 2007-07-12 16:47:09 EDT
Reassigning to Aurelien to decide whether FC-6 will be updated to 1.1.7 or
patched to include this fix.
Comment 11 Aurelien Bompard 2007-07-14 05:12:26 EDT
I'll update FC-6 to 1.1.7, I still have an FC-6 box to test it on.

Note You need to log in before you can comment on or make changes to this bug.