<div>Hi Marc-André & iordanov</div><div><blockquote type="cite">The gstreamer backend should be improved, with the end goal to drop the pulse backend. But changing latency dynamically with GStreamer seems to be tricky. Help welcome!</blockquote><div>It's really problem as Marc said about for latency of gstaudio, it's pretty in some pure audio case like music, of cause it has terrible performance problems with video streaming, i suggest that</div><div><br></div><div>you can change this option (enable audio) dynamically in the spice session and disable the audio output in my choice by default.</div><div> </div></div>
<div><div><br></div><div>Thanks,</div><div><br></div><div>- Jojo</div><div><br></div></div>
<p style="color: #A0A0A8;">在 2013年9月21日星期六，上午12:10，i iordanov 写道：</p>
<blockquote type="cite" style="border-left-style:solid;border-width:1px;margin-left:0px;padding-left:10px;">
<span><div><div><div>Hi Jojo and SPICE developers,</div><div><br></div><div>First of all, Jojo, thank you for your contribution to aSPICE. I am</div><div>currently working on integrating your audio code into the main trunk.</div><div><br></div><div>I have also noticed that audio and video get out of sync. The issue</div><div>seems to be more severe when the bandwidth of the connection is lower.</div><div>At home, my phone achieves about ~21Mbit/s with my current router, and</div><div>at work it achieves ~38Mbit/s. At 21Mbits/s, the issue is quite</div><div>severe, but at 38Mbit/s it is a lot less noticeable. My hypothesis is</div><div>that the sync issue occurs in part due to bandwidth limitations.</div><div>Perhaps with a 802.11N device that is connected at 150Mbit/s or more,</div><div>the issue will not be nearly as noticeable. A typical test of mine</div><div>consists of playing a video through youtube, keeping the video size</div><div>default. Can somebody comment on the bandwidth requirements of such a</div><div>scenario and whether my observations are in line with expectations?</div><div><br></div><div>Regardless of what is exacerbating the out of sync issue, in the</div><div>future we should be making use of timestamps in order to ensure that</div><div>audio and video are synced even in scenarios with limited bandwidth.</div><div>This would require dropping either audio packets or video frames, and</div><div>we can have an option that controls which one is prioritized. Can</div><div>somebody comment on that?</div><div><br></div><div>I am thinking that performance will be impacted by audio for the</div><div>majority of users at the moment, and there should be an option to turn</div><div>it on or off. I have not made up my mind what the default should be,</div><div>though, what do you guys think?</div><div><br></div><div>Thanks!</div><div>iordan</div><div><br></div><div>On Sun, Sep 8, 2013 at 11:45 AM, jojo <<a href="mailto:rjiejie@gmail.com">rjiejie@gmail.com</a>> wrote:</div><blockquote type="cite"><div><div>Hi,</div><div>Is someone maintaining the playback channel of gstaudio ?</div><div><br></div><div>it looks like behind pulseaudio with some feature :(</div><div><br></div><div>Thanks,</div><div><br></div><div>- Jojo</div><div><br></div><div>在 2013年9月6日星期五，上午11:00，jojo 写道：</div><div><br></div><div>Hi,</div><div>I use "gstaudio" to enable the audio output in android platform,</div><div><br></div><div>but there is the sync issue with this approach, it looks like the pulse</div><div>audio is</div><div><br></div><div>the better choice.</div><div><br></div><div>I research some pulse audio porting in android, some ugly problem looks like</div><div>bellow which i think about :</div><div><br></div><div>* much more device(driver) maybe can not used by PA, they implement with HAL</div><div>layer with AudioFlinger</div><div><br></div><div>* can not use PA as the regular NDK app in NDK, this will be done by OEM in</div><div>their device</div><div><br></div><div>am i right ?</div><div><br></div><div>Thanks,</div><div><br></div><div>- Jojo</div></div></blockquote><div><br></div><div><br></div><div><br></div><div>-- </div><div>The conscious mind has only one thread of execution.</div></div></div></span>
</blockquote>
<div>
<br>
</div>