Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Bug#920485: mplayer gets signal 6 when playing ogg files

74 views
Skip to first unread message

Russell Coker

unread,
Jan 25, 2019, 11:10:03 PM1/25/19
to
Package: mplayer
Version: 2:1.3.0-8+b4
Severity: normal

https://archive.org/details/lca2019-Distributed_storage_is_easier_now_usability_from_Ceph_Luminous_to_Nautilus

When trying to play an OGG video from the above page I get the following error.
When I download a MP4 from the same page it works correctly.

When I load the OGV URL in question in Google Chrome it correctly plays the
video.

The same problem occurs with several other OGV files from LCA 2019.

$ mplayer Distributed_storage_is_easier_now_usability_from_Ceph_Luminous_to_Nautilus.ogv
MPlayer 1.3.0 (Debian), built with gcc-8 (C) 2000-2016 MPlayer Team
do_connect: could not connect to socket
connect: No such file or directory
Failed to open LIRC support. You will not be able to use your remote control.

Playing Distributed_storage_is_easier_now_usability_from_Ceph_Luminous_to_Nautilus.ogv.
libavformat version 58.20.100 (external)
Mismatching header version 58.12.100
libavformat file format detected.
Invalid return value 0 for stream protocol
Invalid return value 0 for stream protocol
[lavf] stream 0: video (theora), -vid 0, Distributed storage is easier now: usability from Ceph Luminous to Nautilus
[lavf] stream 1: audio (vorbis), -aid 0, Distributed storage is easier now: usability from Ceph Luminous to Nautilus
VIDEO: [theo] 534x300 0bpp 29.970 fps 0.0 kbps ( 0.0 kbyte/s)
==========================================================================
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
libavcodec version 58.35.100 (external)
Mismatching header version 58.18.100
Selected video codec: [fftheora] vfm: ffmpeg (FFmpeg Theora)
==========================================================================
Load subtitles in ./
==========================================================================
Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders
AUDIO: 44100 Hz, 2 ch, floatle, 128.0 kbit/4.54% (ratio: 16000->352800)
Selected audio codec: [ffvorbis] afm: ffmpeg (FFmpeg Vorbis)
==========================================================================
AO: [pulse] Init failed: Connection refused
Failed to initialize audio driver 'pulse'
[AO_ALSA] alsa-lib: pcm_hw.c:1711:(snd_pcm_hw_open) open '/dev/snd/pcmC0D0p' failed (-77): File descriptor in bad state
AO: [alsa] 48000Hz 2ch floatle (4 bytes per sample)
Starting playback...
Movie-Aspect is 1.78:1 - prescaling to correct movie aspect.
VO: [vdpau] 534x300 => 534x300 Planar YV12
Movie-Aspect is 1.78:1 - prescaling to correct movie aspect.
VO: [vdpau] 534x300 => 534x300 Planar YV12
Dropping frame with size not matching configured size (534x300 vs 524x296 vs 534x300)
Dropping frame with size not matching configured size (534x300 vs 524x296 vs 534x300)
[VD_FFMPEG] DRI failure.
mplayer: libmpcodecs/vf.c:286: vf_get_image: Assertion `w == -1 || w >= vf->w' failed.


MPlayer interrupted by signal 6 in module: decode video
[ This binary of MPlayer in Debian is currently compiled with
'--enable-debug'; the debugging symbols are in the package
'mplayer-dbgsym'.]

-- System Information:
Debian Release: buster/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.19.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), LANGUAGE=en_AU:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: SELinux: enabled - Mode: Enforcing - Policy name: default

Versions of packages mplayer depends on:
ii liba52-0.7.4 0.7.4-19
ii libaa1 1.4p5-45
ii libasound2 1.1.7-2
ii libass9 1:0.14.0-2
ii libaudio2 1.9.4-6
ii libavcodec58 7:4.1-1
ii libavformat58 7:4.1-1
ii libavutil56 7:4.1-1
ii libbluray2 1:1.0.2-3
ii libbs2b0 3.1.0+dfsg-2.2
ii libc6 2.28-5
ii libcaca0 0.99.beta19-2+b3
ii libcdio-cdda2 10.2+0.94+2-4
ii libcdio-paranoia2 10.2+0.94+2-4
ii libcdio18 2.0.0-2
ii libdca0 0.0.6-1
ii libdirectfb-1.7-7 1.7.7-8
ii libdv4 1.0.0-12
ii libdvdnav4 6.0.0-1
ii libdvdread4 6.0.0-1
ii libenca0 1.19-1+b1
ii libfaad2 2.8.8-1
ii libfontconfig1 2.13.1-2
ii libfreetype6 2.9.1-3
ii libfribidi0 1.0.5-3.1
ii libgif7 5.1.4-3
ii libgl1 1.1.0-1
ii libjack-jackd2-0 [libjack-0.125] 1.9.12~dfsg-2
ii libjpeg62-turbo 1:1.5.2-2+b1
ii liblirc-client0 0.10.1-5
ii libmad0 0.15.1b-9
ii libmpeg2-4 0.5.1-8
ii libmpg123-0 1.25.10-2
ii libogg0 1.3.2-1+b1
ii libopenal1 1:1.19.1-1
ii libpng16-16 1.6.36-2
ii libpostproc55 7:4.1-1
ii libpulse0 12.2-3
ii libsdl1.2debian 1.2.15+dfsg2-4
ii libsmbclient 2:4.9.4+dfsg-1
ii libspeex1 1.2~rc1.2-1+b2
ii libswresample3 7:4.1-1
ii libswscale5 7:4.1-1
ii libtheora0 1.1.1+dfsg.1-14+b1
ii libtinfo6 6.1+20181013-1
ii libvdpau1 1.1.1-9
ii libvorbisidec1 1.2.1+git20180316-2
ii libx11-6 2:1.6.7-1
ii libx264-155 2:0.155.2917+git0a84d98-2
ii libxext6 2:1.3.3-1+b2
ii libxinerama1 2:1.1.4-1
ii libxss1 1:1.2.3-1
ii libxv1 2:1.0.11-1
ii libxvidcore4 2:1.3.5-1
ii libxvmc1 2:1.0.10-1
ii libxxf86dga1 2:1.1.4-1+b3
ii libxxf86vm1 1:1.1.4-1+b2
ii zlib1g 1:1.2.11.dfsg-1

mplayer recommends no packages.

Versions of packages mplayer suggests:
ii bzip2 1.0.6-9
ii fontconfig 2.13.1-2
ii fonts-freefont-ttf 20120503-8
pn mplayer-doc <none>
pn netselect | fping <none>

-- no debconf information

Stuart Longland

unread,
Apr 25, 2020, 10:10:02 PM4/25/20
to
On 26/4/20 11:48 am, Debian Bug Tracking System wrote:
> Thank you for filing a new Bug report with Debian.
>
> You can follow progress on this Bug here: 958865: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=958865.

So further research, it appears these are duplicate issues. 958865 can
be closed in favour of 920485.

Diederik de Haas

unread,
Mar 16, 2022, 3:10:04 PM3/16/22
to
Package: mplayer
Version: 2:1.4+ds1-3+b1
Followup-For: Bug #920485

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

When I first read the bug title, I played an .ogg music file and that
went fine. After reading the bug report, I learned it was with ogv
file(s), i.e. ogg video files.

I DL-ed the exact same file and then tried whether I could replicate
this bug with version 1.4 and that was the case.
The output of mplayer was a bit different though:

diederik@bagend:~/tmp$ wget https://archive.org/download/lca2019-Distributed_storage_is_easier_now_usability_from_Ceph_Luminous_to_Nautilus/Distributed_storage_is_easier_now_usability_from_Ceph_Luminous_to_Nautilus.ogv
diederik@bagend:~/tmp$ mplayer Distributed_storage_is_easier_now_usability_from_Ceph_Luminous_to_Nautilus.ogv
MPlayer 1.4 (Debian), built with gcc-11 (C) 2000-2019 MPlayer Team
do_connect: could not connect to socket
connect: No such file or directory
Failed to open LIRC support. You will not be able to use your remote control.

Playing Distributed_storage_is_easier_now_usability_from_Ceph_Luminous_to_Nautilus.ogv.
libavformat version 58.76.100 (external)
libavformat file format detected.
[lavf] stream 0: video (theora), -vid 0, Distributed storage is easier now: usability from Ceph Luminous to Nautilus
[lavf] stream 1: audio (vorbis), -aid 0, Distributed storage is easier now: usability from Ceph Luminous to Nautilus
VIDEO: [theo] 534x300 0bpp 29.970 fps 0.0 kbps ( 0.0 kbyte/s)
Failed to open VDPAU backend libvdpau_radeonsi.so: cannot open shared object file: No such file or directory
[vdpau] Error when calling vdp_device_create_x11: 1
==========================================================================
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
libavcodec version 58.134.100 (external)
[theora @ 0x7fe8f5901360]Requested frame threading with a custom get_buffer2() implementation which is not marked as thread safe. This is not supported anymore, make your callback thread-safe.
Selected video codec: [fftheora] vfm: ffmpeg (FFmpeg Theora)
==========================================================================
Load subtitles in ./
==========================================================================
Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders
AUDIO: 44100 Hz, 2 ch, floatle, 128.0 kbit/4.54% (ratio: 16000->352800)
Selected audio codec: [ffvorbis] afm: ffmpeg (FFmpeg Vorbis)
==========================================================================
AO: [pulse] 44100Hz 2ch floatle (4 bytes per sample)
Starting playback...
Movie-Aspect is 1.78:1 - prescaling to correct movie aspect.
VO: [xv] 534x300 => 534x300 Planar YV12
Movie-Aspect is 1.78:1 - prescaling to correct movie aspect.
VO: [xv] 534x300 => 534x300 Planar YV12
Dropping frame with size not matching configured size (534x300 vs 524x296 vs 534x300)
Dropping frame with size not matching configured size (534x300 vs 524x296 vs 534x300)
[VD_FFMPEG] DRI failure.
mplayer: libmpcodecs/vf.c:286: vf_get_image: Assertion `w == -1 || w >= vf->w' failed.


