bpa;257162 Wrote: 
> Minimal s/w development approach - you could consider the following:
> 
> 1. Take the current SqueezeCenter sourceand disable all user menu
> options you don't want to provide to your users. I'm sure some advice
> will be given how to scale to 500 users.
> 
> 2. If MP3 files are on the same server as SqueezeCenter there is no
> need for any more server s/w.
> 
> 3. If MP3 files are on remote servers then you just use standard
> network file shares or could try UPNP server which comes bundled with
> many NAS or Windows. I haven't tested UPNP server with Suqeezecenter
> but I believe it works.
> 

Dear bpa,

thank you for your answer. I want to make some notes on your
recommendations.

If i use a single squeezeCenter (meaning a single slim server on a
single hardware server even with shared hard drives, huge storage,
etc..) like you are recommending above (on 1. 2. 3. ) then my service
will be restricted by the Ethernet bandwith that my server connects to
(usually 100Mbit, which means something like 50-100 concurrent SB
clients)

I am afraid that the solution you recommend doesnt scale. 

for me the best is to seperate the communication level and the delivery
level. 

Think about the architecture below:

[Set of Storage Hard drives (shared)]
|||||
|||||
|||||
12345 .......

where (1), (2), (3), (4), (5), ... will be different hardware servers
doing the delivery of mp3's (maybe icecast servers, web servers, slim
servers or any other recommendation ??)

The architecture will also include (for the communication level) a
slimproto-based server in the front which will make something like
load-balancing.

I dont know what software should i use for both levels. 

bpa;257162 Wrote: 
> 
> 4. Broadcast type servers - try something like icecast.
> To be honest, i have 
> 
> 

Here i need to make a comment. I think that the SB doesnt work properly
(meaning playback) with any server different than slimserver (meaning
for the delivery part).

For example, up to now i have tested SB by using icecast with
ices/ices2 (deliver a playlist including mp3 files or ogg files for the
ices2) and a simple web server to deliver a playlist (including some mp3
files).

For both cases the quality playback was very poor, because the SB was
doing rebuffering all the time. Maybe there are other issues i need to
take into account but i think that delivering mp3 files on SB by using
other software than Slim server is a mess.

Any comment on this?


-- 
moschous
------------------------------------------------------------------------
moschous's Profile: http://forums.slimdevices.com/member.php?userid=14892
View this thread: http://forums.slimdevices.com/showthread.php?t=41937

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

Reply via email to