Hi,<br><br>sorry for double posting, I&#39;ve forgot to add a few comments in my previous email.<br><br><div class="gmail_quote">On Mon, Oct 18, 2010 at 9:03 PM, Wes Miller <span dir="ltr">&lt;<a href="mailto:wmiller@sdr.com">wmiller@sdr.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><br>
Marco et al,<br>
<br>
<br>
Ok, new pipelines with rtpbin.  These work though I am not sure they are<br>
completely correct.<br>
<br>
SENDER &lt;&gt;&lt;&gt;&lt;&gt;&lt;&gt;&lt;&gt;&lt;&gt;&lt;&gt;&lt;&gt;&lt;&gt;&lt;&gt;&lt;&gt;&lt;&gt;&lt;&gt;&lt;&gt;&lt;&gt;&lt;&gt;<br>
<br>
gst-launch-0.10 -v gstrtpbin name=rtpbin \<br>
         alsasrc do-timestamp=true \<br>
            ! queue \<br>
            ! audioresample \<br>
            ! audioconvert \<br></blockquote><div><br>Are the audioresample/audioconvert necessary? What if you use pulsesrc / pulsesink and remove them?<br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

<div class="im">            ! dmaienc_aac outputBufferSize=10000000 outputformat=2 \<br>
</div>            ! rtpmp4apay         \<br>
            ! rtpbin.send_rtp_sink_1 \<br>
         rtpbin.send_rtp_src_1 \<br>
            ! udpsink port=5002 host=$1  ts-offset=0 name=artpsink \<br>
         rtpbin.send_rtcp_src_1 \<br>
            ! udpsink port=5003 host=$1 sync=false async=false<br>
name=artcpsink \<br>
         udpsrc port=5007 name=artpsrc \<br>
            ! rtpbin.recv_rtcp_sink_1<br>
<br>
<br>
RECEIVER &lt;&gt;&lt;&gt;&lt;&gt;&lt;&gt;&lt;&gt;&lt;&gt;&lt;&gt;&lt;&gt;&lt;&gt;&lt;&gt;&lt;&gt;&lt;&gt;&lt;&gt;&lt;&gt;&lt;&gt;<br>
<br>
 gst-launch-0.10  -v gstrtpbin name=rtpbin latency=2000 \<br>
         udpsrc<br>
caps=&quot;application/x-rtp,media=audio,clock-rate=44100,encoding-name=MP4A-LATM,</blockquote><div><br>here clock-rate is the RTP clock, you should set it to a value according with your sample rate, check the caps negotiated from the source element on the sender side to have an hint. You can do this using gst-launch -v<br>
 </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">payload=96&quot;<br>
port=5002 \<br>
            ! rtpbin.recv_rtp_sink_1 \<br>
         rtpbin. \<br>
            ! rtpmp4adepay  \<br>
            ! decodebin     \<br></blockquote><div><br>you don&#39;t need decodebin here. Just put the decoder element.<br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

            ! audioconvert  \<br>
            ! audioresample \<br>
            ! alsasink sync=true \<br></blockquote><div><br>Again, try replacing audioconvert/audioresample/alsasink with a plain pulsesink (if you can ;) ).<br><br>Regards,<br>Marco<br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

         udpsrc port=5002   \<br>
            ! rtpbin.recv_rtcp_sink_1 \<br>
         rtpbin.send_rtcp_src_1 \<br>
            ! udpsink port=5003 host=$1 sync=false async=false<br>
<br>
<br>
I am still getting playback that is too fast and choppy.  Sounds like the<br>
receiver pipe is just playing each packet too fast.  I don&#39;t think I&#39;m<br>
loosing any of the music, it just plays each packet too fast and has a dead<br>
spot in between them.  Imagine the Moody Blues sung by the Chipmunks with<br>
hiccups.<br>
<br>
So, first, do I haave the ports mapped correctly?  Am I missing any<br>
connections between the rtpbin in&#39;s and out&#39;s?<br>
<br>
Secondly, is there a retimesynch trick I can use?  Replacing alsasink with<br>
fakesink -v tells me that the packets are timestamped and that the durations<br>
match the time between timestamps.<br>
<br>
I really intend to replace the mp3 player I am using with a microphone.  The<br>
Leopardboard only has linelevel input so I can&#39;t use a mic right now.  If<br>
passing speech, would I be more likely to hear the speed=up and gaps?  Will<br>
speex through an rtpxxxpayloader still cause me to need 4k of Caps?<br>
<br>
Thanks,<br>
<br>
Wes<br>
<font color="#888888"><br>
<br>
<br>
<br>
<br>
<br>
<br>
--<br>
View this message in context: <a href="http://gstreamer-devel.966125.n4.nabble.com/Choppy-Audio-over-UDP-tp2997741p3000742.html" target="_blank">http://gstreamer-devel.966125.n4.nabble.com/Choppy-Audio-over-UDP-tp2997741p3000742.html</a><br>

</font><div><div></div><div class="h5">Sent from the GStreamer-devel mailing list archive at Nabble.com.<br>
<br>
------------------------------------------------------------------------------<br>
Download new Adobe(R) Flash(R) Builder(TM) 4<br>
The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly<br>
Flex(R) Builder(TM)) enable the development of rich applications that run<br>
across multiple browsers and platforms. Download your free trials today!<br>
<a href="http://p.sf.net/sfu/adobe-dev2dev" target="_blank">http://p.sf.net/sfu/adobe-dev2dev</a><br>
_______________________________________________<br>
gstreamer-devel mailing list<br>
<a href="mailto:gstreamer-devel@lists.sourceforge.net">gstreamer-devel@lists.sourceforge.net</a><br>
<a href="https://lists.sourceforge.net/lists/listinfo/gstreamer-devel" target="_blank">https://lists.sourceforge.net/lists/listinfo/gstreamer-devel</a><br>
</div></div></blockquote></div><br>