Yes, i'll keep constant and egual the sampling rate on both receiver and trasmitter to avoid problems. Instead i'll play on the playback rate as Skype actually seems to do. Sometimes while talking with Skype i hear my pair audio played back very fast for some ms of time. Skype engineers may have thought: "when we've accumulated too much data in the receiver buffer, let's playback it very fast for some ms, the human brain will almost not notice it though, and if there is silence let's discard something...".<br><br>Those "" above are suppositions.<br><br>Anyway silence sometimes is needed, it is part of a so it's not that easy.<br>I imagine another approach, since i realized the receiver and trasmitter will not have the same clock reference, to keep the receiver buffer level constant (and with less latency possible) i may rise and reduce the playbackrate slightly during runtime. This approach is actually working in my loopback test, but i've not tried it yet with voice over
the net. I'm not noticing quality differences if i just vary the playback rate slightly (no more than 2% - 3%). This approach would just need a control on the receiver part buffer which continuously check how much it is full/empty and vary the playback rate accordingly to keep it constant.<br><br>Though i maybe wrong on this approach, there could be something better out there in papers.<br>Thanks.<br><br><b><i>John Miles <jmiles@pop.net></i></b> ha scritto:<blockquote class="replbq" style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"> <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1"> <meta content="MSHTML 6.00.6000.16441" name="GENERATOR"> <div><span class="343242520-05062007"><font color="#0000ff" face="Arial" size="2">It is a good idea not to use sample rates other than 44100 or 48000 Hz for your final audio I/O. The chipset people just do not give a crap about rates other than that.
They don't see a problem with giving you 11100 Hz when you ask for 11025, for instance, even though that's a huge problem for VoIP.</font></span></div> <div><span class="343242520-05062007"><font color="#0000ff" face="Arial" size="2"></font></span> </div> <div><span class="343242520-05062007"><font color="#0000ff" face="Arial" size="2">Ultimately you need to be prepared to resample to one of the de-facto 'standard' rates if timing is important.</font></span></div> <div><span class="343242520-05062007"><font color="#0000ff" face="Arial" size="2"></font></span> </div> <div><span class="343242520-05062007"><font color="#0000ff" face="Arial" size="2">-- john</font></span></div> <blockquote style="border-left: 2px solid rgb(0, 0, 255); padding-left: 5px; margin-left: 5px;"> <div class="OutlookMessageHeader" dir="ltr" align="left"><font face="Tahoma" size="2">-----Original Message-----<br><b>From:</b> speex-dev-bounces@xiph.org
[mailto:speex-dev-bounces@xiph.org]<b>On Behalf Of </b>marzullo maio<br><b>Sent:</b> Tuesday, June 05, 2007 10:06 AM<br><b>To:</b> speex-dev@xiph.org<br><b>Subject:</b> [Speex-dev] Output sampling rate slightly increased. Will speexcomplain?<br><br></font></div>I noticed my latency is gradually increasing in my audio loopback test application. I just hear what i say, encoding and decoding on the fly.<br>I suppose 8000 Hz for the output device is not 8000 Hz for the input one, they differs since they could refer to different time generators (i suppose...).<br><br>To solve the problem i rised the output sampling rate from 8000 to 8200 Hz, and now i'm not accumulating latency anymore. The quality remains practically the same. The input sampling rate is still 8000 Hz. That's it, i just need a faster consumer (audio output) than producer (audio input).<br><br>Actually i'm telling the encoder/decoder i'm sampling at 8000 Hz either for input
and output. Should i tell speex i'm using this trick?<br><br>Please give me some suggestions, should the speex be involved in some way?<br>I'm not experiencing any noticeable difference through except the latency which is now constant.<br><br>Could be another solution to the latency rising issue?<br><br>Thanks.<br> <div><font color="#0000ff" face="Arial" size="2"></font></div></blockquote>_______________________________________________<br>Speex-dev mailing list<br>Speex-dev@xiph.org<br>http://lists.xiph.org/mailman/listinfo/speex-dev<br></blockquote><br><p> 
<hr size=1><font face="Arial" size="2"><hr size=1><font face="Arial" size="2">L'email della prossima generazione? Puoi averla con la <a href="http://us.rd.yahoo.com/mail/it/taglines/hotmail/nowyoucan/nextgen/*http://it.docs.yahoo.com/nowyoucan.html">nuova Yahoo! Mail</a></font>