RE: xPLRioNet beta v3.5d released

["UKHA" <ukha@xxxxxxxxxxxxxxxxxxxxxxx>]

Hi Tony,

thanks for the response...

>> 1) It refuses point blank to access files on a network share,
>> if I copy the same files to a local disk and rescan it sees them
fine.
>
>If youre using a drive mapping it won't work as a windows service can't
see
>a network share, you have to use unc.

I was testing on another machine to see if I could get it working before
moving to
my server. Interestingly even when installed on the server it doesn't like
that
folder at all.. Since I'd originally copied some of my music to that folder
because
of the original software's database limitations it's not too much of an
issue, since
I'm made the xplrionet software point at my 'big' folder of mp3s


>> 2) Skip and back didn't work. I added a few albums and
>> clicking on back or skip seemed to have no effect, then after
>> restarting both client and server it worked
>
>Strange, can't answer that one. But development is on-going and
problems
>like this _will_ get resolved.

This hasn't happened since I moved it to the server and eventually got
everything
working. Once thing I did notice was that with the DHCP server in the
software
the clients.xml had the same ip for all 4 units. Not an issue now since I
use an external DHCP server anyway


>> 3) How can I cue up and play all tracks?
>
>From the web interface you can't, form the rio's front panel go to
tracks
>and 'play all'
>

ok, is this likely t o be added to the web interface?

>> 4) If I cue up a single track and then click 'current' it
>> lists the track about 4 times. If I then add another it also
>> appears about 4 times, clicking skip locked up the client
>> completely (hard reboot required)
>
>Strange, havent see (or had reported by anyone) the current showing
>duplicate items.

If I see it again I'll let you know exactly what I did, it may have been
user error :D


>The change I'm making at the moment should make lock ups of the rio a
thing
>of the past.

Excellent!


>> 1) configure a unit's instance from the xPLRioNetConfig.exe,
>> I don't run any other xpl stuff at the moment, and would
>> really (really really) like to define each unit without
>> having to run the xplHAL or equivalent.
>
>This is going to be added to the web interface.

:D great... unit2 isn't very descriptive :D (although I 've never had a
unit1 - numbering always starts at 2)


>> 2) if the IR commands were the same as the original -
>> especially as I taught homevision the old ones, it would make
>> my life so much easier, alternatively if someone has taught
>> homevision them already I wouldn't mind a copy of the file.
>
>The ir commands must be the same, there's no way they can changed -
it's
>hardware based... The xplrionet code just responds to the ir that the
unit
>detects....

This is interestig since the rios now ignore completely the IR i send to
them
via homevision... I shall investigate more.

I started messing about with the web interface to try and beautify it a
little, and ran into 1 or 2 issues, mainly caused by the use of {blah}
where {blah} is replaced by the html. Some of these would be easier to fix
than others, for example:

{cmd_vol_up}

gets replaced with

<a
href="rio.htm?device=unit2&cmd=volup&style=artists&query=A&id=-1&source=artists&this=2004080105003620">Vol+
(42)</a>

IMHO, it would be better if it returned:

"rio.htm?device=unit2&cmd=volup&style=artists&query=A&id=-1&source=artists&this=2004080105003620"

on it's own so that I could add (for example)

<a href=  and  ><img src=images/volup.jpg borde=0></a>
myself giving:

<a
href="rio.htm?device=unit2&cmd=volup&style=artists&query=A&id=-1&source=artists&this=2004080105003620"><img
src=images/volup.jpg borde=0></a>

It'd also be nice (again IMHO) to have {volume_level} rather than passing
it back as part of the {cmd_vol_up}.

Similar things apply to the other links on the main page. The only one I'm
not sure how you would do is the {selections} part, again I'd like to
replace some parts of the returned results with graphic images.


Having said all that, this is bloody excellent, I've syncd my rios and it's
working prefectly...awesome, well done. In fact I just discovered that the
syncing allows you to control all the others from any locate... that in
itself is fantastic!!!

One final issue I have, and I'm sure I saw it somewhere, but is there a way
to set the client volume level when the client first boots (independant
would be excellent) since my rios seem to start off at a really low volume
level.

Once again well done to everyone involved in this project...

Andy