[Message Prev][Message
Next][Thread Prev][Thread Next][Message
Index][Thread Index]
Re: xAP-Media Schema
--=_678jx128mcws
Content-Type: text/plain;
charset=UTF-8;
format="flowed"
Content-Description: Plaintext Version of Message
Content-Disposition: inline
Content-Transfer-Encoding: 7bit
Interesting thoughts Kevin.  Perhaps this indicates a need (or
potential need) for a fundamental change to the xAP schema.  If
the schema format allowed for the inclusion of "sub-schemas" then
ww
could have a xAP-Media Schema that would have as a child any of the
following:
    - xAP-Media-Audio
    - xAP-Media-Video, etc
Then the smaller parts would be more manageable and could be added
as needed without having to republish the "parent" schema.
Just an idea...
Mick Davis
Quoting Kevin Hawkins :
Hi Glenn,
I'll have a peruse and send you some thoughts - this type of schema
is always one that can grow to encompass all sorts of areas which can
make it really difficult to define. There are a few things that
immediately spring to mind (eg cover art, record, source / zone
control
, zone linking/synching, streaming source selection etc ) but I'll
have
a think before I respond.
Lots of people will have a different take on this as they have
different devices . I mainly use Sonos for my music nowadays that I
have kludged xAP control onto using the older schema but it mainly
suffices for transport and status reporting . I have nice
touchscreen
designs that control this and link in with the general AV switching.
I
have ignored playlist management to date as I use it surprisingly
little
although I do use some simple 'queue' management which is much the
same. I hope that the people using SlimServer and other systems
input
their thoughts. Since Sonos I do use SlimServer a little but not as
much
as I used to... the new Jive remote may change that though,
especially
if it had some HA integration.
One feature I use extensively though is searching for music either
within my existing library or on one of the 'on demand' services (
Rhapsody, Napster etc) and also selection of 'themed' streaming
sources
like Pandora, LastFM. I suppose playing by 'genre' from a library is
a
similar idea - with things like MusicMatch making this even tighter -
the 'more music like this' type of thing..
When playing from a streaming type source like internet radio I
have a button on the touchscreen (or IR remote) to store details of
the
current playing track for later use. I often hear something I like
and
then use Napster or Rhapsody to explore more from that artist and
augment my library, or buy a CD. I am finding increasingly that
these
on demand type services are much more useful than my own libaries and
I
can see them becoming the norm for people. I would like the xAP
schema
to fully embrace these external music sources.
One last thing - this schema by definition is quite wide in terms of
media . Audio, video, images...etc. As such maybe it should take
in
recording aspects and even envelop the video recorder ? I have long
wanted to integrate xAP TV with my Tivo or Topfield and being able to
pass record requests to a PVR in a formal way would be ideal (as well
as
manage the playback of existing material). This gets into the
record
by time/program name/channel scenario ...and overlap with internet
radio too for the recording of broadcasts and the BBC type listen
again
services. .
This whole area possibly isn't of interest to you within what
you're trying to do with MediaNet and I think would likely be best
addressed as a separate but co-ordinated proposal - but ensuring it
dovetails within the existing schema. Many a schema has floundered
because to be complete is just too much work to get it right. I would
far rather see small aspects addressed - and features augmented
later.
What we do need to consider from the start though is making the
general
approach flexible and inkeeping to allow these features to be dropped
in
seamlessly later. What do people think about this ?
cheers Kevin
Sullivan, Glenn wrote:
> Attached please find a proposed schema for generic Media Devices,
> designed to supplement/replace the existing xAP-Audio schema.
>
> I am open to comments... This will be a living document for a
while, so
> if you have suggestions for additions/subtractions/changes, please
let
> me know.
>
> Thanks,
>
> Glenn
>
>
> Yahoo! Groups Links
>
>
>
>
--=_678jx128mcws
Content-Type: multipart/related;
boundary="=_4zt53s1mqfk8";
start="504033904944@xxxxxxx"
Content-Transfer-Encoding: 7bit
--=_4zt53s1mqfk8
Content-Type: text/html;
charset=UTF-8
Content-Description: HTML Version of Message
Content-Disposition: inline
Content-Transfer-Encoding: 7bit
Content-ID: 504033904944@xxxxxxx
<p>Interesting thoughts Kevin.  Perhaps this indicates a
need (or potential
need) for a fundamental change to the xAP schema.  If the schema
format
allowed for the inclusion of "sub-schemas" then ww could
have a
xAP-Media Schema that would have as a child any of the
following:</p><p>    -
xAP-Media-Audio</p><p>   
- xAP-Media-Video, etc</p><p>Then the smaller parts would be
more manageable
and could be added as needed without having to republish the
"parent"
schema.</p><br /><p>Just an idea...</p><br
/><p>Mick Davis</p><p><br />Quoting
Kevin Hawkins <yahoogroupskh@xxxxxxx>:
</yahoogroupskh@xxxxxxx></p><blockquote dir="ltr"
style="border-left: 2px
solid rgb(0, 0, 0); padding-right: 0px; padding-left: 5px; margin-left:
5px;
margin-right: 0px;"><div id="html-message">
<div style="width: 655px; position: relative;"
id="ygrp-mlmsg">
<div style="padding: 0pt 15px 0pt 0pt; width: 490px; float: left;
z-index: 1;"
id="ygrp-msg">
<div id="ygrp-text">
<p>Hi Glenn,<br />
<br />
I'll have a peruse and send you some thoughts - this type of schema <br
/>
is always one that can grow to encompass all sorts of areas which can
<br />
make it really difficult to define. There are a few things that <br
/>
immediately spring to mind (eg cover art, record, source / zone control
<br />
, zone linking/synching, streaming source selection etc ) but I'll have
<br />
a think before I respond.<br />
<br />
Lots of people will have a different take on this as they have <br />
different devices . I mainly use Sonos for my music nowadays that I <br
/>
have kludged xAP control onto using the older schema but it mainly <br
/>
suffices for transport and status reporting . I have nice touchscreen
<br />
designs that control this and link in with the general AV switching. I
<br />
have ignored playlist management to date as I use it surprisingly little
<br />
although I do use some simple 'queue' management which is much the <br
/>
same. I hope that the people using SlimServer and other systems input
<br />
their thoughts. Since Sonos I do use SlimServer a little but not as much
<br />
as I used to... the new Jive remote may change that though, especially
<br />
if it had some HA integration.<br />
<br />
One feature I use extensively though is searching for music either <br
/>
within my existing library or on one of the 'on demand' services ( <br
/>
Rhapsody, Napster etc) and also selection of 'themed' streaming sources
<br />
like Pandora, LastFM. I suppose playing by 'genre' from a library is a
<br />
similar idea - with things like MusicMatch making this even tighter -
<br />
the 'more music like this' type of thing.. <br />
<br />
When playing from a streaming type source like internet radio I <br
/>
have a button on the touchscreen (or IR remote) to store details of the
<br />
current playing track for later use. I often hear something I like and
<br />
then use Napster or Rhapsody to explore more from that artist and <br
/>
augment my library, or buy a CD. I am finding increasingly that these
<br />
on demand type services are much more useful than my own libaries and I
<br />
can see them becoming the norm for people. I would like the xAP schema
<br />
to fully embrace these external music sources.<br />
<br />
One last thing - this schema by definition is quite wide in terms of <br
/>
media . Audio, video, images...etc. As such maybe it should take in
<br />
recording aspects and even envelop the video recorder ? I have long
<br />
wanted to integrate xAP TV with my Tivo or Topfield and being able to
<br />
pass record requests to a PVR in a formal way would be ideal (as well as
<br />
manage the playback of existing material). This gets into the record
<br />
by time/program name/channel scenario ...and overlap with internet <br
/>
radio too for the recording of broadcasts and the BBC type listen again
<br />
services. .<br />
<br />
This whole area possibly isn't of interest to you within what <br />
you're trying to do with MediaNet and I think would likely be best <br
/>
addressed as a separate but co-ordinated proposal - but ensuring it <br
/>
dovetails within the existing schema. Many a schema has floundered <br
/>
because to be complete is just too much work to get it right. I would
<br />
far rather see small aspects addressed - and features augmented later.
<br />
What we do need to consider from the start though is making the general
<br />
approach flexible and inkeeping to allow these features to be dropped in
<br />
seamlessly later. What do people think about this ?<br />
<br />
cheers Kevin<br />
<br />
Sullivan, Glenn wrote:<br />
> Attached please find a proposed schema for generic Media
Devices,<br />
> designed to supplement/replace the existing xAP-Audio
schema.<br />
><br />
> I am open to comments... This will be a living document for a
while, so<br
/>
> if you have suggestions for
additions/subtracti<wbr></wbr>ons/changes,
please let<br />
> me know.<br />
><br />
> Thanks,<br />
><br />
> Glenn<br />
><br />
><br />
> <br />
> Yahoo! Groups Links<br />
><br />
><br />
><br />
> <br />
<br />
</p>
</div>
<span style="color: white;"
width="1"></span>
</div>
</blockquote>
--=_4zt53s1mqfk8
Content-Type: image/gif
Content-Disposition: attachment
Content-Transfer-Encoding: base64
Content-ID: 2lizv8oykeyo@xxxxxxx
R0lGODlhagAPAPcAAP9cfsPDw7Ozs6Kion19fXR0dPoAHv2El5OTk+Xl5fw0Vb+rpkxMTP7a4fp7
kslkcJubm+r//7oUK9QNKcnBvVNTU+3t7enp6WJiYv7c3uUAG9FufNLp4lxcXP8AI/3T2evc3/5z
i97e3uJJZP7M1tlVZ7mZlv8CMv/+/v/g5//Gzv7p7cYJJtne2fMAHv/i57wEF/+5xP9FY/+8u4GB
gfHy8r29vdsAHP1hevr9/eHx7dzLyLM9R+Dg39dGW/71+Kt8evoWPd4BI9bW1v6ktPj4+Nzk38QA
G/8AKfT09IqKiqqqqvyttP4cScYRK/4rU25tbY2NjdMAGmpqatTa1f7G0sE2RvL6+P/6+v/T08O6
tvX9+/r6+v+8ye0AIdHR0c3Nzcu1sqpXWqYWJP9the08Wq6urvz8/P/P2P9Jbe739sGopf4cRaQ7
QbOEg+708eGlp51zbLONi/2pu8KEhtG8u51bXfUBKP8TQeTs6v4ALPz///Lq6v+3yv8kUOv284aG
hv+0tbUeL9ooQv/19rqhn+YLMtp0htUAE//8/P8+Yv8gTf+xvdQbNqyYk/3x8EdHR+UAJff//50n
LOvz8KxLUf9SdP9GZ/f39+z59+Hr58nJyf///diwstu+wePi4c7JxaFxbcYcM/eWqP+XqewFKvoF
MPdngujw7fn5+eGxu++ruP+hov/l6Ofn5vyUn/P39tnZ2dqDjd/b2bWQi/79/e1VauFdc/KjstvR
z/+huKiVjr6Agf+twcmOkcWQmPJGafRLZ9QnP/L8+/H///X7+9rW0+6Omt8xTPELMfINO6eoqP8G
Ov8HNf+LobFkaP/t78DAwL4OJbdfZb+LjKGLg/Pe4NPU1NfT0f+2wrqwqv8PO71TXvItUuRAXP8q
WMeyrt8AFu7FzPeRouwoS/CfqNbCwOEUOdrJxfj8+v/7/qAqMMfIyLUsPfjy8/yYpPoAKOrO0b2l
oucIJ4eHh+QJKVdXV8R+g7lPWv9ihv9ti//f5MpOZMBGUtgFJ////yH5BAAAAAAALAAAAABqAA8A
AAj/APeleEHwRYoUWP4pXMiwocOHECMytOTn0qo9EjNqlNgtkp4TIEshurfxYSsVaNCQSKGxFhpn
+SwBcEYChUJFSFxU2lKyZ0k+nQ4F0aOHn7Y6e0IokMFUkQI4DFUwihEjW4x/jObd0SOlX7p/hD70
6fMhocIGaU54kcLCnwYklqD9wylEjsNUqTRyKeJTYa28UfEgURZPoTh89ZDckNDGzZlE6v6Nk2LA
gxQYvv6hAnYjDpVHDprc0aDhzpOrKxZ5gGFHCzZj5oB5GEEMpxNQDJNAwIBByYV/EKBMgWLmzL9U
y6ZgiPL7ExRX/yxAAYOJgHAl0K8VwECjB8M5epCQ/+Oj8AA8GJ5PsWETxAeXPbOaeKnGgZJCHIgW
/LtkAIYYE2v8ggwSuLzjgRBADMNQA3hoUEcaHrSTB0M0VLCEGQQk8E8BUwiAAAPR/PPhAAJgAMUZ
IkDi3QWQ2JCEPUqYgQEBRWAACDs0fNHQAUh4UII7ALgwhiNX/FOFF/D4Y0IO/6Dgxx3eOEAGGSE8
cYM2pHjAwi5FKmTNNoPYgoQoVDT0wzcu0JGGC2JIstAQDATwTw0X1LBhFP8k0cESFlQggEIigJgA
AyuCqKecA3RgAQYFbGKnQ5YgYYp8k2iB0T/6OOHNHZ0o5OQdgoQaqiGRmBBChDowtEIT/pRwgiG5
NP+EBjM30HJJOHYtZEMFCUhXAQ3/ENABDdslcE0FOv7DRQfLDFpoAHoWoEQFCPwTSwEVdLCJQxng
cQI861Cw0AfNDOIAEj646aQGjhCTSSYR4KCBCa94cA4IDBGhhzQPGhDMPgphUcUTLkzSwiiCiLtQ
oMv8gwk9BQQLBQSQmBGdPdX+EwAkX1wQ5z9wDhFtFAJg8o8rXFhQAAEOcaKAHl4AwRAOUvDATRCR
7NDFAXjAMwIRP+xDhCIulPBBGQY8oUsfvejTjBR2qPHILV6Y4scToknRBgU/zKEKLFgQstAADBAw
bbVT0CMir/8IwMDKDOAZ7K8dFHCGBQzYsFANU0z/gYA9AzykCMxuKKRCCHpMsMMeTBiwwTFHOOEE
CzDQkUEjLDhxxDQ1yNLIDULcIIUgoYigUA6ePGCFFTw8U8iEaHggjCszBCJXkwEoEUU0XLQdogUQ
gKHQFwgowbtCNSwByAAW5DmA6Qv1MAA9ZvC1EDQpVNHECXc8gMY+5UgjiAS8NADACck4gI4RLbT/
yT+UtN/CJza9sUMY4FBgRDEN7bHFH2pgUsAOUQk4sIIJM+iLAjNChBuATggQ1IATepAJTWgCFQ2w
QjvaIQhqLLAnexhGBgIRiCx88IQNqUUY5LGAFq5hDYWYRUP+94c/1MAmKNxIKzKQwx768IdADKIQ
BodIRI0EBAA7
--=_4zt53s1mqfk8
Content-Type: image/gif
Content-Disposition: attachment
Content-Transfer-Encoding: base64
Content-ID: 4z8dvq7poj0o@xxxxxxx
R0lGODlhAQABAIAAAP///wAAACH5BAEAAAAALAAAAAABAAEAAAICRAEAOw==
--=_4zt53s1mqfk8--
--=_678jx128mcws--
xAP_Development Main Index |
xAP_Development Thread Index |
xAP_Development Home |
Archives Home
|