Re: Recent model SqueezeBox display and control ...

[Kevin Hawkins <yahoogroupskh@xxxxxxxxxxxxxx>]

What I was really exploring is ... if you had SqueezeCentre running ,
(along with the xAP plugin) , is there some way to access a SB player
even though it may be attached to mySqueezeBox.com rather than
SqueezeCentre ? In that way you'd still be using the same codebase and
plugin but it (plugin or SC) would be kinda redirecting commands using
an onward socket interface to any non SqueezeCentre attached players...
Still one central xAP control engine in Perl within SqueezCentre.
Probably talking nonsense here ;-)

K

Edward Pearson wrote:
>
> These models follow the new architecture first seen in the Controller;
> they run Linux with the application software being mostly written in
> Lua. So yes, there?s no reason why they can?t be used in automation
> scenarios without Squeezebox Server (and indeed be much more
> versatile) but it means that this software will need to be developed
> from scratch. I currently have no firm plans to develop such software
> though the Lua book is currently on my bedside table?
>
> *From:* xap_automation@xxxxxxx
> [mailto:xap_automation@xxxxxxx] *On
Behalf Of *Kevin Hawkins
> *Sent:* 24 October 2009 15:24
> *To:* xap_automation@xxxxxxx
> *Subject:* [xap_automation] Recent model SqueezeBox display and
> control ...
>
> The later SqueezeBox models are moving towards a direct connect with
> mysqueezebox.com bypassing SqueezeCentre. I'm guessing this mean that
> they become lost to control and display messaging implemented via
> SqueezeCentre. Is there an alternative 'direct' control interface to
> these devices such that they can still be integrated into an
automation
> system - and for example have volume control, messages displayed on
them
> etc whilst connected to mysqueezebox/Napster/Rhapsody etc... ?
>
> K
>
>



------------------------------------