Crash when opening a WMV file

Bug #1027410 reported by Pierre Rudloff
84
This bug affects 23 people
Affects Status Importance Assigned to Milestone
libav (Ubuntu)
Expired
Undecided
Unassigned
vlc (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

There is a WMV file I am trying to play but VLC crashes when I open it :

VLC media player 2.0.1 Twoflower (revision 2.0.1-0-gf432547)
[0x9cbd908] main libvlc: Lancement de vlc avec l'interface par défaut. Utilisez « cvlc » pour démarrer VLC sans interface.
[vc1 @ 0xb5304200] Bits overconsumption: 102040 > 102032
[vc1 @ 0xb5304200] concealing 837 DC, 837 AC, 837 MV errors
[vc1 @ 0xb5304200] Bits overconsumption: 22776 > 22768
[vc1 @ 0xb5304200] concealing 980 DC, 980 AC, 980 MV errors
[vc1 @ 0xb5304200] Bits overconsumption: 74392 > 74384
[vc1 @ 0xb5304200] concealing 366 DC, 366 AC, 366 MV errors
[vc1 @ 0xb5304200] Bits overconsumption: 39104 > 39096 at 38x19
[vc1 @ 0xb5304200] concealing 369 DC, 369 AC, 369 MV errors
[0xb5100618] main input error: ES_OUT_SET_(GROUP_)PCR is called too late (pts_delay increased to 300 ms)
[0xb5100618] main input error: ES_OUT_RESET_PCR called
[wmav2 @ 0xb5322a20] prev_block_len_bits 6 out of range
[wmav2 @ 0xb5322a20] next_block_len_bits 5 out of range
[wmav2 @ 0xb5322a20] prev_block_len_bits 4 out of range
[wmav2 @ 0xb5322a20] block_len_bits 6 out of range
[vc1 @ 0xb5304200] Bits overconsumption: 94824 > 94816
[vc1 @ 0xb5304200] concealing 1004 DC, 1004 AC, 1004 MV errors
[vc1 @ 0xb5304200] Bits overconsumption: 69064 > 69056
[vc1 @ 0xb5304200] concealing 630 DC, 630 AC, 630 MV errors
[wmav2 @ 0xb5322a20] prev_block_len_bits 6 out of range
[wmav2 @ 0xb5322a20] prev_block_len_bits 4 out of range
[wmav2 @ 0xb5322a20] frame_len overflow
[wmav2 @ 0xb5322a20] prev_block_len_bits 4 out of range
[wmav2 @ 0xb5322a20] prev_block_len_bits 5 out of range
[wmav2 @ 0xb5322a20] overflow in spectral RLE, ignoring
[wmav2 @ 0xb5322a20] next_block_len_bits 5 out of range
[wmav2 @ 0xb5322a20] next_block_len_bits 5 out of range
[wmav2 @ 0xb5322a20] prev_block_len_bits 5 out of range
[wmav2 @ 0xb5322a20] next_block_len_bits 4 out of range
[wmav2 @ 0xb5322a20] block_len_bits 5 out of range
[wmav2 @ 0xb5322a20] block_len_bits 6 out of range
[wmav2 @ 0xb5322a20] prev_block_len_bits 6 out of range
[wmav2 @ 0xb5322a20] prev_block_len_bits 4 out of range
[wmav2 @ 0xb5322a20] block_len_bits 4 out of range
[wmav2 @ 0xb5322a20] next_block_len_bits 4 out of range
[vc1 @ 0xb5304200] Bits overconsumption: 80344 > 80336
[vc1 @ 0xb5304200] concealing 411 DC, 411 AC, 411 MV errors
[vc1 @ 0xb5304200] Bits overconsumption: 61368 > 61360
[vc1 @ 0xb5304200] concealing 753 DC, 753 AC, 753 MV errors
[vc1 @ 0xb5304200] Bits overconsumption: 53624 > 53616 at 0x22
[vc1 @ 0xb5304200] concealing 229 DC, 229 AC, 229 MV errors
Erreur de segmentation (core dumped)

ProblemType: Bug
DistroRelease: Ubuntu 12.04
Package: vlc 2.0.1-4
ProcVersionSignature: Ubuntu 3.2.0-26.41-generic-pae 3.2.19
Uname: Linux 3.2.0-26-generic-pae i686
ApportVersion: 2.0.1-0ubuntu11
Architecture: i386
Date: Sat Jul 21 16:00:32 2012
ProcEnviron:
 LANGUAGE=fr_FR:en
 TERM=xterm
 PATH=(custom, no user)
 LANG=fr_FR.UTF-8
 SHELL=/bin/bash
SourcePackage: vlc
UpgradeStatus: Upgraded to precise on 2012-04-27 (85 days ago)

Revision history for this message
Pierre Rudloff (rudloff) wrote :
Revision history for this message
Pierre Rudloff (rudloff) wrote :

Hum, looks like the file is DRM protected...

Revision history for this message
Bryce Harrington (bryce) wrote :

For crashes it's required to provide a full backtrace. If apport isn't collecting it automatically you may need to gather it manually using gdb. Be sure to install debug versions of all dependencies to get the necessary symbols.

Sometimes it helps to have an example file that causes the crash, although in this case if its drm protected you may not be legally allowed to redistribute it.

Changed in vlc (Ubuntu):
status: New → Incomplete
Revision history for this message
Rémi Denis-Courmont (rdenis) wrote :

This is probably a bug in libavformat, though it cannot be confirmed with neither a sample nor a stacktrace.

Bryce Harrington (bryce)
Changed in vlc (Ubuntu):
status: Incomplete → New
status: New → Incomplete
Revision history for this message
Pierre Rudloff (rudloff) wrote :
Changed in vlc (Ubuntu):
status: Incomplete → Invalid
Revision history for this message
Bryce Harrington (bryce) wrote :

Thanks Pierre, however that backtrace still lacks the libav symbols. You'll need to install them like:

apt-get install libav-dbg

Then regenerate the backtrace.

Revision history for this message
Aditya Avinash (adityaavinash) wrote :

There is a new vlc version available. Try installing it. The bug may be fixed in the latest release.

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in libav (Ubuntu):
status: New → Confirmed
Revision history for this message
Chris H (harsesus) wrote :

Starting program: /usr/bin/totem
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7fffe98e7700 (LWP 15377)]
[New Thread 0x7fffe90e6700 (LWP 15378)]
[New Thread 0x7fffd23fd700 (LWP 15379)]
[New Thread 0x7fffcbfff700 (LWP 15380)]
[New Thread 0x7fffca3fb700 (LWP 15382)]
[New Thread 0x7fffc9bfa700 (LWP 15383)]
[New Thread 0x7fffb7ffe700 (LWP 15384)]
[New Thread 0x7fffb77fd700 (LWP 15385)]
[New Thread 0x7fffaf69d700 (LWP 15386)]
[New Thread 0x7fffadffa700 (LWP 15387)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffb77fd700 (LWP 15385)]
gst_ffmpegauddec_frame (ffmpegdec=0x0, ffmpegdec@entry=0x7fffb00c8130,
    data=data@entry=0x7fffb000f0ab "\t", size=0, size@entry=8192,
    got_data=0x200000000, got_data@entry=0x7fffb77fc798,
    ret=ret@entry=0x7fffb77fc79c) at gstavauddec.c:644
