Bug#369488: quodlibet: Fails to play some mp3s with new gstreamer 0.10.6
reassign 369488 gstreamer0.10-plugins-good close 369488 0.10.3-2 stop Hi, On Fri, Jun 02, 2006, Matthias Rosenkranz wrote: Thanks, with the new gstreamer0.10-plugins-good it finally works. Great, closing the bug. -- Loïc Minier [EMAIL PROTECTED]
Bug#369488: quodlibet: Fails to play some mp3s with new gstreamer 0.10.6
On 01.06.2006 um 18:41:03 +0200, Loïc Minier wrote: It was brought to my attention that you reported the bug with gstreamer0.10-plugins-good0.10.2-1, could you please pick 0.10.3-2 from unstable and try again? Thanks, with the new gstreamer0.10-plugins-good it finally works. Regards, Matthias signature.asc Description: Digital signature
Bug#369488: quodlibet: Fails to play some mp3s with new gstreamer 0.10.6
Hi, Could you please provide the first 500k of a problematic MP3? As produced by e.g. head --bytes=500k foo.mp3 foo-header.mp3. Thanks, -- Loïc Minier [EMAIL PROTECTED]
Bug#369488: quodlibet: Fails to play some mp3s with new gstreamer 0.10.6
On 01.06.2006 um 09:28:49 +0200, Loïc Minier wrote: Could you please provide the first 500k of a problematic MP3? As produced by e.g. head --bytes=500k foo.mp3 foo-header.mp3. I extraced the first 500k, but they are actually played back without problems. So I think the problem is the ID3 tag. I resaved the tags in BMP -- which played the file -- and now the failing file works in quodlibet, too. So I compared the ID3 tag of a failing file from the same album with the resaved one: $ tail -c 128 failing.mp3 [output: see attachement faling.id3] $ tail -c 128 working.mp3 [see attachement working.id3] The main difference is that the failing ID3 tag is padded with spaces (0x20), the working one with zeros (0x00). Also the last character is 0x01 for the working file and 0x02 for the failing one. How can I provide more info on this as I probably can't send you the whole mp3 beacause of copyright restrictions? Regards, Matthias failing.id3 Description: Binary data working.id3 Description: Binary data signature.asc Description: Digital signature
Bug#369488: quodlibet: Fails to play some mp3s with new gstreamer 0.10.6
On Thu, Jun 01, 2006, Matthias Rosenkranz wrote: I extraced the first 500k, but they are actually played back without problems. So I think the problem is the ID3 tag. I resaved the tags in BMP -- which played the file -- and now the failing file works in quodlibet, too. So I compared the ID3 tag of a failing file from the same album with the resaved one: $ tail -c 128 failing.mp3 [output: see attachement faling.id3] $ tail -c 128 working.mp3 [see attachement working.id3] Yeah, it's usually a problem with tags. I'm surprized it doesn't appear in the first 500k though. Could you try producing a minimalist file which is still a playable MP3 but exposes the problem? The main difference is that the failing ID3 tag is padded with spaces (0x20), the working one with zeros (0x00). Also the last character is 0x01 for the working file and 0x02 for the failing one. How can I provide more info on this as I probably can't send you the whole mp3 beacause of copyright restrictions? Perhaps you can point at the tool which produced the file and tell me how to reproduce instead? Bye, -- Loïc Minier [EMAIL PROTECTED]
Bug#369488: quodlibet: Fails to play some mp3s with new gstreamer 0.10.6
On 01.06.2006 um 10:29:19 +0200, Loïc Minier wrote: Yeah, it's usually a problem with tags. I'm surprized it doesn't appear in the first 500k though. Could you try producing a minimalist file which is still a playable MP3 but exposes the problem? The problem only appears when the ID3v1 tag at the end of the file is present. Even at head -c 10k it is recognized (there isn't any tag at the beginning of the file anyway). It even plays when I only strip the last byte of the file with the v1 tag, but then quodlibet doesn't display the ID3 information, of course. I should also make clear that this bug only appears when I upgrade libgstreamer0.10-0 to 0.10.6, so it's probably not a bug in gstreamer0.10-plugins-base. Perhaps you can point at the tool which produced the file and tell me how to reproduce instead? I created the failing files in 2000 with a combination of cdparanoia and gogo. At least that's what the comment tag says. Regards, Matthias signature.asc Description: Digital signature
Bug#369488: quodlibet: Fails to play some mp3s with new gstreamer 0.10.6
On Thu, Jun 01, 2006, Matthias Rosenkranz wrote: The problem only appears when the ID3v1 tag at the end of the file is present. Even at head -c 10k it is recognized (there isn't any tag at the beginning of the file anyway). It even plays when I only strip the last byte of the file with the v1 tag, but then quodlibet doesn't display the ID3 information, of course. Well, perhaps you can take a free MP3 of some sort and make it have the same symptoms. If we don't have a sample file to test with, I'm afraid it will be hard to fix the problem. -- Loïc Minier [EMAIL PROTECTED]
Bug#369488: quodlibet: Fails to play some mp3s with new gstreamer 0.10.6
I noticed that your gstreamer0.10-plugins-good version is 0.10.2-1. I had the same problem and upgrading this package solved it for me (version 0.10.3-2 from unstable). Possibly other packages from unstable may need to be brought in. P.S. the problem occurred only on MPEG ADTS files. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369488: quodlibet: Fails to play some mp3s with new gstreamer 0.10.6
On 01.06.2006 um 14:07:59 +0200, Loïc Minier wrote: Well, perhaps you can take a free MP3 of some sort and make it have the same symptoms. If we don't have a sample file to test with, I'm afraid it will be hard to fix the problem. OK, here is a small mp3 file which is provided by GNOME as a wav file. I also now remember the tool I used to tag the failing files: It's a small program I wrote back in 2000 to read and write ID3v1 tags (http://sourceforge.net/projects/mp3tool). After tagging the freshly converted file gnomemeeting.mp3, quodlibet doesn't play it anymore. Without the tag it plays nicely. Unfortunately, I can't track down the error any further. I tried replacing all padded spaces in the tag with 0x00, but without success. Also, setting only byte 29 of the comment tag to 0x00 and byte 30 to some tracknumber as specified by IDv1 v1.1 didn't help. Regards, Matthias gnomemeeting.mp3 Description: audio/mpeg signature.asc Description: Digital signature
Bug#369488: quodlibet: Fails to play some mp3s with new gstreamer 0.10.6
On Thu, Jun 01, 2006, Ehud Meiri wrote: I noticed that your gstreamer0.10-plugins-good version is 0.10.2-1. I had the same problem and upgrading this package solved it for me (version 0.10.3-2 from unstable). Possibly other packages from unstable may need to be brought in. P.S. the problem occurred only on MPEG ADTS files. Thanks for pointing this out! -- Loïc Minier [EMAIL PROTECTED]
Bug#369488: quodlibet: Fails to play some mp3s with new gstreamer 0.10.6
Hi, On Thu, Jun 01, 2006, Matthias Rosenkranz wrote: OK, here is a small mp3 file which is provided by GNOME as a wav file. I also now remember the tool I used to tag the failing files: It's a small program I wrote back in 2000 to read and write ID3v1 tags (http://sourceforge.net/projects/mp3tool). After tagging the freshly converted file gnomemeeting.mp3, quodlibet doesn't play it anymore. Without the tag it plays nicely. Unfortunately, I can't track down the error any further. I tried replacing all padded spaces in the tag with 0x00, but without success. Also, setting only byte 29 of the comment tag to 0x00 and byte 30 to some tracknumber as specified by IDv1 v1.1 didn't help. It was brought to my attention that you reported the bug with gstreamer0.10-plugins-good0.10.2-1, could you please pick 0.10.3-2 from unstable and try again? Thanks, -- Loïc Minier [EMAIL PROTECTED]
Bug#369488: quodlibet: Fails to play some mp3s with new gstreamer 0.10.6
On Thu, Jun 01, 2006, Loïc Minier wrote: It was brought to my attention that you reported the bug with gstreamer0.10-plugins-good0.10.2-1, could you please pick 0.10.3-2 from unstable and try again? (I can play your file here.) -- Loïc Minier [EMAIL PROTECTED]
Bug#369488: quodlibet: Fails to play some mp3s with new gstreamer 0.10.6
Shall I forward or reassign this bug to libgstreamer0.10-0? Regrads, Matthias signature.asc Description: Digital signature
Bug#369488: quodlibet: Fails to play some mp3s with new gstreamer 0.10.6
reassign 369488 gstreamer0.10-plugins-base thanks Tentatively I'm going to guess this is a typefinding problem, since that causes most of the issues with MP3s. Punting to plugins-base, since I'm not sure what the correct protocol is for getting samples of bad MP3s. -- Joe Wreschnig [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Bug#369488: quodlibet: Fails to play some mp3s with new gstreamer 0.10.6
Package: quodlibet Version: 0.20.1-1 Severity: important After an upgrade to libgstreamer 0.10.6 yesterday quodlibet fails to play some mp3s, but plays others. I haven't found a pattern which one it likes and which one it doesn't, yet. The actual error box says: Unable to play song GStreamer was unable to load the selected song. GStreamer encountered a general stream error. Maybe this should be a gstreamer bug, but I'm not sure. Downgrading to libgstreamer 0.10.5 fixes the bug. Regrads, Matthias -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.4 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages quodlibet depends on: ii exfalso 0.20.1-1 audio tag editor for GTK+ ii gstreamer0.10-plugins-base0.10.7-2 GStreamer plugins from the base ii gstreamer0.10-plugins-good0.10.2-1 GStreamer plugins from the good ii gstreamer0.10-plugins-ugly0.10.3-1 GStreamer plugins from the ugly ii python2.3.5-5An interactive high-level object-o ii python-gst0.100.10.2-1 generic media-playing framework (P Versions of packages quodlibet recommends: ii gstreamer0.10-alsa0.10.7-2 GStreamer plugin for ALSA ii gstreamer0.10-gnomevfs0.10.7-2 GStreamer plugin for GnomeVFS pn python-feedparser none (no description available) ii quodlibet-ext 0.20.1-1 extensions for the Quod Libet audi -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369488: quodlibet: Fails to play some mp3s with new gstreamer 0.10.6
On 30.05.2006 um 03:04:56 -0500, Joe Wreschnig wrote: What happens if you run $ gst-launch-0.10 playbin uri=file:///path/to/file.mp3 With a non-working mp3: Setting pipeline to PAUSED ... Pipeline is PREROLLING ... FEHLER: Von Element /playbin0/source: Internal data flow error. Zusätzliche Debugginginformation: gstbasesrc.c(1510): gst_base_src_loop (): /playbin0/source: streaming task paused, reason not-negotiated ERROR: pipeline doesn't want to preroll. Setting pipeline to NULL ... FREEING pipeline ... And with a working on: Setting pipeline to PAUSED ... OIL: ERROR liboiltest.c 403: oil_test_check_impl(): function merge_linear_u8_sse2 in class merge_linear_u8 failed check (7431 0) || (outside=0) OIL: ERROR liboiltest.c 403: oil_test_check_impl(): function merge_linear_u8_mmx in class merge_linear_u8 failed check (7871 0) || (outside=0) Pipeline is PREROLLING ... Pipeline is PREROLLED ... Setting pipeline to PLAYING ... New clock: audioclock2 Caught interrupt -- Pausing pipeline. Pipeline paused. WARNING: Element playbin0 warns: pipeline interrupted Element playbin0 has gone from PLAYING to PAUSED, quitting. Execution ended after 5752558000 ns. Setting pipeline to PAUSED ... Setting pipeline to READY ... Setting pipeline to NULL ... FREEING pipeline ... I interrupted the working one by hand. Regards, Matthias signature.asc Description: Digital signature
Bug#369488: quodlibet: Fails to play some mp3s with new gstreamer 0.10.6
On Tue, 2006-05-30 at 09:34 +0200, Matthias Rosenkranz wrote: After an upgrade to libgstreamer 0.10.6 yesterday quodlibet fails to play some mp3s, but plays others. I haven't found a pattern which one it likes and which one it doesn't, yet. The actual error box says: Unable to play song GStreamer was unable to load the selected song. GStreamer encountered a general stream error. Maybe this should be a gstreamer bug, but I'm not sure. Downgrading to libgstreamer 0.10.5 fixes the bug. This is almost certainly a GStreamer bug. What happens if you run $ gst-launch-0.10 playbin uri=file:///path/to/file.mp3 ? -- Joe Wreschnig [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
