Bug#437693: libxine1-ffmpeg doesn't seem to include mp3 demuxer
Paulo Marcel Coelho Aragão
Version: 1.1.7-2
Severity: important
I use amarok with the xine engine. It's not playing mp3 streams after
the upgrade 1.1.7-1 -> 1.1.7-2 today (13th Aug). It looks as though the
mp3 demuxer was removed from the package.
I could see there was a bug filed against libxine1 about this same
problem. The solutions presented there don't work here: I removed all
xine-related config files and libxine1-ffmpeg is installed.
Regards,
Paulo
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.22-1-k7 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages libxine1-ffmpeg depends on:
ii liba52-0.7.4 0.7.4-11 library for decoding ATSC A/52 str
ii libavcodec1d 0.cvs20070307-6 ffmpeg codec library
ii libavutil1d 0.cvs20070307-6 ffmpeg utility library
ii libc6 2.6.1-1 GNU C Library: Shared libraries
ii libmad0 0.15.1b-2.1 MPEG audio decoder library
ii libogg0 1.1.3-2 Ogg Bitstream Library
ii libpostproc1d 0.cvs20070307-6 ffmpeg video postprocessing librar
ii libraw1394-8 1.2.1-3.1 library for direct access to IEEE
ii libtheora0 0.0.0.alpha7.dfsg-2 The Theora Video Compression Codec
ii libvorbis0a 1.2.0.dfsg-1 The Vorbis General Audio Compressi
ii libvorbisenc2 1.2.0.dfsg-1 The Vorbis General Audio Compressi
ii libxine1 1.1.7-2 the xine video/media player librar
ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime
libxine1-ffmpeg recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Reinhard Tartler
>
> I use amarok with the xine engine. It's not playing mp3 streams after
> the upgrade 1.1.7-1 -> 1.1.7-2 today (13th Aug).
>
Thank you for your bugreport. Could you please install gxine and run it
with parameter -v. Please save its output to a file and send it as
attachment to this bug.
> It looks as though the mp3 demuxer was removed from the package.
I can assure you that this is not the case. The ffmpeg plugin is still
in place.
> I could see there was a bug filed against libxine1 about this same
> problem.
Which bug do you refer to here?
> The solutions presented there don't work here: I removed all
> xine-related config files and libxine1-ffmpeg is installed.
:(
--
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4
Paulo Marcel Coelho Aragao
> > I use amarok with the xine engine. It's not playing mp3 streams after
> > the upgrade 1.1.7-1 -> 1.1.7-2 today (13th Aug).
> Thank you for your bugreport. Could you please install gxine and run it
> with parameter -v. Please save its output to a file and send it as
> attachment to this bug.
Thanks for the speed-lightning reply. I've done as you instructed, tried
to open the same mp3 stream I had tried with amarok, and the output is
attached as gxine.out
> > It looks as though the mp3 demuxer was removed from the package.
> I can assure you that this is not the case. The ffmpeg plugin is still
> in place.
If you say so. It just gave me this impression because, although the
package is installed, the mp3 demuxer cannot be found.
> > I could see there was a bug filed against libxine1 about this same
> > problem.
> Which bug do you refer to here?
#394412, which seems to have been fixed in version 1.1.2-6. It seems to
have come back with version 1.1.7-2.
Regards,
Paulo
Reinhard Tartler
>
> Thanks for the speed-lightning reply. I've done as you instructed, tried
> to open the same mp3 stream I had tried with amarok, and the output is
> attached as gxine.out
Okay, let me show you the relevant parts:
The mpeg plugin(s) are loaded here (there are even alternative plugins availabe):
>
> load_plugins: plugin /usr/lib/xine/plugins/1.1.7/xineplug_decode_ff.so found
> load_plugins: plugin /usr/lib/xine/plugins/1.1.7/xineplug_decode_mad.so found
> load_plugins: plugin /usr/lib/xine/plugins/1.1.7/xineplug_decode_mpeg2.so found
> load_plugins: plugin /usr/lib/xine/plugins/1.1.7/xineplug_dmx_mpeg.so found
> load_plugins: plugin /usr/lib/xine/plugins/1.1.7/xineplug_dmx_mpeg_block.so found
> load_plugins: plugin /usr/lib/xine/plugins/1.1.7/xineplug_dmx_mpeg_elem.so found
> load_plugins: plugin /usr/lib/xine/plugins/1.1.7/xineplug_dmx_mpeg_pes.so found
> load_plugins: plugin /usr/lib/xine/plugins/1.1.7/xineplug_dmx_mpeg_ts.so found
And here is the input plugin:
> load_plugins: plugin /usr/lib/xine/plugins/1.1.7/xineplug_inp_http.so found
Interesting is this:
> xine: found input plugin : http input plugin
> xine: couldn't find demux for >http://kanga.college.columbia.edu:8000/<
> xine-lib: error: The xine engine failed to start.: No demuxer found - stream format not recognised.
This indeeds looks like the http input plugin wasn't able to recognize
the stream format. I tried to reproduce it on my laptop (running ubuntu
atm, but anyway), and was able to play that stream in 19 of 20
times. This means that I indeed had problems one single time.
This means that there is either a race somewhere, or the stream provider
had problems at the time you testet. Can you please do the following
tests:
* play an mp3 file locally
* play other mp3 http-streams
* play other ogg http-streams
please also collect the -v log of gxine and watch for messages like I
quoted above.
Having said this, I can assure you that there have been no code changes
from -1 to -2 which could affect this. If you look at the debdiff, the
only changes have been done to the input_dvb and the demux_ts plugin.
Hmm. the latter one is for dvb streams, I'm atm not really sure if the
following patch could affect playing dvb streams:
--- xine-lib-1.1.7.orig/src/demuxers/demux_ts.c
+++ xine-lib-1.1.7/src/demuxers/demux_ts.c
@@ -341,6 +341,8 @@
int32_t npkt_read;
uint8_t buf[BUF_SIZE]; /* == PKT_SIZE * NPKT_PER_READ */
+
+ int numPreview;
} demux_ts_t;
@@ -895,6 +897,16 @@
m->buf->decoder_info[1] = BUF_SPECIAL_SPU_DVD_SUBTYPE;
m->buf->decoder_info[2] = SPU_DVD_SUBTYPE_PACKAGE;
}
+ else {
+ if (this->numPreview<5)
+ ++this->numPreview;
+ if ( this->numPreview==1 )
+ m->buf->decoder_flags=BUF_FLAG_HEADER | BUF_FLAG_FRAME_END;
+ else if ( this->numPreview<5 )
+ m->buf->decoder_flags=BUF_FLAG_PREVIEW;
+ else
+ m->buf->decoder_flags=BUF_FLAG_FRAME_END;
+ }
m->buf->pts = m->pts;
m->buf->decoder_info[0] = 1;
@@ -2260,6 +2272,8 @@
/* dvb */
this->event_queue = xine_event_new_queue (this->stream);
+ this->numPreview=0;
+
return &this->demux_plugin;
}
Darren, could you comment here?
--
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4
Darren Salt
> Paulo Marcel Coelho Aragao <marce...@gmail.com> writes:
>> Thanks for the speed-lightning reply. I've done as you instructed, tried
>> to open the same mp3 stream I had tried with amarok, and the output is
>> attached as gxine.out
[snip; plugins are available]
> Interesting is this:
>> xine: found input plugin : http input plugin
>> xine: couldn't find demux for >http://kanga.college.columbia.edu:8000/<
>> xine-lib: error: The xine engine failed to start.: No demuxer found - stream format not recognised.
> This indeeds looks like the http input plugin wasn't able to recognize the
> stream format.
Not the http plugin, but the demuxer probing code.
> I tried to reproduce it on my laptop (running ubuntu atm, but anyway), and
> was able to play that stream in 19 of 20 times. This means that I indeed
> had problems one single time.
Debug logging output, particularly from the http input plugin, will be
needed; it may be necessary to rebuild with the "#define LOG" line in
src/input/input_http.c uncommented. (Whether this is enough - well, let's
find out...)
This'll probably have to be taken to xine-devel.
[snip]
> Having said this, I can assure you that there have been no code changes
> from -1 to -2 which could affect this. If you look at the debdiff, the
> only changes have been done to the input_dvb and the demux_ts plugin.
> Hmm. the latter one is for dvb streams, I'm atm not really sure if the
> following patch could affect playing dvb streams:
[snip patch]
That patch (cset acc7197f7cca) is irrelevant - mpgaudio, not mpeg_ts, is in
use.
--
| Darren Salt | linux or ds at | nr. Ashington, | Toon
| RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army
| + At least 4000 million too many people. POPULATION LEVEL IS UNSUSTAINABLE.
The important thing is not to stop questioning.
Paulo Marcel Coelho Aragao
> Paulo Marcel Coelho Aragao <marce...@gmail.com> writes:
> This indeeds looks like the http input plugin wasn't able to recognize
> the stream format. I tried to reproduce it on my laptop (running ubuntu
> atm, but anyway), and was able to play that stream in 19 of 20
> times. This means that I indeed had problems one single time.
Weird, this. I'm never able to play that stream, no matter how many
times I try.
> This means that there is either a race somewhere, or the stream provider
> had problems at the time you testet. Can you please do the following
> tests:
> * play an mp3 file locally
[...]
> please also collect the -v log of gxine and watch for messages like I
> quoted above.
Have just tried it: same result: xine can't play it. I'm sending gxine
-v output.
> Having said this, I can assure you that there have been no code changes
> from -1 to -2 which could affect this. If you look at the debdiff, the
> only changes have been done to the input_dvb and the demux_ts plugin.
The weird thing is: if I revert to 1.7.1-1, I can play mp3 streams or
local files.
[...]
Paulo
Reinhard Tartler
> The weird thing is: if I revert to 1.7.1-1, I can play mp3 streams or
> local files.
Just to be sure, are you absolutely sure that you have all packages,
that are 'Recommended' by libxine 1.1.7-2 installed?
Reinhard Tartler
> load_plugins: cannot open plugin lib /usr/lib/xine/plugins/1.1.7/xineplug_dmx_audio.so:
> libmodplug.so.0: cannot open shared object file: No such file or directory
Can you please try to install the libmodplug0c2 and try again?
I just rechecked the source after Darrens comment, and it seems that
demux_mpgaudio.c is actually part of xineplug_dmx_audio.so. So if it
cannot resolve all libraries it has been linked to, it cannot be loaded
ans therefore, playing streams fails like Paulo reported.
If this guess is true, -3 will promote libmodplug0c2 to Recommends.
Michal Vyskocil
Installation of the libmodplug0c2 (version 1:0.7-5.2) resolves this bug.
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.22-1-686 (SMP w/1 CPU core)
Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages libxine1 depends on:
ii libc6 2.6.1-1 GNU C Library: Shared libraries
ii libfreetype6 2.3.5-1+b1 FreeType 2 font engine, shared
lib
ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime
Versions of packages libxine1 recommends:
ii libasound2 1.0.14a-2 ALSA library
ii libflac8 1.1.4-3+b1 Free Lossless Audio Codec -
runtim
ii libgl1-mesa-glx [lib 7.0.1-1 A free implementation of the
OpenG
ii libglu1-mesa [libglu 7.0.1-1 The OpenGL utility library (GLU)
ii libjack0 0.103.0-6 JACK Audio Connection Kit
(librari
ii libmagick9 7:6.2.4.5.dfsg1-1 Image manipulation library
ii libmng1 1.0.9-1 Multiple-image Network Graphics
li
ii libmpcdec3 1.2.2-1 Musepack (MPC) format library
ii libogg0 1.1.3-2 Ogg Bitstream Library
ii libpulse0 0.9.6-1 PulseAudio client libraries
ii libsdl1.2debian 1.2.11-9 Simple DirectMedia Layer
ii libspeex1 1.1.12-3 The Speex Speech Codec
ii libtheora0 0.0.0.alpha7.dfsg-2 The Theora Video Compression
Codec
ii libvorbis0a 1.2.0.dfsg-2 The Vorbis General Audio
Compressi
pn libwavpack1 <none> (no description available)
ii libx11-6 2:1.0.3-7 X11 client-side library
ii libxcb-shape0 1.0-3 X C Binding, shape extension
ii libxcb-shm0 1.0-3 X C Binding, shm extension
ii libxcb-xv0 1.0-3 X C Binding, xv extension
ii libxcb1 1.0-3 X C Binding
ii libxext6 1:1.0.3-2 X11 miscellaneous extension
librar
ii libxine1-doc [libxin 1.1.7-2 the xine video player library,
doc
ii libxine1-ffmpeg 1.1.7-2 mpeg related plugins for libxine1
ii libxinerama1 1:1.0.2-1 X11 Xinerama extension library
ii libxv1 1:1.0.3-1 X11 Video extension library
ii libxvmc1 1:1.0.4-2 X11 Video extension library
-- no debconf information
--
best regards
Michal Vyskocil
Paulo Marcel Coelho Aragao
[...]
> Just to be sure, are you absolutely sure that you have all packages,
> that are 'Recommended' by libxine 1.1.7-2 installed?
The only one not installed is libxine1-doc.
> > load_plugins: cannot open plugin lib /usr/lib/xine/plugins/1.1.7/xineplug_dmx_audio.so:
> > libmodplug.so.0: cannot open shared object file: No such file or directory
>
> Can you please try to install the libmodplug0c2 and try again?
Bingo ! When I installed 1.1.7-2, libmodplug0c2 was automatically
deleted by aptitude. I checked back and it's on Depends for 1.1.7-1, and
Suggests for 1.1.7-2, hence the automatic deinstallation. After
installing it, mp3 streams/files can be played again.
> I just rechecked the source after Darrens comment, and it seems that
> demux_mpgaudio.c is actually part of xineplug_dmx_audio.so. So if it
> cannot resolve all libraries it has been linked to, it cannot be loaded
> ans therefore, playing streams fails like Paulo reported.
>
> If this guess is true, -3 will promote libmodplug0c2 to Recommends.
Shouldn't it be in Depends, as it was in 1.1.7-1 ?
Thanks a lot for taking this problem ahead and reaching a solution,
Reinhard and Darren !
Paulo