Machine gun noise

昨天Marco加了vPort出來到audio fringer的buffer size, 從50ms to 750ms, 似乎是有解，但是偶爾還是會發生，不過Roger說這樣的話應該就是Android來不及處理，跟我們無關。

Thanks Olivers suggestion for machine gun noise

1.      Check if using G.729 has higher such noise chance than G.711.

2.      When use G.711, put pockets by using iperf or smartbit to check if machine gun noise is more serious.

3.      What is your WiFi driver implement method, work queue or tasklet?

4.      Would it be possible to use one version that is only can make call, without all other drivers to verify?

In parallel, we will implement a code to check MHz utilization and release to you tomorrow.

4/15/2011

1. MSI在WiFi lab內測試，發現還是有機關槍聲，所以他們認為在傳送過程中掉封包是可以排除
2. Jon認為是Jitter buffer來不及處理，也就是CPU不夠力，不夠力的原因可能是我們的D2C耗掉過多資源，所以才要用ZB已經解決的版本來試試。
 It’s more like our jitter buffer is underrun.  I was guessing that it is due to high CPU utilization of D2C (same problem as Johor and FSL), so that it causes the late arrival of incoming audio packets, and thus got dropped by the jitter buffer.  
3. RY認為還要檢查PLC, Adaptive Jitter Buffer是否開啟。另外還建議要錄PCM
4.