10-29-2011 02:22 PM - edited 10-29-2011 02:52 PM
@schoudhry you are speaking as if your app is the only app running on the BB. LoL.
OK. Even if GC does not happen. Other processes some time will use so much cpu power that causes the read method to be called in a timely fashion and kick the player into buffering mode.
10-30-2011 12:48 AM
10-31-2011 10:59 AM
I am told that the code samples for all DevCon sessions will start to become available over the next few days at the DevCon On-Demand Portal, so it should hopefully be available sometime this week.
10-31-2011 11:19 AM
Please include details of cases where you experienced what you described above or at the very least some test environment setup to reproduce what is claimed. I do realize typically there would be multiple apps running on the device.
Just play a stream using the method in the video and surf the web at the same time and you will see what I meant.
10-31-2011 12:17 PM
Aviator168 wrote:Just play a stream using the method in the video and surf the web at the same time and you will see what I meant.
Just tried it and the player remained in Started state even with 4 different tabs trying to load pages. The algorithm takes into account current time vs player started time. If other processing being done on the system causes the read thread to get less CPU time slices, it will simply mean that more data is written in each read call.
The source code should be available within this week. You will notice that the sample app is actually writing more data than is absolutely required to maintain Started state in each read call. The end-requirements and content type should provide a basis of determining how much more data should be written. In the sample app a value is chosen that prevents us from unnecessarily making too many writes without any observable gain in performance/real-time-ness. The end-result is real-time mixing as well as less battery/processing usage hit.
10-31-2011 03:22 PM
I tried the browsing while streaming test on a Torch 9860. I have previously run the sample on other 6.0 and 7.0 devices without issues as well. I'll try to respond to this thread once the source code becomes available.
10-31-2011 04:58 PM - edited 10-31-2011 05:01 PM
Very nice. Try that on the 9700. Better yet, try it on the 9800 with the virtual keyboard on while rotating the display so it constainly flipping between landscape and portrait mode.