MPlayer interrupted by signal 6 in module: decode video
[ This binary of MPlayer in Debian is currently compiled with
'--enable-debug'; the debugging symbols are in the package
'mplayer-dbgsym'.]

I did install mplayer-dbgsym, but that didn't show anything else AFAICT.
I also ran the command with '-msglevel all=8' and that should get
attached as 'mplayer-debug-lvl8.log'.

HW: AMD Ryzen 1800X CPU and Radeon RX Vega 64 GPU
(I saw it tried to use NVidia's VDPAU, hence mentioning my HW)

HTH,
Diederik

- -- System Information:
Debian Release: bookworm/sid
APT prefers unstable-debug
APT policy: (500, 'unstable-debug'), (500, 'testing-debug'), (500, 'unstable'), (500, 'testing'), (101, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: arm64

Kernel: Linux 5.16.0-4-amd64 (SMP w/16 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages mplayer depends on:
ii liba52-0.7.4 0.7.4-20
ii libaa1 1.4p5-50
ii libasound2 1.2.6.1-2
ii libass9 1:0.15.2-1
ii libaudio2 1.9.4-7
ii libavcodec58 7:4.4.1-3+b2
ii libavformat58 7:4.4.1-3+b2
ii libavutil56 7:4.4.1-3+b2
ii libbluray2 1:1.3.1-1
ii libbs2b0 3.1.0+dfsg-5
ii libc6 2.33-7
ii libcaca0 0.99.beta19-2.2
ii libcdio-cdda2 10.2+2.0.0-1+b2
ii libcdio-paranoia2 10.2+2.0.0-1+b2
ii libcdio19 2.1.0-3
ii libdca0 0.0.7-2
ii libdv4 1.0.0-14
ii libdvdnav4 6.1.1-1
ii libdvdread8 6.1.2-1
ii libegl1 1.4.0-1
ii libenca0 1.19-1+b1
ii libfaad2 2.10.0-2
ii libfontconfig1 2.13.1-4.4
ii libfreetype6 2.11.1+dfsg-1
ii libfribidi0 1.0.8-2
ii libgif7 5.1.9-2
ii libgl1 1.4.0-1
ii libjack-jackd2-0 [libjack-0.125] 1.9.20~dfsg-1+b1
ii libjpeg62-turbo 1:2.1.2-1
ii liblirc-client0 0.10.1-6.3
ii libmad0 0.15.1b-10
ii libmng1 1.0.10+dfsg-3.1+b5
ii libmpeg2-4 0.5.1-9
ii libmpg123-0 1.29.3-1
ii libogg0 1.3.4-0.1
ii libopenal1 1:1.19.1-2
ii libpng16-16 1.6.37-3
ii libpostproc55 7:4.4.1-3+b2
ii libpulse0 15.0+dfsg1-4
ii libsdl1.2debian 1.2.15+dfsg2-6
ii libsmbclient 2:4.13.14+dfsg-1+b2
ii libspeex1 1.2~rc1.2-3
ii libswresample3 7:4.4.1-3+b2
ii libswscale5 7:4.4.1-3+b2
ii libtheora0 1.1.1+dfsg.1-15
ii libtinfo6 6.3-2
ii libvdpau1 1.5-1
ii libvorbisidec1 1.2.1+git20180316-7
ii libx11-6 2:1.7.2-2+b1
ii libx264-163 2:0.163.3060+git5db6aa6-2
ii libxext6 2:1.3.4-1
ii libxinerama1 2:1.1.4-3
ii libxss1 1:1.2.3-1
ii libxv1 2:1.0.11-1
ii libxvidcore4 2:1.3.7-1
ii libxvmc1 2:1.0.12-2
ii libxxf86dga1 2:1.1.4-1+b3
ii libxxf86vm1 1:1.1.4-1+b2
ii zlib1g 1:1.2.11.dfsg-2

mplayer recommends no packages.

Versions of packages mplayer suggests:
ii bzip2 1.0.8-5
ii fontconfig 2.13.1-4.4
ii fonts-freefont-ttf 20120503-10
pn mplayer-doc <none>
pn netselect | fping <none>

- -- no debconf information

-----BEGIN PGP SIGNATURE-----

iHUEARYIAB0WIQT1sUPBYsyGmi4usy/XblvOeH7bbgUCYjIz4wAKCRDXblvOeH7b
bs3EAP9HyDGuPlHJyqp5mZyLYuK5NoFE9mLcKxWCtqN6dGHkgAD/UpKWbSbKl/Rq
t6OcDbojje+X6XdEY8NL2B8tlOLD2AI=
=eI3K
-----END PGP SIGNATURE-----
mplayer-debug-lvl8.log

Diederik de Haas

unread,
Mar 16, 2022, 3:30:03 PM3/16/22
to
Control: retitle -1 mplayer gets signal 6 when playing ogg video files (.ogv)
signature.asc

Reimar Döffinger

unread,
Mar 19, 2022, 9:10:02 AM3/19/22
to


> On 16 Mar 2022, at 20:01, Diederik de Haas <didi....@cknow.org> wrote:
> [VD_FFMPEG] DRI failure.
> mplayer: libmpcodecs/vf.c:286: vf_get_image: Assertion `w == -1 || w >= vf->w' failed.
>

Is it intentional that debian compiles with --enable-debug?
That's the reason I could never reproduce this, as it's off by default.
I think this is simply a case of bad asserts, but I should double-check.
The video plays fine with 1.5 if compiled without --enable-debug, I suspect it's the same for 1.4.

Diederik de Haas

unread,
Mar 19, 2022, 10:10:03 AM3/19/22
to
I don't know, but searching the repo, I found the following commit:
https://salsa.debian.org/multimedia-team/mplayer/-/commit/63f84eb8b014724263447bc37927154bec2ac5e7

It's from 12 years ago, so I don't know if the logic from then still applies.
It does talk about 'mplayer-dbg', but AFAIK nowadays there should be
(automatic?) debug packages and those are (usually?)named -dbgsym.
You as one of the (new) maintainers can make a different choice then was made
back then.

OTOH, I'd guess that an assert would signal an actual problem and *hiding* it
by no longer compiling with '--enable-debug' seems wrong.
When the assert itself is wrong, then that should be corrected.

FTR: I can read C code a bit, but not write it and I have no knowledge of
mplayer's code. I only tried whether I could reproduce the reported issue
with a newer mplayer version (1.4 vs 1.3). And I could.

Cheers,
Diederik
signature.asc

Reimar Döffinger

unread,
Apr 5, 2022, 2:40:03 PM4/5/22
to

> On 19 Mar 2022, at 15:03, Diederik de Haas <didi....@cknow.org> wrote:
>
> On Saturday, 19 March 2022 13:57:49 CET Reimar Döffinger wrote:
>>> On 16 Mar 2022, at 20:01, Diederik de Haas <didi....@cknow.org> wrote:
>>> [VD_FFMPEG] DRI failure.
>>> mplayer: libmpcodecs/vf.c:286: vf_get_image: Assertion `w == -1 || w >=
>>> vf->w' failed.
>> Is it intentional that debian compiles with --enable-debug?
>> That's the reason I could never reproduce this, as it's off by default.
>> I think this is simply a case of bad asserts, but I should double-check.
>> The video plays fine with 1.5 if compiled without --enable-debug, I suspect
>> it's the same for 1.4.
>
> I don't know, but searching the repo, I found the following commit:
> https://salsa.debian.org/multimedia-team/mplayer/-/commit/63f84eb8b014724263447bc37927154bec2ac5e7
>
> It's from 12 years ago, so I don't know if the logic from then still applies.
> It does talk about 'mplayer-dbg', but AFAIK nowadays there should be
> (automatic?) debug packages and those are (usually?)named -dbgsym.
> You as one of the (new) maintainers can make a different choice then was made
> back then.

I suspect the problem might be that MPlayer by default does not compile with debug symbols.
This should be addressed by adding the desired -g options to --extra-cflags and --extra-ldflags configure options instead.
Admittedly --enable-debug is documented doing that, but it does more... Sigh... Fixed that as well upstream.

> OTOH, I'd guess that an assert would signal an actual problem and *hiding* it
> by no longer compiling with '--enable-debug' seems wrong.
> When the assert itself is wrong, then that should be corrected.

The problem is that too few people run MPlayer with --enable-debug, so the quality of the asserts is not well tested.
I removed the 2 relevant asserts in MPlayer SVN r38362.

--- libmpcodecs/vf.c (revision 38361)
+++ libmpcodecs/vf.c (working copy)
@@ -283,8 +283,6 @@
int missing_palette;

#ifdef MP_DEBUG
- assert(w == -1 || w >= vf->w);
- assert(h == -1 || h >= vf->h);
assert(vf->w > 0);
assert(vf->h > 0);
#endif

Lorenzo

unread,
Feb 5, 2023, 12:10:05 AM2/5/23
to
Control: severity 958865 normal
Control: merge 958865 920485
Control: tags -1 patch

Merging the two bugs; for 920485 upstream provided a patch

Lorenzo
0 new messages