RE: SliMP3 or Audiotron owners wanting display capability

["Kevin Hawkins" <lists@xxxxxxx>]

Hello Robert,



            As you
say the AT has an http interface to the display
screen - as does SliMP3 - and that's the way the xAP application works.
The AT's http server is internal to the AT and the source is not
available - however the SliMP3's http server runs on a PC using an open
source Perl server. so what I would really like to do is add in a
module
that reports all the state change information via xAP - eg What's
playing, what IR key has been pressed - what the Slimp3 is currently
displaying etc. This should be really easy to do IF you know Perl but
that's another one on the 'would like to learn' list for me. Maybe some
existing (or soon to be ) SliMP3 owner has the skill here ???



            I think
trying to get xAP support into the AT would be a
great option too although very much at the mercy of Turtle Beach - I
might get in touch and see if there's any mileage here, As you say it
is
a fairly easy thing to do given the nature of the information if you
just want to announce state and xAP is almost tailor made for that. To
just announce 'something's changed' would be trivial.  For a full
blown
'control' interface it's a little more involved for them but still in
the 'very do-able' class I think. 



           
Kevin





-----Original Message-----
From: Robert Chasmer [mailto:robert.chasmer@xxxxxxx] 
Sent: 13 January 2003 17:42
To: 'ukha_d@xxxxxxx'
Subject: RE: [ukha_d] SliMP3 or Audiotron owners wanting display
capability



Kevin Hawkins [mailto:lists@xxxxxxx] wrote:
> How many SliMP3 or Audiotron owners are there here who would like
> (and use) a xAP gateway for their device to display messages ?

The AT already allows you to control much of its facilities by the use
of
http requests.  For example you can tell it set display messages via
a
http
call.  However  I can see how it would be usefull to allow other
devices
to
send xAP messages and for the gateway to pass that onto the ATs
display.

One area of the AT that is limited is determining its current status,
and
events as they occur.  You can poll a web page, to check its
current
status,
but what would be nice was if the AT broadcasted details of events as
they
occured.  This way a message would be sent for example when a song
changed
or a button was pressed.  Requests for this kind of functionality
have
been
requested in the past on the AT lists.

xAP to my mind would be a good way of going about this, and possibly
very
easy to implement.  Whats needed however is good summary of why xAP
is
something Turtlebeach should look at.  A good start would be if
someone,
in
the know, defined the minimum needed to implement the support an xAP
message
of "Somethings changed - check the http status page".

I have read a version of the xAP spec, possibly an old one, and from
what I
remember all that may be required of the AT is sending an IP broadcast
of a
small carefully specified ascii string.

The AT has been evolving with lots of Firmware updates, so why not get
a
bit
of xAP in there as well.  Any of the xAP people have any comments
on
whether
they'd like to see this sort of thing in the AT?
-- 
     ______   __   _  
______   ______ 
    / ___   / /  /  / __    / _____
HOME: chas@xxxxxxx
   / /  /_/ / /__/ / / /__/ / / /__    http://www.kaosuk.co.uk/
  / /  __  / ___  / / ___  /  \__ 
\           
----           
/ /__/ / / /  / / / /  / / _____/ / Rob Chasmer, MMT
Computing
______/ _/  /_/ _/  /_/ ______/ robert.chasmer@xxxxxxx

This email and any files transmitted with it are confidential and
intended
solely for the use of the individual or entity to whom they are
addressed.
If you have received this email in error please let us know by e-mail
reply
and delete it from your system; you may not copy this message or
disclose
its contents to anyone.  Please note that any views or opinions
presented in
this email are solely those of the author and do not necessarily
represent
those of MMT Computing plc.  Finally, the recipient should check
this
email
and any attachments for the presence of viruses.  MMT Computing
plc
accepts
no liability for any damage caused by any virus transmitted by this
email. 

http://www.automatedhome.co.uk
Post message: ukha_d@xxxxxxx 
Subscribe:  ukha_d-subscribe@xxxxxxx 
Unsubscribe:  ukha_d-unsubscribe@xxxxxxx 
List owner:  ukha_d-owner@xxxxxxx
List of UKHA Groups here -
http://groups.yahoo.com/group/UKHA_Grouplists/

Your use of Yahoo! Groups is subject to the Yahoo!
<http://docs.yahoo.com/info/terms/> 
Terms of Service. 



[Non-text portions of this message have been removed]



http://www.automatedhome.co.uk
Post message: ukha_d@xxxxxxx 
Subscribe:  ukha_d-subscribe@xxxxxxx 
Unsubscribe:  ukha_d-unsubscribe@xxxxxxx 
List owner:  ukha_d-owner@xxxxxxx
List of UKHA Groups here - http://groups.yahoo.com/group/UKHA_Grouplists/

Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.