<div class="gmail_quote"><div>Hi all,<br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="gmail_quote"><div class="im"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div><div><br>
&gt; Does turning sink off just result in the sink rendering it as soon as<br>
&gt; it gets data?<br>
<br>
</div></div>Essentially, yes. Data is played when it arrives when sync=false. When<br>
sync=true, it uses the timestamps on the buffers to wait for right time<br>
for playback. If the playback is stuttering this is usually because of<br>
a) starvation, something is not feeding data fast enough b) bad<br>
timestamps c) not enough CPU power to decode things. a) is unlikely with<br>
a default jitterbuffer of 3secs in rtspsrc c) is also unlikely if it&#39;s<br>
smooth with sync=false. So, it&#39;s likely b) bad timestamps. Make sure you<br>
have a recent ffmpeg package (reordered buffers had bad timestamps in<br>
earlier versions). The payloader is probably fine, even for slightly<br>
older versions.</blockquote></div><div><br>I think also it is unlikely a) or c), because my dev box is an el-cheapo Intel PC (where it works), and the test machine is a fairly new Dell server (where it doesn&#39;t work), so it has a lot more CPU power...<br>

<br>I&#39;ll investigate b) though, especially since hardy ubuntu packages are likely a bit older than the most recent versions of things...<br></div></div></blockquote></div><br>Just another thought I had while drifting off to sleep last night... :-)<br>
<br>One of the major hardware differences between my dev box (working) and the test machine (stuttering), is that my dev box has a sound card, whereas the test machine does not.  Could it be that one of the gstreamer elements/clocks is trying to access the clock on the soundcard, and therefore failing because of course there isn&#39;t one?<br>
<br>Having said that, I have done a couple of other tests on the test machine:<br><br>1) playback from a quicktime movie file containing mp4v video, no audio - playback is smooth.<br>2) playback from a quicktime movie file containing h264 video + some sort of mpeg audio - playback is smooth also, although get the following message: &quot;** Message: don&#39;t know how to handle audio/mpeg...&quot; which I guess is expected seeing as there is no soundcard.<br>
<br>Cheers,<br>Jono<br><br><br>