"danstl" wrote:
I think if were to hard code the bitrate of the stream this may help... Otherwise my guess is the roku will buffer "worst case".
StreamBitrates
roArray
Array of bitrates in kbps for content streams
[384, 500, 1000, 1500]
But im not sure if this is supported when doing audio...
Mark,
It only buffers the amount that it calculates that it needs to buffer, based on the bandwidth of the stream and the recent network bandwidth.
in this case it might be time to revise the algorithm 😉
"dupondt" wrote:
Mark,It only buffers the amount that it calculates that it needs to buffer, based on the bandwidth of the stream and the recent network bandwidth.
in this case it might be time to revise the algorithm 😉
Buaboo is talking of audio-only streams, and according to his posts in this thread[/url:2mctimun] the Netflix/Amazon Wonderbox-Thingy (TM alanmc) seems to fill the entire ...
Here is my complete setup...
I have on a PC running Squeezecenter Server. This server streams stuff using http://ipaddress:9000/stream.mp3.
. So when a audio device executes that url, it gets an enter in squeezecenter server and it starts to stream mp3s. The wat you control what is being sent to audio device (Roku in this case), is to use a laptop or other device (in my case a palmtx which has wifi), and go to url
. The url will show you the squeezecenter and all the devices it linked to at the moment. You can click on a device on your browser and you have a nifty way to search your collection and then you say play that album or whatever on that device. Once you click the play button, your selection gets put on the stream.mp3 url referenced above.
So, in my case, what is happening is, Roku connects to Squeezecenter server just fine, I can start playing my selection just fine, but what I noticed, is that while the Roku is playing a particular song, it is also download about 64mb (I think) of content. So essentially, after a couple of mins of starting the stream, I could turn of my squeeze center PC and roku could care less.. It will keep playing I assume until the buffer runs dry.
Overall, this is a GREAT thing, however, the issue comes in when, while listening to let's say ACDC music, I want to switch to Phil Colins. Since the so much music is buffered, Phil won't start playing for essentially 35 to 40 mins. This is why I would like to limit the buffering.
The easy answer right now is in the sample audio application, there is a stop play button, so in my example, I start the phil stream while acdc is playing, then I hit stop then play which flushes the buffer and restarts the buffer.. I lose a little of the first song but who cares, its only phil 🙂
Anyway, I hope that makes sense... I am sure noone else likes my setup, but I have gotten used to it based on some other media devices I have.
BTW, if I execute that steam.mp3 url in winamp or mediaplayer on a laptop, it doesn't seem to buffer, so when I change what I want to play, it nearly immediate switch the song on my laptop.
Thank you for the help... I wish I was more of a pgmr to better understand some of the advice and provide the level detail you need.
Let me know if I can explain my setup further...
thx
Edit: In case I haven't said it before, I am using the sample Audio/mp3.brs to test with...
"RokuMarkn" wrote:
Well, I can't tell exactly what's happening without more information. Obviously Pandora and other audio streams start up almost instantly and don't do a lot of pre buffering. I've seen cases like this caused by the script passing an invalid value for the stream bandwidth. That's the first thing I'd check.
--Mark