[Desktop-packages] [Bug 1048794] Re: vlc crashes with SIGSEGV when playing .asf files
This bug does not occur in any release version of libav. ** Changed in: libav (Ubuntu) Status: Triaged => Fix Released -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libav in Ubuntu. https://bugs.launchpad.net/bugs/1048794 Title: vlc crashes with SIGSEGV when playing .asf files Status in the libav multimedia framework: New Status in “libav” package in Ubuntu: Fix Released Status in “vlc” package in Ubuntu: Invalid Status in “libav” package in Debian: New Bug description: VLC crashes always when I try to play a .asf video file. #0 0x76947c1b in put_bits (value=33147, n=16, s=) at /build/buildd/libav-0.8.6/libavcodec/put_bits.h:157 bit_buf = 33147 bit_left = 28 #1 avpriv_copy_bits (pb=0x7fffe0043ef8, src=0x7fffe00d4643 "+v\\\360H\266\346\353\352\327\256\330\a!\023\257\352Z2\257_(h\346\374\300\070\210\071\243\312\336 \263fIڮzmN\303\031;\236vn\033\304\321\371L\356\344\225[\030\253\v\321\001\357R\220gO\260\002\200\316\v@Z}\324\026@\351\344\361\344\060\331~1\333jo㧯\214\034\216P\321\063z\231S", , length=63939) at /build/buildd/libav-0.8.6/libavcodec/bitstream.c:68 words = 3996 bits = 3 #2 0x76d38757 in save_bits (s=0x7fffe003a760, gb=0x7fffe0048988, len=63939, append=) at /build/buildd/libav-0.8.6/libavcodec/wmaprodec.c:1478 #3 0x76d3b62d in decode_packet (avctx=, data=0x7fffd80008c0, got_frame_ptr=0x7fffdfffee1c, avpkt=) at /build/buildd/libav-0.8.6/libavcodec/wmaprodec.c:1553 s = 0x7fffe003a760 gb = 0x7fffe0048988 packet_sequence_number = 6 ProblemType: Crash DistroRelease: Ubuntu 12.10 Package: vlc-nox 2.0.3-2 ProcVersionSignature: Ubuntu 3.5.0-14.15-generic 3.5.3 Uname: Linux 3.5.0-14-generic i686 ApportVersion: 2.5.1-0ubuntu7 Architecture: i386 Date: Mon Sep 10 17:49:32 2012 ExecutablePath: /usr/bin/vlc InstallationMedia: Xubuntu 12.10 "Quantal Quetzal" - Alpha i386 (20120731.1) ProcCmdline: /usr/bin/vlc testvideo.asf ProcEnviron: LANGUAGE=es_ES:en PATH=(custom, no user) LANG=es_ES.UTF-8 SHELL=/bin/bash SegvAnalysis: Segfault happened at: 0xaf8b9746:mov%ecx,0x0(%ebp) PC (0xaf8b9746) ok source "%ecx" ok destination "0x0(%ebp)" (0x9514bf0d) not located in a known VMA region (needed writable region)! Stack memory exhausted (SP below stack segment) SegvReason: writing unknown VMA Signal: 11 SourcePackage: vlc StacktraceTop: ?? () from /usr/lib/i386-linux-gnu/i686/cmov/libavcodec.so.53 ?? () ?? () Title: vlc crashed with SIGSEGV UpgradeStatus: No upgrade log present (probably fresh install) UserGroups: adm cdrom dip lpadmin plugdev sambashare sudo To manage notifications about this bug go to: https://bugs.launchpad.net/libav/+bug/1048794/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1191046] Re: Avconv silently ignores (incorrect) -preset option
This bug does not occur in any release version of libav. ** Changed in: libav (Ubuntu) Status: New => Fix Released -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libav in Ubuntu. https://bugs.launchpad.net/bugs/1191046 Title: Avconv silently ignores (incorrect) -preset option Status in “libav” package in Ubuntu: Fix Released Bug description: Apparently avconv silently ignores a "-preset" option passed to it on the command-line. The correct option for passing a preset file is -pre, but -preset behaves differently from other incorrect options, as no error message is output and the avconv command is executed if otherwise valid. Not erroring out on erroneous usage is confusing, particularly with presets, as the output also does not specifically say when a preset *is* being applied (you have to deduce it from the data). Unless -preset is currently being used as a placeholder in the source, I suggest it be made to error out as other incorrect options do. I'm pasting output from five demonstration runs below. 1) is an example of correct usage of -pre, 2) of correct usage of -pre with non-existing preset, 3) of trying to use a non-existing option -asdf, and 4) of using -preset in place of -pre, one run with an existing and one with a non-existing preset name. 1) Correct usage of -pre, as indicated by "q=0-63" (which gets read from /usr/share/avconv/libvpx-360p.avpreset): jani@saegusa:avconv-preset-test$ avconv -y -i input.mpeg -c:v libvpx -pre libvpx-360p -an -t 1 out.webm avconv version 0.8.6-4:0.8.6-0ubuntu0.12.04.1, Copyright (c) 2000-2013 the Libav developers built on Apr 2 2013 17:02:36 with gcc 4.6.3 [mpeg @ 0x1bae9c0] max_analyze_duration reached Input #0, mpeg, from 'input.mpeg': Duration: 01:43:01.65, start: 0.184656, bitrate: 2632 kb/s Stream #0.0[0x1e0]: Video: mpeg2video (Main), yuv420p, 720x576 [PAR 16:15 DAR 4:3], 1844 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0.1[0x1c0]: Audio: mp2, 48000 Hz, stereo, s16, 224 kb/s [buffer @ 0x1bb0060] w:720 h:576 pixfmt:yuv420p [libvpx @ 0x1baf380] v1.0.0 Output #0, webm, to 'out.webm': Metadata: encoder : Lavf53.21.1 Stream #0.0: Video: libvpx, yuv420p, 720x576 [PAR 16:15 DAR 4:3], q=0-63, 768 kb/s, 1k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (mpeg2video -> libvpx) Press ctrl-c to stop encoding frame= 25 fps= 13 q=0.0 Lsize= 95kB time=1.00 bitrate= 778.2kbits/s video:94kB audio:0kB global headers:0kB muxing overhead 0.681033% 2) Correct usage of -pre with non-existing preset, as indicated by "could not be opened" error message: jani@saegusa:avconv-preset-test$ avconv -y -i input.mpeg -c:v libvpx -pre xlibvpx-360p -an -t 1 out.webm avconv version 0.8.6-4:0.8.6-0ubuntu0.12.04.1, Copyright (c) 2000-2013 the Libav developers built on Apr 2 2013 17:02:36 with gcc 4.6.3 [mpeg @ 0x8f99c0] max_analyze_duration reached Input #0, mpeg, from 'input.mpeg': Duration: 01:43:01.65, start: 0.184656, bitrate: 2632 kb/s Stream #0.0[0x1e0]: Video: mpeg2video (Main), yuv420p, 720x576 [PAR 16:15 DAR 4:3], 1844 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0.1[0x1c0]: Audio: mp2, 48000 Hz, stereo, s16, 224 kb/s Preset xlibvpx-360p specified for stream 0:0, but could not be opened. 3) Trying to use non-existing option -asdf, as indicated by "Unrecognized option" error message: jani@saegusa:avconv-preset-test$ avconv -y -i input.mpeg -c:v libvpx -asdf libvpx-360p -an -t 1 out.webm avconv version 0.8.6-4:0.8.6-0ubuntu0.12.04.1, Copyright (c) 2000-2013 the Libav developers built on Apr 2 2013 17:02:36 with gcc 4.6.3 [mpeg @ 0x6829c0] max_analyze_duration reached Input #0, mpeg, from 'input.mpeg': Duration: 01:43:01.65, start: 0.184656, bitrate: 2632 kb/s Stream #0.0[0x1e0]: Video: mpeg2video (Main), yuv420p, 720x576 [PAR 16:15 DAR 4:3], 1844 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0.1[0x1c0]: Audio: mp2, 48000 Hz, stereo, s16, 224 kb/s Unrecognized option 'asdf' Failed to set value 'libvpx-360p' for option 'asdf' 4) Now, using -preset instead of -pre, regardless of validity of the parameter passed to it, the preset specified is not loaded, as indicated by "q=-1--1", but no "Unrecognized option" error occurs: jani@saegusa:avconv-preset-test$ avconv -y -i input.mpeg -c:v libvpx -preset libvpx-360p -an -t 1 out.webm avconv version 0.8.6-4:0.8.6-0ubuntu0.12.04.1, Copyright (c) 2000-2013 the Libav developers built on Apr 2 2013 17:02:36 with gcc 4.6.3 [mpeg @ 0xbe69c0] max_analyze_duration reached Input #0, mpeg, from 'input.mpeg': Duration: 01:43:01.65, start: 0.184656, bitrate: 2632 kb/s Stream #0.0[0x1e0]: Video: mpeg2video (Main), yuv420p, 720x576 [PAR 16:15 DAR 4:3], 1844 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0.1[0x1c0]: Audio: mp2, 48000 Hz, stereo,
[Desktop-packages] [Bug 1026765] Re: libavcodec53 reports undefined symbol: speex_nb_mode
** Changed in: libav (Ubuntu) Status: New => Fix Released -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libav in Ubuntu. https://bugs.launchpad.net/bugs/1026765 Title: libavcodec53 reports undefined symbol: speex_nb_mode Status in “libav” package in Ubuntu: Fix Released Bug description: I have installed minidlna package with all its dependencies and upon starting the deamon up I get undefined symbol error: root@mele:~# /etc/init.d/minidlna start /usr/bin/minidlna: symbol lookup error: /usr/lib/arm-linux-gnueabihf/neon/vfp/libavcodec.so.53: undefined symbol: speex_nb_mode ProblemType: Bug DistroRelease: Ubuntu 12.04 Package: libavcodec53 4:0.8.3-0ubuntu0.12.04.1 Uname: Linux 3.0.31+ armv7l ApportVersion: 2.0.1-0ubuntu11 Architecture: armhf Date: Thu Jul 19 21:19:50 2012 SourcePackage: libav UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libav/+bug/1026765/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1023408] Re: avconv: bad two first frames when mpeg2video encoding
This bug is fixed in all release branches of libav. ** Changed in: libav (Ubuntu) Status: Confirmed => Fix Released -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libav in Ubuntu. https://bugs.launchpad.net/bugs/1023408 Title: avconv: bad two first frames when mpeg2video encoding Status in the libav multimedia framework: Fix Released Status in “libav” package in Ubuntu: Fix Released Bug description: The quote from https://ffmpeg.org/trac/ffmpeg/ticket/880 : " When I encode using mpeg2video, in resulting video I have first two frames in very low quality. " This bug was introduced in http://git.videolan.org/?p=ffmpeg.git;a=commit;h=3009f521f390b2bd440d9747a9c6baf648b2087a and now already fixed in ffmpeg (but not in libav). P.S. I am the developer of Bombono DVD program, and this bug hurts the users of it, see http://forum.bombono.org/viewtopic.php?f=1&p=15788 . I filled in the issue in libav bugzilla, see http://bugzilla.libav.org/show_bug.cgi?id=222 , but there is no activity about it. Please fix it. To manage notifications about this bug go to: https://bugs.launchpad.net/libav/+bug/1023408/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
