<div dir="ltr"><div><div><div><div><div><div>Hi Sebastian.<br><br></div>Right, the pasted script had a port mismatch although what I tested had the right ports.<br></div>Anyway, I have narrowed it down to this, headline: Streaming AAC using RTP does not work and it seems not related to using rtpbin or at least not that alone. My question to you is then which module should I file the bug under?<br><br></div>I have 3 sender scenarios:<br><br><div style="margin-left:40px">$ AUDIO='audio/x-raw,rate=48000,channels=2'<br>$ gst-launch-1.0 -v audiotestsrc is-live=1 ! $AUDIO ! faac ! queue ! rtpmp4apay ! udpsink host=127.0.0.1 port=14002<br>$ gst-launch-1.0 -v audiotestsrc is-live=1 ! $AUDIO ! avenc_aac  ! queue ! rtpmp4apay ! udpsink host=127.0.0.1 port=14002<br>$ gst-launch-1.0 -v audiotestsrc is-live=1 ! $AUDIO ! avenc_aac compliance=-2 ! queue ! rtpmp4apay ! udpsink host=127.0.0.1 port=14002<br></div><br></div>On the receiving end, you can narrow it down to this:<br><br><div style="margin-left:40px">gst-launch-1.0 -v udpsrc port=14002 caps="application/x-rtp,media=audio,payload=96,clock-rate=48000,encoding-name=MP4A-LATM" do-timestamp=1 ! rtpmp4adepay ! aacparse ! identity silent=0 ! autoaudiosink<br></div><br></div><div>Then you will see no data coming out from <i>aacparse</i>. You can replace <i>aacparse</i> with <i>avdec</i>_aac or <i>decodebin</i>, <i>decodebin</i> probably uses <i>avdec</i>_aac. Using identity before <i>aacparse</i> or <i>avdec_aac</i> reveals DTS and PTS starting nicely from 0.<br></div><br></div>So my question is which module should I file it under? Could be something with rtpmp4apay/depay ?<br><div><div><div><br><br></div><div>Regards<br></div><div>Peter<br></div></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, May 11, 2016 at 8:43 AM, Sebastian Dröge <span dir="ltr"><<a href="mailto:sebastian@centricular.com" target="_blank">sebastian@centricular.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Di, 2016-05-10 at 13:12 +0200, Peter Maersk-Moller wrote:<br>
> Hi Sebastian.<br>
><br>
> Video works fine alone (also works when MP3 audio is included).<br>
> Audio alone works for MP3. Audio never gets to play when using AAC.<br>
> So it does not work for AAC.<br>
><br>
> Audio alone scripts are included for you to verify. With rtpbin, they<br>
> can now hardly be stripped further.<br>
<br>
</span>Your scripts are using different ports as base: 14000 and 14100<br>
<br>
After fixing this, the problem becomes that aacparse can't do anything<br>
with the output of the depayloader for whatever reason. It consumes<br>
buffers but never outputs anything.<br>
<br>
Can you file a bug with simplified and fixed up scripts? E.g. you don't<br>
need the audioparse, or the various capsfilters on the sender.<br>
<div class="HOEnZb"><div class="h5"><br>
--<br>
Sebastian Dröge, Centricular Ltd · <a href="http://www.centricular.com" rel="noreferrer" target="_blank">http://www.centricular.com</a><br>
<br>
</div></div><br>_______________________________________________<br>
gstreamer-devel mailing list<br>
<a href="mailto:gstreamer-devel@lists.freedesktop.org">gstreamer-devel@lists.freedesktop.org</a><br>
<a href="https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" rel="noreferrer" target="_blank">https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a><br>
<br></blockquote></div><br></div>