<div dir="ltr"><div><div><div><div><div>Hi Tim-Philipp.<br><br></div>Thanks for the prompt answer. Looks promising. Looking forward to test. If I read it right, the code is already in the git-master for plugins-bad? Will it be in 1.1.4 also or 1.1.5? Is there a plan for which stable version it will be in. Tried to find the answer to that in the many messages, but failed.<br>
</div><br></div>BTW on the page <a href="http://gstreamer.freedesktop.org/modules/">http://gstreamer.freedesktop.org/modules/</a> the links to version 1.1.4 all have a %0A in the end of the link rendering them unusable without a manual editing. Not a big problem, just an annoyance though.<br>
<br></div>Best regards<br></div>Peter<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Sep 12, 2013 at 11:32 PM, Tim-Philipp Müller <span dir="ltr"><<a href="mailto:t.i.m@zen.co.uk" target="_blank">t.i.m@zen.co.uk</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Thu, 2013-09-12 at 17:46 +0200, Peter Maersk-Moller wrote:<br>
<br>
Hi,<br>
<div class="im"><br>
> In the last couple of month every now and then there has been mails on<br>
> converting between raw and ADTS AAC suggesting using aacparse pretty<br>
> much like h264parse works converting between NAL and AU delimited h264<br>
> streams. Nevertheless, as also stated in mails, aacparse does not yet<br>
> have that capability.<br>
><br>
><br>
> Is an AAC adts to raw converter something that is in the development<br>
> plans for GStreamer in a foreseeable future? Can it be that difficult<br>
> to rip off the ADTS encapsulation (asking without knowing the full<br>
> implication I admit)?<br>
<br>
</div>I believe this is supposed to be implemented in git master / 1.1.x, see<br>
<br>
 <a href="https://bugzilla.gnome.org/show_bug.cgi?id=615740" target="_blank">https://bugzilla.gnome.org/show_bug.cgi?id=615740</a><br>
<br>
Cheers<br>
 -Tim<br>
<div class="im"><br>
><br>
> Why this is interesting is because various modules requires various<br>
> format of AAC making reuse of the same AAC stream difficult.<br>
><br>
><br>
> flvmux wants a raw aac stream while mpegtsmux wants a adts stream. Now<br>
> mpegtsmux says it can handle both raw and adts, which may or may not<br>
> be true, but I believe the TS format specify the AAC stream when<br>
> leaving the muxer to be ADTS formatted inside the TS stream. This has<br>
> the complication that in the other end that I can only get a ADTS<br>
> stream out of the TS demuxer (tsdemux only supports adts) and only if<br>
> I feed the tsmuxer an ADTS stream. If I feed the TS muxer a raw stream<br>
> and and ask the demuxer to demu it, the result is varying and often<br>
> leading to a permanent preroll.<br>
><br>
><br>
> Kind regards<br>
><br>
> Peter Maersk-Moller<br>
><br>
</div>> _______________________________________________<br>
> gstreamer-devel mailing list<br>
> <a href="mailto:gstreamer-devel@lists.freedesktop.org">gstreamer-devel@lists.freedesktop.org</a><br>
> <a href="http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" target="_blank">http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a><br>
<br>
<br>
_______________________________________________<br>
gstreamer-devel mailing list<br>
<a href="mailto:gstreamer-devel@lists.freedesktop.org">gstreamer-devel@lists.freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" target="_blank">http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a><br>
</blockquote></div><br></div>