Hi Wes,<br><br>I see from your next post you&#39;ve made a few progresses with alaw which is, (maybe) unfortunately, a codec working @ quite low bitrates. If it&#39;s enough for you to work at such levels you may want to give a try to g729 as well.<br>
<br><div class="gmail_quote">On Tue, Oct 19, 2010 at 5:18 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,<br>
<br>
Better, still not quite right.<br>
<br>
Removing audioconvert and audioresample on both sender and receiver seem to<br>
have little or no effect, so they are now out.<br>
<br>
Pulsesink is working on the receiver (my Linux workstation/host).  I can use<br>
pulsesrc on the sender wince Ti/RidgeRun don&#39;t seem to include the pulse<br>
stuff in their ports of gst.  I keep eading about alsa hardware on the<br>
Leopardboard...???<br></blockquote><div><br>I just suggest you to fix the samplerate between alsasrc and the encoder with fixed caps, something like:<br><br>gst-launch-0.10 alsasrc ! &quot;audio/x-raw-int, rate=44100&quot; ! pulsesink<br>
<br>at least you&#39;ll know which sample rate you&#39;re working at ;)<br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<br>
I used fakesink to get the sender caps (from fakesink0:Gstpad:sink) and I<br>
notice that the ssrc, clock-base and seqnum change every time I run the<br>
pipeline.<br></blockquote><div><br>They&#39;re expected to change each time. Some references:<br><br><a href="http://cgit.freedesktop.org/gstreamer/gst-plugins-good/tree/gst/rtp/README">http://cgit.freedesktop.org/gstreamer/gst-plugins-good/tree/gst/rtp/README</a><br>
 </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<br>
If the clock-base is different each time I start the sender, how can the<br>
receiver ever actually match the sender?<br>
<br></blockquote><div><br>as clock-base is the (stream) initial time, it&#39;s expected to change slightly each time (I guess mainly because of source buffering/processing jitter).  <br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

Is there a tcp-ish way to pass the caps to the receiver and insert them in<br>
the receiver pipeline? (sounds like a great, first, element writing project,<br>
doesn&#39;t it?)<br></blockquote><div><br>yes, there are plenty of standard ways. SIP is an example, but also RTSP and MMS. All of those are excellently implmemented in many gstreamer -based applications and elements.<br>
 </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<br>
I&#39;ve tried to find out what ssrc is/are and can&#39;t find a description.  So<br>
what is it? Does it matter?<br></blockquote><div><br>SSRC is the stream identification used to distinguish it among different communications about two endpoints (thinki about a videocall: audio and video are separate streams). More references here:<br>
<br><a href="http://www.ietf.org/rfc/rfc3550.txt">http://www.ietf.org/rfc/rfc3550.txt</a><br><br>Regards<br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

<br>
As ever, many thanks,<br>
<br>
Wes<br>
<font color="#888888">--<br>
View this message in context: <a href="http://gstreamer-devel.966125.n4.nabble.com/Choppy-Audio-over-UDP-tp2997741p3002180.html" target="_blank">http://gstreamer-devel.966125.n4.nabble.com/Choppy-Audio-over-UDP-tp2997741p3002180.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>