You are exactly right!

My music files are all stored in WAV format, 16-bit PCM 44.1KHz.  So it
would consume a little bit less 1.5Mbps bandwidth.  I did not know that
when streaming through iTune, slimserver does MP3 real-time encoding
with 320K as the defalut bitrate, which explains why iTune plays the
stream without any problem.

Once I scaled the bitrate to 320K in the player setting, everything
works perfect now.  I even changed the audio buffer back to the default
128000 without incurring any problem.  I left the control user interface
settings (scroll rate, etc) alone.

HTH, thank you so much!  You made my day!

---Wei

gorstk Wrote: 
> 
> What music format are you trying to stream?
> 
> Using localhost:9000/stream.mp3 converts everything to a 320kbps
> 
> If you are streaming flac (which is what you would be doing if you are 
> sending anything other than an mp3 file to softsqueeze/SB2) the 
> bandwidth required is 3x that (~900kbps)
> 
> The way around it is to use the web interface --> player settings --> 
> audio --> bitrate limiting --> set to 320 (or lower if needed).
> 
> The other thing is that sending the players user interface (i.e. the 
> scrolling menus etc) takes bandwidth so you may want to reduce the 
> quality of this. player settings --> display --> scroll rate and scroll
> 
> pixels. I have mine set to 0.03, 0.03, 2 and 2 for my local LAN (makes 
> for much better display of scrolling than the defaults) however this 
> uses a lot of bandwidth. I do not know what the default settings are at
> 
> present as there was talk about increasing the quality of the defaul.
> (I 
> do not know how applicable these settings are for softsqueeze/SB2).
> 
> HTH


-- 
wei
------------------------------------------------------------------------
wei's Profile: http://forums.slimdevices.com/member.php?userid=2414
View this thread: http://forums.slimdevices.com/showthread.php?t=18716

_______________________________________________
Discuss mailing list
[email protected]
http://lists.slimdevices.com/lists/listinfo/discuss

Reply via email to