DM36x TIAudenc1 missing codec_data

Tim-Philipp Müller t.i.m at zen.co.uk
Tue Nov 8 14:16:15 PST 2011


On Tue, 2011-11-08 at 14:08 -0800, Paul Stuart wrote:

>  After digging into why I can not pipe the output of TIAudenc1 into the 
> avimux element, I found that the internal implementation of TIAudenc1 is 
> not packetizing the output into "codec_data" in the caps structure, per 
> this little snippet:
> 
> "Some data streams (like h264, mpeg4, aac), require the generation of 
> the "codec_data" buffer to be passed off band (in the caps of the sink 
> pad), in order to be properly muxed into container formats like mp4 or 
> avi.", 
> (from http://processors.wiki.ti.com/index.php/GStreamer_Plug-in_2.x_Design)
> 
> 
> Since muxing encoded audio into an avi along with one's H.264 video is 
> fundamental to making "talkies", I'm wondering if I have just selected 
> the wrong element for audio encoding element or muxer on the DM36x? I 
> can't be the first person needing to do this.
> 
> Before I dive into changing TIAudenc1 to be "mux-able" I just want to 
> make sure I'm not missing some easier option.

Check if they have some kind of "byte[-]stream" property. If yes, try
setting it to FALSE. Alternatively, put an appropriate parser between
the encoder and the container. If the parser is recent enough, it might
convert into the format/packetisation required.



More information about the gstreamer-devel mailing list