Bug#383825: /usr/lib/gstreamer-0.10/libgstmad.so: id3mux plugin eats files

Sebastian Dröge slomo at uni-paderborn.de
Tue Feb 19 13:29:39 UTC 2008


Am Dienstag, den 19.02.2008, 08:19 -0500 schrieb Daniel Jacobowitz:
> On Tue, Feb 19, 2008 at 06:37:31AM +0100, Sebastian Dröge wrote:
> > Would be nice if you could attach such a broken file to the bug
> > report :)
> > 
> > You could for example create a test file via
> > gst-launch-0.10 audiotestsrc num-buffers=1000 ! lame ! filesink
> > location=test.mp3
> > 
> > Then use easytag to add tags to that file and then
> > 
> > gst-launch-0.10 filesrc location=test.mp3 ! decodebin ! lame ! id3mux !
> > filesink location=test2.mp3
> > 
> > to create a test2.mp3 with the tags you set in easytag, but written by
> > id3mux.
> 
> Hmm, that doesn't work:
> 
> Setting pipeline to PAUSED ...
> Pipeline is PREROLLING ...
> ERROR: from element /pipeline0/filesrc0: Internal data flow error.
> Additional debug info:
> gstbasesrc.c(2165): gst_base_src_loop (): /pipeline0/filesrc0:
> streaming task paused, reason not-linked (-1)
> ERROR: pipeline doesn't want to preroll.
> Setting pipeline to NULL ...
> FREEING pipeline ...
> 
> It works if I add audioconvert, but the resulting file has no ID3 tags
> with either id3mux or id3v2mux.

Right, the audioconvert was missing. Well, this doesn't make sense :)
Could you add the -t parameter right after gst-launch-0.10 for the
encoding pipeline (and make sure your original file has tags).

Could you still attach such a file with broken tags here?

You use the latest gstreamer versions from unstable?






More information about the Pkg-gstreamer-maintainers mailing list