644 gstavauddec.c: No such file or directory.

Changed in vlc (Ubuntu):
status: Invalid → Confirmed
Revision history for this message
Chris H (harsesus) wrote :

    Starting program: /usr/bin/vlc
    [Thread debugging using libthread_db enabled]
    Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
    VLC media player 2.2.0-git Weatherwax (revision 2.2.0~~git20140409+r56317+122~ubuntu14.04.1)
    [New Thread 0x7ffff7fcf700 (LWP 23009)]
    [New Thread 0x7fffed7ef700 (LWP 23010)]
    [0000000000605118] core libvlc: Running vlc with the default interface. Use 'cvlc' to use vlc without interface.
    [New Thread 0x7fffeb631700 (LWP 23011)]
    [New Thread 0x7fffda536700 (LWP 23012)]
    [New Thread 0x7fffd982d700 (LWP 23013)]
    [New Thread 0x7fffd01d9700 (LWP 23015)]
    [New Thread 0x7fffc884b700 (LWP 23020)]
    [New Thread 0x7fffc874a700 (LWP 23021)]
    [New Thread 0x7fffb5c76700 (LWP 23022)]
    [Thread 0x7fffc884b700 (LWP 23020) exited]
    [New Thread 0x7fffc884b700 (LWP 23023)]
    [New Thread 0x7fffb507a700 (LWP 23024)]
    [New Thread 0x7fffb495e700 (LWP 23025)]
    [Thread 0x7fffb5c76700 (LWP 23022) exited]

    Program received signal SIGSEGV, Segmentation fault.
    [Switching to Thread 0x7fffc884b700 (LWP 23023)]
    DecoderDecodeAudio (p_dec=0x0, p_dec@entry=0x7fffc0c0a5c8, p_block=0x0,
        p_block@entry=0x7fffc0c805c0) at input/decoder.c:1203
    1203 input/decoder.c: No such file or directory.

