06-17-2010 08:39 AM
In the later 5.0 OS leaks the audio buffer is back to the original in 4.6.
I saw this first on OS 184.108.40.2066 on the 9700 and 220.127.116.111 on the 9000 and 8900.
I haven't found any info from RIM about this myself.
I am implementing a G729 codec now. So far I haven't been able to to find any
codec that is fast enough on the BB. I have tried GSM and it took from 50-300ms
to decode a 20ms frame....
06-17-2010 03:28 PM - edited 06-17-2010 03:30 PM
Wow. 50-300ms to decode 20ms frame.
Why do you have implemented in the first place? The player is able to play GSM directly. As far as capturing, you can specify the buffer size so the recorder can update your app more frequently.
BTW. Where can I get a hold of that leak OS 18.104.22.1686 and later?
06-17-2010 03:36 PM
Thanks. Will Check.
I though the audio recorder can direct capture audio in GSM format. I played with it a long while ago. Their GSM format is not the format commonly used in many applications and I couldn't find any RIM documentation on the mapping of the fields.
06-17-2010 03:58 PM - edited 06-17-2010 03:58 PM
But capturing is not GSM 6.10 is it?
Hmm. It might not be. However, the packet length matches that of GSM 6.10, but the format does not. I messed with it long time ago. Hope RIM can come clean on this.
06-21-2010 07:12 PM - edited 06-21-2010 07:14 PM
Check crackberry right now. 22.214.171.1243 just went official from Rogers.
The buffering in 743 is really big. Causing big delay for internet radio. I have not tried the .656 and .681 version yet. Don't think they are that much different.
06-25-2010 06:47 PM - edited 06-25-2010 11:13 PM
The delay problem is not just from player buffering. There is also OS delay, router delay, internet delay. I have seen the BB OS (when it is processing push emails, notifications, and data from other running apps) buffering timely arrived UDPs and delievering them to the application in very short successions. Keep in mind during this time, the player is stalled and nothing comes out of the speaker. When the voice data finally gets to the player, they are played at normal speed. The problem is. The delays adds up and eventually, the audio lags. I have seen this happened many times and the lag can range from half a second to more than a few seconds. You have call started perfect and as the conversation goes on, the lag becomes more and more noticible and eventually unacceptable. The BlackVoib team worked very hard to eliminate the lags to almost nothing by employing AI heuristics. You can try it out youself and it is available for download.
07-09-2010 05:49 AM
"The BlackVoib team worked very hard to eliminate the lags to almost nothing by employing AI heuristics. You can try it out youself and it is available for download."
Interesting. Would be nice if you could share some of the info or Ideas