Bug#595452: mplayer: Fails to play recent Matroska (MKV) files: "Track 1 has been compressed with an unknown/unsupported compression algorithm (3)"
Package: mplayer Version: 2:1.0~rc3++final.dfsg1-1 Severity: important I recently encountered several Matroska (MKV) files that mplayer cannot play. For a couple of examples, try http://www.archive.org/download/ArcadeTheSimpsonsTheArcadeGame4-playerIn1337.73_956/simpsonsarcade-tas-adelikatdarkkobold.mkv and http://www.archive.org/download/SegacdTheTerminatorIn1320.67/terminator-tas-adelikatcardboard.mkv .. mplayer says: [mkv] Track 1 has been compressed with an unknown/unsupported compression [mkv] algorithm (3). Skipping track. [mkv] Track ID 1: video (V_MPEG4/ISO/AVC), -vid 0 [mkv] Track ID 2: audio (A_VORBIS), -aid 0, -alang und [mkv] Will play video track 1. This then leads to errors playing the video track later: Starting playback... [h264 @ 0x7fc284953600]AVC: nal size 2556773 [h264 @ 0x7fc284953600]no frame! Error while decoding frame! [h264 @ 0x7fc284953600]AVC: nal size 14913 [h264 @ 0x7fc284953600]no frame! Error while decoding frame! [h264 @ 0x7fc284953600]AVC: nal size 11329 [h264 @ 0x7fc284953600]no frame! Error while decoding frame! Those messages repeat forever until I Ctrl-C mplayer. totem plays the same file without issue. - Josh Triplett -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mplayer depends on: ii libaa1 1.4p5-38 ascii art library ii libasound2 1.0.23-1 shared library for ALSA applicatio ii libaudio2 1.9.2-3 Network Audio System - shared libr ii libavcodec52 4:0.5.2-4 ffmpeg codec library ii libavformat52 4:0.5.2-4 ffmpeg file format library ii libavutil494:0.5.2-4 ffmpeg utility library ii libc6 2.11.2-4 Embedded GNU C Library: Shared lib ii libcaca0 0.99.beta17-1 colour ASCII art library ii libcdparanoia0 3.10.2+debian-9 audio extraction tool for sampling ii libdirectfb-1.2-9 1.2.10.0-4direct frame buffer graphics - sha ii libdvdread44.1.3-10 library for reading DVDs ii libenca0 1.13-3Extremely Naive Charset Analyser - ii libesd00.2.41-7 Enlightened Sound Daemon - Shared ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-2 FreeType 2 font engine, shared lib ii libfribidi00.19.2-1 Free Implementation of the Unicode ii libgcc11:4.4.4-11GCC support library ii libgif44.1.6-9 library for GIF images (library) ii libgl1-mesa-glx [libgl 7.7.1-4 A free implementation of the OpenG ii libjack0 [libjack-0.11 1:0.118+svn3796-7 JACK Audio Connection Kit (librari ii libjpeg62 6b1-1 The Independent JPEG Group's JPEG ii liblircclient0 0.8.3-5 infra-red remote control support - ii liblzo2-2 2.03-2data compression library ii libncurses55.7+20100313-2shared libraries for terminal hand ii libogg01.2.0~dfsg-1 Ogg bitstream library ii libopenal1 1:1.12.854-2 Software implementation of the Ope ii libpng12-0 1.2.44-1 PNG library - runtime ii libpostproc51 4:0.5.2-4 ffmpeg video postprocessing librar ii libpulse0 0.9.21-3+b1 PulseAudio client libraries ii libsdl1.2debian1.2.14-6 Simple DirectMedia Layer ii libsmbclient 2:3.4.8~dfsg-2shared library for communication w ii libspeex1 1.2~rc1-1 The Speex codec runtime library ii libstdc++6 4.4.4-11 The GNU Standard C++ Library v3 ii libsvga1 1:1.4.3-29console SVGA display libraries ii libswscale04:0.5.2-4 ffmpeg video scaling library ii libtheora0 1.1.1+dfsg.1-3The Theora Video Compression Codec ii libx11-6 2:1.3.3-3 X11 client-side library ii libxext6 2:1.1.2-1 X11 miscellaneous extension librar ii libxinerama1 2:1.1-3 X11 Xinerama extension library ii libxt6 1:1.0.7-1 X11 toolkit intrinsics library ii libxv1 2:1.0.5-1 X11 Video extension library ii libxvmc1 2:1.0.5-1 X11 Video extension library ii libxxf86dga1 2:1.1.1-2 X11 Direct Graphics Access extensi ii libxxf86vm11:1.1.0-2 X11 XFree86 video mode extension l ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime mplayer recommends no packages. Versions of pa
Re: first package: pd-wiimote
On Fri, 2010-09-03 at 18:29 +0200, Jonas Smedegaard wrote: > On Fri, Sep 03, 2010 at 05:43:32PM +0200, Roman Haefeli wrote: > >On Thu, 2010-09-02 at 17:22 +0200, Roman Haefeli wrote: > >> On Thu, 2010-09-02 at 11:13 -0400, Felipe Sateler wrote: > >> > On 02/09/10 05:10, Reinhard Tartler wrote: > >> > > >> > >>> So another approach would be to repackage the tarball to just > >> > >>> include the COPYING file. While we are at it, we could also use > >> > >>> the new Makefile and get rid of the other patch. > >> > >> > >> > >> Instead of using a quilt patch should I simply replace the > >> > >> Makefile with the new one and check that into the master branch? > >> > > > >> > > no, that would be pretty confusing. I'd rather do these changes > >> > > in the 'upstream' branch branch, and have a > >> > > wiimote-0.3.1.dfsg1.orig.tar.gz created or something. > >> > > > >> > > >> > The correct approach is to have upstream fix this, not us. In the > >> > current workflow, touching the upstream branch for stuff other than > >> > merging upstream versions is wrong IMO. > >> > > >> > >> Ok. It's in progress. I'll report back, when done. > > > >First off, many thanks to you all for your help. > > > >IOhannes helped me putting up a new upstream version 0.3.2, which has > >now a fixed Makefile and also a license file. So I could remove the > >quilt patch wierdness. > > > >I hope it looks OK now. > > I noticed you switched to source version 3.0 from quilt to native. I > would suggest to keep using the quilt flavor even if not currently > needing any patches: if at some point upstream code is changed - > accidentally or deliberately - we want it to be treated by packaging > routines as a patch, not a change by upstream. Sounds reasonable. Done. Roman ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: first package: pd-wiimote
On Fri, Sep 03, 2010 at 05:43:32PM +0200, Roman Haefeli wrote: On Thu, 2010-09-02 at 17:22 +0200, Roman Haefeli wrote: On Thu, 2010-09-02 at 11:13 -0400, Felipe Sateler wrote: > On 02/09/10 05:10, Reinhard Tartler wrote: > > >>> So another approach would be to repackage the tarball to just > >>> include the COPYING file. While we are at it, we could also use > >>> the new Makefile and get rid of the other patch. > >> > >> Instead of using a quilt patch should I simply replace the > >> Makefile with the new one and check that into the master branch? > > > > no, that would be pretty confusing. I'd rather do these changes > > in the 'upstream' branch branch, and have a > > wiimote-0.3.1.dfsg1.orig.tar.gz created or something. > > > > The correct approach is to have upstream fix this, not us. In the > current workflow, touching the upstream branch for stuff other than > merging upstream versions is wrong IMO. > Ok. It's in progress. I'll report back, when done. First off, many thanks to you all for your help. IOhannes helped me putting up a new upstream version 0.3.2, which has now a fixed Makefile and also a license file. So I could remove the quilt patch wierdness. I hope it looks OK now. I noticed you switched to source version 3.0 from quilt to native. I would suggest to keep using the quilt flavor even if not currently needing any patches: if at some point upstream code is changed - accidentally or deliberately - we want it to be treated by packaging routines as a patch, not a change by upstream. Ah, one thing: Since it wasn't put to the archive yet, I didn't add a new changelog entry, but updated the existing one. Is this the correct way? Yes, that's correct. :-) - Jonas -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: first package: pd-wiimote
On Thu, 2010-09-02 at 17:22 +0200, Roman Haefeli wrote: > On Thu, 2010-09-02 at 11:13 -0400, Felipe Sateler wrote: > > -BEGIN PGP SIGNED MESSAGE- > > Hash: SHA256 > > > > On 02/09/10 05:10, Reinhard Tartler wrote: > > > > >>> So another approach would be to repackage the > > >>> tarball to just include the COPYING file. While we are at it, we could > > >>> also use the new Makefile and get rid of the other patch. > > >> > > >> Instead of using a quilt patch should I simply replace the Makefile with > > >> the new one and check that into the master branch? > > > > > > no, that would be pretty confusing. I'd rather do these changes in the > > > 'upstream' branch branch, and have a wiimote-0.3.1.dfsg1.orig.tar.gz > > > created or something. > > > > > > > The correct approach is to have upstream fix this, not us. In the > > current workflow, touching the upstream branch for stuff other than > > merging upstream versions is wrong IMO. > > > > Ok. It's in progress. I'll report back, when done. First off, many thanks to you all for your help. IOhannes helped me putting up a new upstream version 0.3.2, which has now a fixed Makefile and also a license file. So I could remove the quilt patch wierdness. I hope it looks OK now. Ah, one thing: Since it wasn't put to the archive yet, I didn't add a new changelog entry, but updated the existing one. Is this the correct way? Roman ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#595252: vlc: Says "Please update alsa-lib"
On Thu, Sep 02, 2010 at 15:47:03 (CEST), Nigel Horne wrote: > No audio comes out of an audio CD. I get the mesage > > Potential ALSA version problem: > VLC failed to initialize your sound output device (if any). > Please update alsa-lib to version 1.0.23-2-g8d80d5f or higher to try to > fix this issue. > > But when I try "aptitude install alsa-lib", I get > > Couldn't find any package whose name or description matched "alsa-lib" Your version of alsa-lib is: > > -- System Information: > Debian Release: squeeze/sid > APT prefers unstable > APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') > Architecture: amd64 (x86_64) > > Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) > Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > > Versions of packages vlc depends on: > ii libasound2 1.0.23-1 shared library for ALSA > applicatio And this is the version that we are going to ship in squeeze. Does sound work with non-audio cd media like .ogg files or movie files? -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#595252: vlc: Says "Please update alsa-lib"
2010-09-02 15:47, Nigel Horne skrev: > Package: vlc > Version: 1.1.3-1 > Severity: normal > > No audio comes out of an audio CD. I get the mesage > > Potential ALSA version problem: > VLC failed to initialize your sound output device (if any). > Please update alsa-lib to version 1.0.23-2-g8d80d5f or higher to try to > fix this issue. > > But when I try "aptitude install alsa-lib", I get > > Couldn't find any package whose name or description matched "alsa-lib" Under Debian and derivatives, alsa-lib is called "libasound2". -- David Henningsson, Canonical Ltd. http://launchpad.net/~diwic ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