Revision history for this message
Chris H (harsesus) wrote :

I have the same issue when running vlc 2.2 and 2.1.3 and totem. my gstreamer version is

Revision history for this message
Chris H (harsesus) wrote :

Sorry, typo, my gstreamer1.0-libav is version 1.2.3-1. The problem does not occur with mplayer. Multiple WMV were used to test. All WMV tested produced a core dump in both VLC and Totem.

Revision history for this message
Andreas Angerer (andreas-angerer89) wrote :
Download full text (7.7 KiB)

I get the exact same backtrace, when trying to play apple lossless files (all of them):

Starting program: /usr/bin/gst-launch-1.0 -v playbin uri=file:///home/andreas/Musik/test.m4a
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Setting pipeline to PAUSED ...
/GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0: ring-buffer-max-size = 0
/GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0: buffer-size = -1
/GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0: buffer-duration = -1
/GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0: use-buffering = false
/GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0: download = false
/GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0: uri = file:///home/andreas/Musik/Frozen/01-cast_of_frozen-frozen_heart.m4a
/GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0: connection-speed = 0
/GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0: source = "\(GstFileSrc\)\ source"
[New Thread 0x7ffff4fd1700 (LWP 5291)]
Pipeline is PREROLLING ...
[New Thread 0x7fffeffff700 (LWP 5292)]
/GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0/GstDecodeBin:decodebin0/GstTypeFindElement:typefind.GstPad:src: caps = audio/x-m4a
/GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0/GstDecodeBin:decodebin0/GstTypeFindElement:typefind.GstPad:src: caps = NULL
[New Thread 0x7fffef5e5700 (LWP 5293)]
[New Thread 0x7fffeede4700 (LWP 5294)]
[New Thread 0x7fffdfbdb700 (LWP 5295)]
/GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0/GstDecodeBin:decodebin0/GstMultiQueue:multiqueue0: max-size-buffers = 5
/GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0/GstDecodeBin:decodebin0/GstMultiQueue:multiqueue0: max-size-time = 0
/GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0/GstDecodeBin:decodebin0/GstMultiQueue:multiqueue0: max-size-bytes = 2097152
/GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0/GstDecodeBin:decodebin0/GstMultiQueue:multiqueue0.GstPad:sink_0: caps = audio/x-alac, codec_data=(buffer)00000024616c616300000000000010000010280a0e0200ff00000000000d3a070000ac44, samplesize=(int)16, rate=(int)44100, channels=(int)2
/GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0/GstDecodeBin:decodebin0/GstMultiQueue:multiqueue0.GstPad:sink_0: caps = audio/x-alac, codec_data=(buffer)00000024616c616300000000000010000010280a0e0200ff00000000000d3a070000ac44, samplesize=(int)16, rate=(int)44100, channels=(int)2
/GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0/GstDecodeBin:decodebin0/GstMultiQueue:multiqueue0.GstPad:sink_0: caps = audio/x-alac, codec_data=(buffer)00000024616c616300000000000010000010280a0e0200ff00000000000d3a070000ac44, samplesize=(int)16, rate=(int)44100, channels=(int)2
/GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0/GstDecodeBin:decodebin0/GstMultiQueue:multiqueue0: max-size-buffers = 5
/GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0/GstDecodeBin:decodebin0/GstMultiQueue:multiqueue0: max-size-time = 0
/GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0/GstDecodeBin:decodebin0/GstMultiQueue:multiqueue0: max-size-bytes = 2097152
/GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0/GstDecodeBin:decodebin0/avdec_alac:avdec_alac0.GstPad:src: caps = audio/x-raw, format=(strin...

Read more...

Revision history for this message
JB VideoLAN (jb-videolan) wrote :

I confirm this is not a VLC bug, but a libav one.

Changed in vlc (Ubuntu):
status: Confirmed → Invalid
Revision history for this message
Sebastian Ramacher (s-ramacher) wrote :

If this is still an issue with the latest libav version, please follow https://libav.org/bugreports.html and report the issue upstream.

Changed in libav (Ubuntu):
status: Confirmed → Incomplete
Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for libav (Ubuntu) because there has been no activity for 60 days.]

Changed in libav (Ubuntu):
status: Incomplete → Expired
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.