<div dir="ltr"><div>I am finally making some progress! I set the min-latency to 8000000000 which obviously causes a huge delay, but does allow audio to play. When I stop sending audio I get a "Got Underflow" error from pulsesink and then audio does not play again until I restart the application. Also, the audio does not sound great. It's almost like it's playing under speed, sounds a bit lower than expected. I have to set the volume to at least 2 to be able to hear the audio well.</div><div><br></div><div>Is there a way to compensate for the timestamps coming in from the source without introducing a large delay? I am guessing that since I am basically just passing the opus from Zello through my application that the origins opus timestamp is being used, which of course would be well past when my app starts playing.</div><br clear="all"><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">All the best,<br>Kyle Gibbons<br><br></div></div></div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Nov 24, 2021 at 8:02 AM Kyle Gibbons <<a href="mailto:kyle@kylegibbons.com">kyle@kylegibbons.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>I wanted to add that when there is data coming in the samples and buffers should be consistent, but because the ultimate source is a walkie-talkie like interface, there is not always audio coming in. We only send data to gstreamer when there is audio coming into the system over the network, we do not send silence. I did try starting the stream before the application so there was essentially always audio flowing in, but that made no difference.</div><br clear="all"><div><div dir="ltr"><div dir="ltr">All the best,<br>Kyle Gibbons<br><br></div></div></div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Nov 24, 2021 at 7:00 AM Kyle Gibbons <<a href="mailto:kyle@kylegibbons.com" target="_blank">kyle@kylegibbons.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Tim,</div><div><br></div><div>Thanks for the reply. I tried adding min-latency of 40000000, 60000000, 100000000, and 1000000000 to no avail.</div><div><br></div><div>The buffers and number of samples should be consistent. The audio comes from another service I wrote using Go and Pion which gets its audio from the Zello API (<a href="http://zello.com" target="_blank">zello.com</a>)</div><br clear="all"><div><div dir="ltr"><div dir="ltr">All the best,<br>Kyle Gibbons<br><br></div></div></div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Nov 24, 2021 at 6:48 AM Tim-Philipp Müller via gstreamer-devel <<a href="mailto:gstreamer-devel@lists.freedesktop.org" target="_blank">gstreamer-devel@lists.freedesktop.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi Kyle,<br>
<br>
> But this doesn't:<br>
> <br>
> appsrc is-live=true do-timestamp=true name=src ! queue ! opusparse !<br>
> opusdec ! audioconvert ! audioresample!  queue ! pulsesink<br>
<br>
<br>
Try adding appsrc min-latency=40000000 (=40ms in nanoseconds) or such.<br>
<br>
You might have to experiment with the values.<br>
<br>
Do you always push in buffers of the same size / number of samples?<br>
Where do you get the audio data from?<br>
<br>
Cheers<br>
 Tim<br>
</blockquote></div>
</blockquote></div>
</blockquote></div>