[Message Prev][Message
Next][Thread Prev][Thread Next][Message
Index][Thread Index]
Latest State of Play with xPLRioNet & Gapless Opinion
- Subject: Latest State of Play with xPLRioNet & Gapless
Opinion
- From: "Tony Tofts" <tony@xxxxxxxxxx>
- Date: Sat, 7 Aug 2004 12:03:59 +0100
Hi all,
Just an update on the current situation.
The new push client for the Rio is working well and seems highly stable
compared to previous pull version.
Still need to sort Shoutcasts and TTS though.
The backlight is now under control of timers in xplrionet, so shouldnt get
stuck on anymore.
One downside is that the TTS will no longer work with the old xpl_riotts
software, to use TTS you will have to use the new mp3 version (which is a
windows service that will be made available for download on the xplrionet
page. It is also an xpl_tts app, still using a vendor/device of tonyt-tts
to
avoid breaking existing scripts).
Will advise when it's all available for download.
On the point of gapless playback, mentioned by someone the other day, this
_can_ be achieved from the server end but how do people want it
implemented?
Gapless will prevent timely update of the display and timer (it's feasible
to embed the info in the stream, but i really want to avoid this as it's
pointless pressuring the rio to search all data for a flag).
I think gapless should be implemented as a mode (like random or mute) and
in
this scenario the timer will just count the total time for all tracks
played
with the display updating a couple of seconds before a track changes. This
is the simplest, and to me, smoothest way to do it. Also this means gapless
can be implemented in an identical way on exstreamer/slimp3 and future
supported players. Opinions please?
Regards
Tony
[Non-text portions of this message have been removed]
xPL Main Index |
xPL Thread Index |
xPL Home |
Archives Home
|