Thank you for visiting the BlackBerry Support Community Forums.
BlackBerry will be closing the BlackBerry Support Community Forums Device Forums on April 1st (Developers, see below)
BlackBerry remains committed to providing excellent customer support to our customers. We are delighted to direct you to the CrackBerry Forums, a well-established and thorough support channel, for continued BlackBerry support. Please visit http://forums.crackberry.com or http://crackberry.com/ask. You can also continue to visit BlackBerry Support or the BlackBerry Knowledge Base for official support options available for your BlackBerry Smartphone.
"When we launched CrackBerry.com 10 years ago, we set out to make it a fun and useful destination where BlackBerry Smartphone owners could share their excitement and learn to unleash the full potential of their BlackBerry. A decade later, the CrackBerry community is as active and passionate as ever and I know our knowledgeable members and volunteers will be excited to welcome and assist more BlackBerry owners with their questions."
- Kevin Michaluk, Founder, CrackBerry.com
Developers, for more information about the BlackBerry Developer Community please review Join the Conversation on the BlackBerry Developer Community Forums found on Inside BlackBerry.
03-12-2011 08:55 PM
I've searched on google with no luck on this one.
I am trying to impliment a custom datasource for limitedratestreaming as seen in many online examples. My problem occurs when the players bytearrayoutputstream reaches the 204800 offset. The offset then resets back to 0 and the len is then asking for 204800 again.
Why is the player only satisfied with 204800 byte streams?
Example (.... read(byte  b, int off, int len)
What exactly happens here?
I realize the player sets the offset to 0, but is it a new instance of custom sourcestream?
B/C early ... during setup... GetStreams is called 2 times. Content Length is called 3 or 4 times. Does that mean that 2 streams are returned to use? When one dies the next is used for continuous flow?
I start printing debug info when the offset reaches near 200 k.
I receive the following error in simulator ...
Ive never seen this RT IOException: java.io.IOException RimStreamingWriteBuffer failed.
It also seems like it dies right after those 2 VM:NCICv commands at the end. But i cant tell what those mean. They look similar to when the debugger picks up a wifi connection after restarting the wifi connection.
03-15-2011 12:47 AM
i am facing the same problem for os 5.0.i have solved the prolblem for os 4.6 and in os 6.0 it does not go to error condition ,it continuosly request and buffer. anyone solved this for os 5.0? specially for bold 9700
03-15-2011 03:41 AM
can you please post the code snippet here.
I worked on the BOLD 9700 5.0 device and i did not face such an issue.
I used PIpedIO stream (not available in RIM , used the core java class)for bufferring the data.
03-15-2011 04:17 AM
i have seen pipedinputstream but that is not efficient so i have built my own customized inputstream for player and i am getting same problem . have you tested loopback or stream getting from network? i have not faced problem for loopback recording and playing at same time. i am getting that problem when i am playing data getting from network...