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]
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,
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]
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
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
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
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
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.
--
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
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
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
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]
Shall I forward or reassign this bug to libgstreamer0.10-0?
Regrads,
Matthias
signature.asc
Description: Digital signature
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
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
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
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
17 matches
Mail list logo