Re: [RDD] Centralized RD System?

[Dan Mills <dmills@xxxxxxxxxxxxxxxxxxxx>]

On Fri, 2009-07-03 at 16:18 -0400, Cowboy wrote:

>  That was one of the original design concepts.
> 
>  Part of the reason for the modularity is that things like RDAirPlay
>  do not themselves play the audio. CAED does that, so you can
>  theoretically run AirPlay anywhere, yet CAED still feeds the STL.
> 
>  Some things have changed since the original concept, so it may
>  not work as well as originally envisioned.
>  Things like "real time" audio meters kinda screw up that plan, but
>  originally you could run the whole silly thing from a command line
>  with no GUI at all, so no fancy bells and whistles.

And we will get there again! 
One of the objectives of the V2 project is to separate the 'log
playback' engines from the rdairplay GUI, which will make this sort of
thing easier. 

The fact that we can probably assume that nobody is using 10 base T for
the audio network any more should mean that even the metering could be
exported as a broadcast packet on the local subnet and things would
work.

One issue to consider carefully is that of redundancy and fault
tolerance, it is in general **MUCH** easier to swap a file (and DB)
server for a spare quickly then it is swap a box that also has a dozen
or so audio interfaces.... 

Going with studio local nodes means that a single client machine
suffering bad RAM or a loose heatsink will probably not knock you off
air, the same cannot be said for a heavily centralised system. 

Regards, Dan.


_______________________________________________
Rivendell-dev mailing list
Rivendell-dev@xxxxxxxxxxxxxxxxxxxxxxxx
http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev