<div dir="ltr"><div><br></div>Hi Tim,<br><br><div><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
On Thu, 2013-09-05 at 08:21 +0530, Vignesh Raman wrote:<br>
<br>
> This seems to be a race condition between threads, but I'm not sure.<br>
<br>
Out of curiosity, what makes you suspect it's a race and not e.g. a<br>
scheduling issue? (e.g. the capture thread or render thread don't get<br>
scheduled for a while, causing the glitch)<br></blockquote><div><br>Since its a multi threaded application, my guess was it could be a race condition between threads.<br> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

<br>
Have you tried playing with the buffer sizes in sink/src?<br></blockquote><div><br>The buffer-time (Size of audio buffer in microseconds) of alsa source is default set to 200ms. The buffer-time and actual-buffer-time of alsa source was changed to 23ms in the application code. The application was also not bound to single processor by removing 'taskset' during launching it. With this the audio glitch was not seen when ipod is disconnected during playback.<br>
<br>But could this be solved in GStreamer, if its really a problem in GStreamer ?<br><br>There were some patches which address some issues when usb is disconnected,<br><a href="https://bugzilla.gnome.org/show_bug.cgi?id=690197">https://bugzilla.gnome.org/show_bug.cgi?id=690197</a><br>
<br>Is the issue mentioned in the bug related to the glitch issue.<br><br>I'm also not getting how 'taskset' is actually solving the issue. Does the scheduling happen without any delay when taskset is used. <br>
</div><div> <br></div><div>Regards,<br></div><div>Vignesh.<br></div></div></div></div></div>