RE: TelCanto V1.1.3

["Malcolm Green" <groups@xxxxxxxxxxxx>]

------=_NextPart_000_010C_01C51542.44054CB0
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: 7bit

Hi Kevin,

The xAP player implementation currently works as follows:

- issue an Audio.Playlist/Playlist.Track Play command
- wait up to 5 seconds for the state to change to Playing, as signalled by
an Audio.Transport event
- on timeout, report an error and move on to the next track.

It sounds as though the Audio.Transport.Event is either not being sent, or
is not being interpreted by TelCanto.  Note that the Audio.Transport.Event
isn't included in the V2.2 spec so I had to make it up, as described in my
original email.

It just plays one track at a time and doesn't use any playlist mechanism.

Regards,
Malcolm


_____

From: Kevin Hawkins [mailto:lists@xxxxxxx]
Sent: 17 February 2005 21:35
To: xAP_developer@xxxxxxx
Subject: Re: [xAP_developer] TelCanto V1.1.3


Hi Malcolm,

Just playing with this driving a xAP audio player.  To do this I have
written a xap-audio conduit for WinAMP, one that I hope will eventually
handle multiple WinAMP instances on one machine for multizone audio. The
conduit is mostly done so I'm debugging this against your xAP audio player
'beta' which is an unusual situation to be in.
What is happening at the moment is that TelCanto is cycling through the
playlist and changing the track WinAMP is playing every 5 seconds with a
<new filepath> "play" command .  I assume this is because
it is not seeing
the expected response from WinAMP via the xap-audio schema and hence is
assuming it's failed to play. This ties in with the fact the elapsed time
displayed in TelCanto always shows 00:00 but TelCanto shows 'playing'   I'm
not quite sure what is different between what I send and what you look for
so here below is what I respond with (every second), I do have different
shuffle/repeat values currently and some additional paramaters but I don't
expect that's the issue.  Could you give me a little run down on how the
xAP
instructions/response sequence  proceeds so that I can narrow down where it
is failing.  ie what paramaters you recover and act upon both from the
transport and playlist events.   Also do you just drive the player with
commands as one track ends and the next starts or do you use the playlist
queue at all for your sequencing ? I believe when driving WinAMP directly
you queue 1 track at all times I think...

I'm actually now going to install a second TelCanto and drive one from
the other as I may then be able to see the xAP information exchange and
delve further. This marriage of UPnP Renderer / Server and xAP will be a
fantastic prospect - really enthused here with what you're doing with
TelCanto.

Kevin

xap-header
{
v=12
hop=1
uid=FF223300
class=xAP-Audio.Transport.Event
source=UKUSA.WinAmp.lightning
}
audio.transport
{
remaining=03:40
running=True
state=playing
percent=0%
repeat=True
shuffle=True
duration=03:42
elapsed=00:02
}


Malcolm Green wrote:

There is a new beta version of TelCanto, V1.1.3, available at
www.telcanto.com/assets/download/telcantosetup-1.1.3.exe.  This includes
further xAP support:

- new xAP player type, allowing TelCanto to play via a remote xAP player as
an alternative to Winamp etc.
- xAP-Audio.Transport.Event generated, currently every second while the
state is "playing" otherwise every 10 seconds.  As this is not
defined in
the schema, I have implemented it as proposed in my earlier email:

Class=xAP-Audio.Transport.Event
Audio.Transport
{
State=[playing  paused  stopped]
Elapsed="elapsed time"
Duration="total time"
Shuffle=[off  tracks  albums]
Repeat=[off  one  all]
}




_____