GNOME Bugzilla – Bug 710255
lamemp3enc ! flvmux - is not linking
Last modified: 2013-10-17 20:01:55 UTC
gst-launch-1.0 audiotestsrc ! lamemp3enc ! flvmux ! fakesink not working Setting pipeline to PAUSED ... Pipeline is PREROLLING ... Redistribute latency... ERROR: from element /GstPipeline:pipeline0/GstAudioTestSrc:audiotestsrc0: Internal data flow error. Additional debug info: gstbasesrc.c(2865): gst_base_src_loop (): /GstPipeline:pipeline0/GstAudioTestSrc:audiotestsrc0: streaming task paused, reason not-negotiated (-4) ERROR: pipeline doesn't want to preroll. Setting pipeline to NULL ... Freeing pipeline ...
Created attachment 257408 [details] [review] patch to fix the bug patch for fix the bug
You have to add mpegaudioparse between encoder and muxer. FLV requires to have one MP3 frame per FLV packet, thus requires framed/parsed input.
framed: true was removed from sink caps of FLVmux inorder to connect faac ! flvmux from this commit http://cgit.freedesktop.org/gstreamer/gst-plugins-good/commit/?id=29effb522a91986ebf96c60e0c6ed0de6ffc385d Does flv also not require one AAC frame per FLV packet ? Why is framed=true was removed from sink caps ?
Because stream-format=raw already implies framed input. For MP3 there's nothing that implies it.
Thanks for the update ! Does not QTmux also expect parsed=true in case of mp3 data for various container formats? Because I see gst-launch-1.0 audiotestsrc ! lamemp3enc ! qtmux ! filesink location=~/sample.mp4 working.
I think so, but not 100% sure right now. Would make sense to file another bug about that. I'm sure it's also wrong in some other muxers.