Folks,

My employer has been keeping me very busy of late, but I have managed to make plodding progress on the web-based front-end for tRio. It will be the main enhancement in version 0.1.4.

Here's what it'll allow you to do:

1. rename and reboot your units and switch between active and standby

2. stop, play/pause, skip from a playback panel for each unit - also includes repeat and random controls

3. change the playback mode and queue/position yourself within your music collection.

4. add/edit/delete shoutcast stations (supports drag and drop from shoutcast.com)

If there are other features you'd dearly like to see then please let me know. But my focus is going to be on getting something out there before building into too many extras.

I reckon I'm a week or so away from a test version - so if any of are willing to do some testing, please PM me.

Cheers
Paul

P.S. I'll post some screen shots in the next day or two.

- ability to power on/off rio through web interface
- ability to control this via scripts as in using wget to control it
ie: wget
http://10.10.10.10/poweron.htm[/url] will turn the device on

or if i went to that url in a browser, it would do the same thing.
wget is a program for retrieving web pages - simply put, it does an http get on the url

Here's that screen shot (see attachment).

Yeah, I can see why you'd want to power them off centrally (you'd set up a script to do this at a given time of day, right?).

But I can't get the Receivers to power off properly - so I've changed to power key to reboot instead of power off, like rioplay does. The power off works, but 50% of the time you have to pull the power cord before it'll power on again - which is incredibly annoying.

Unless someone can tell me what I'm doing wrong - I've been using the "reboot(LINUX_REBOOT_CMD_POWER_OFF)" and "reboot(LINUX_REBOOT_CMD_HALT)" calls.

Cheers
Paul

i've got 5 rios all over the house & in the garage so it'd be nice to remotely be able to power them off when i go to sleep, etc.

have you looked at the display server patch? it patches the arf file to include a java applet that allows control of the buttons on the rio. i used it before i got one of the rebranded dells & it powered on/off fine. it doesn't work with the 1.04 arf which i have to use with the dell.

My understanding is that the display server just masquerades as the IR remote control. And so it'll send a power button key press which is then handled by the underlying software. Quite what the underlying s/w does is the mystery.

But I'll have another crack at it over the next week or two.

Cheers
Paul

i believe this is the source code for the display server. maybe this will help

http://fvgestel.dyndns.org/receiver/dskernel/patch

btw, the web interface looks great! i'd love the test it out.

Paul

fyi trio is awesome. I wish I knew enough to help the cause but I'm not a programmer. The web interface is really cool.

How about a very simple web interface (maybe the exact replica of the rio display) that could be accessed via a mobile unit. I have been looking into using an older Jornada as a universal remote. Then I thought, wouldn't it be cool to plop a wi-fi into the Jornada, access the home network and hit a simple page to control the rio remotely.

Again, thanks for all of your hard work, it is much appreciated.

I've had it in mind that a "small" version of the interface would be good for wireless handhelds.

What version of PocketPC (on Windows CE) is your Jornada running? If it has a build-in java run time, then I might be able to shrink the applet to fit.

Otherwise a pure html solution is required. I've had one running in the past - but it's not very slick.

Cheers
Paul

With some kind assistance from saki, I think I've finally found a way of getting tRio to work with Windows and router-based DHCP servers.

I'll include this in 0.1.4.

Cheers
Paul

You mention getting 0.1.4 to work with "...router-based DHCP servers." So does that mean if I have a 4-port typical hardware router that also provides my DHCP services, I can't run tRio right now? So is the work-around solution to manually set the IP address of my PC that runs ARM and then allow the ARM to provide all DHCP service to the Rio Receiver?

Thanks,
Judd

Not every one experiences this problem, so give it a try with your router-based DHCP. If you get stuck on the "waiting before retry" splash screen then what you've written is exactly what's required.

Cheers
Paul

I'm using dhcp on a router that connects 6 systems in my house and 4 rio units. I have a server running the ARM software that has dhcp turned off and another system running sql with the trio server software. So far, I have had no problems dealing with connection issues.
Let me know if i can help. I'm totally stoked over this new version of Trio. Keep on truckin!

Has this problem been documented on Linux boxes?

I've got JReceiver running on RedHat 9 and it works great with the original client but I'm getting stuck at the "waiting before retry" with tRio 0.1.3. I'm using my router-based DHCP to supply the Rio with it's address (no other DHCP servers or ARM running on the network).

Will 0.1.4 help me on this or just the Windows server folks?

Thanks,
Bob

Yup, hopefully this will work for all router-based dhcp set ups, regardless of the o/s.

Cheers
Paul

How are people doing hardware router based DHCP with the Rio? Are you assigning an IP based on the RIO MAC address? Thats the only way to do it right?

Just curious.....

> Are you assigning an IP based on the RIO MAC address?

Yep.

Any idea on how soon 0.1.4 will be available?
Cannot wait for the web interface particularly!!!
Tone

I've been sending alpha versions of 0.1.4 out to some folks who have been doing a great job of testing it. I spent this weekend ironing some of the nasties out and was hoping to put it up on sourceforge last night. But alas ...

There are still a few problems that are puzzling me and so I'm afraid that you've going to have to wait a bit longer. If it's any comfort, I'm wanting to get this thing out of my hair as much as you're wanting to use it. I'd love to have it ready by the end of this week, but it ain't ready until it's ready. So we'll have to see how it goes.

Cheers
Paul

Hello Paul,

I've installed TRio v0.1.4.alpha3 and I'm getting the following error when launching the trio batch file. Please advise:

Start of TRioServer. Version 0.1.4.alpha3
Defaulted http document root to: C:\Program Files\tRio-0.1.4.alpha3
Loading TRioPlayerLayout: universal
Loading TRioPlayerLayout: windows
ImageTranslation: byte-binary
******** Start up error ********
Error loading configuration
trio.TRioStartupException: Error loading configuration
at trio.TRioServer.loadConfiguration(Unknown Source)
at trio.TRioServer.<init>(Unknown Source)
at trio.TRioServer.main(Unknown Source)
Caused by: java.util.NoSuchElementException
at java.net.NetworkInterface$1$checkedAddresses.nextElement(Unknown Sour
ce)
at trio.TRioServer.initRemote(Unknown Source)
... 3 more
End of TRioServer



Thank You

Jarred,

What you've downloaded is very much an untested and unstable alpha version - "for testing purposes only". The stable version is 0.1.3 alpha2.

But if you're wanting to be on the bleeding edge, it may be that you need to install java 1.4.2.

Cheers
Paul

I installed java 1.4.2, and still got the sames results. I guess I'll have to wait until the stable alpha version comes out ;-)

The only thing I would suggest is making sure that all of your paths are correct. Paul had sent out that alpha version set up for his Linux servers... not for a windows setup. I had mine setup like this:

set TRIO_HOME=c:\tRio-0.1.4.alpha3
set JAVA_HOME=c:\j2sdk1.4.0_03\jre

cd %TRIO_HOME%

REM start java -X"bootclasspath:%TRIO_HOME%\lib\pja-mod.jar;%JAVA_HOME%\lib\rt.jar" -Dawt.toolkit=com.eteks.awt.PJAToolkit -Djava.class.path="%JAVA_HOME%\lib\tools.jar;%TRIO_HOME%\lib\trio-0.1.4.jar;%TRIO_HOME%\lib\commons-logging.jar;%TRIO_HOME%\lib\commons-beanutils.jar;%TRIO_HOME%\lib\commons-collections.jar;%TRIO_HOME%\lib\commons-digester.jar;%TRIO_HOME%\lib\commons-lang.jar;%TRIO_HOME%\lib\jrcommon.jar;%TRIO_HOME%\lib\jrutil.jar;%TRIO_HOME%\lib\jrclient.jar;%TRIO_HOME%\lib\xmlrpc.jar" trio.TRioServer "-c%TRIO_HOME%\trio.xml" >trio.log >&2

REM use this one to run "silently" - no windows on the host PC
java -X"bootclasspath:%TRIO_HOME%\lib\pja-mod.jar;%JAVA_HOME%\lib\rt.jar" -Dawt.toolkit=com.eteks.awt.PJAToolkit -Djava.class.path="%JAVA_HOME%\lib\tools.jar;%TRIO_HOME%\lib\trio-0.1.4.jar;%TRIO_HOME%\lib\commons-logging.jar;%TRIO_HOME%\lib\commons-beanutils.jar;%TRIO_HOME%\lib\commons-collections.jar;%TRIO_HOME%\lib\commons-digester.jar;%TRIO_HOME%\lib\commons-lang.jar;%TRIO_HOME%\lib\jrcommon.jar;%TRIO_HOME%\lib\jrutil.jar;%TRIO_HOME%\lib\jrclient.jar;%TRIO_HOME%\lib\xmlrpc.jar" trio.TRioServer "-c%TRIO_HOME%\trio.xml"

REM use this one to see the windows on your host PC
REM java -Djava.class.path="%JAVA_HOME%\lib\tools.jar;%TRIO_HOME%\lib\trio-0.1.4.jar;%TRIO_HOME%\lib\commons-logging.jar;%TRIO_HOME%\lib\commons-beanutils.jar;%TRIO_HOME%\lib\commons-collections.jar;%TRIO_HOME%\lib\commons-digester.jar;%TRIO_HOME%\lib\commons-lang.jar;%TRIO_HOME%\lib\jrcommon.jar;%TRIO_HOME%\lib\jrutil.jar;%TRIO_HOME%\lib\jrclient.jar;%TRIO_HOME%\lib\xmlrpc.jar" trio.TRioServer "-c%TRIO_HOME%\trio.xml"

You may have to use 1.4.2 for the Applet to work in Windows... I've noticed that the standard Windows browser implementation won't work.

I have to say that - I'm THRILLED with this version! Paul's done a great job with the features added - ESPECIALLY the Web based applet. I have three servers all connected and it's awesome!

-Dave

Dave,

I tried your trio.bat config and still get the same errors.

Jarred,

Could you please do the following for me:

- at a windows command promt, type "java -version" and "jre -version" and confirm that it mentions 1.4.2.

- type "ipconfig -all" and let me know what it says.

Cheers
Paul

how do you start the web applet? i just tried 0.1.4 alpha3 & it works with the stream from the slimp3 software so that's cool!

Point your web-browser at http://ip-addr:8090/trio-applet.htm where ip-addr is where the tRio server is running.

-Dave

Paul - I FINALLY decided to install TRio using JReceiver last night. First off your interface is absolutely awesome. It actually seems more responsive then when I had them streaming off of the HSX-109. It is a very intuitive interface. I've been waiting for features such as streaming to multiple receivers simultaneously, internet radio, the ability to scroll through a playlist, adding tunes to what is now playing, etc...

I'm usingr TRio 1.4 Alpha 3, Jreceiver 0.2.5 and Audio Receiver Manager 1.03 on a Windows XP box with a linksys dsl router that is also handling my dhcp. A couple of things though... First is I can't get radio streaming to work on the receivers and although I'm not sure if it's related, my home network seems to have slowed noticeably when surfing the internet. Last night I actually couldn't connect to my ppoe dsl connection. Another issue is when switching to "Radio" mode the receiver sometimes gets stuck there forcing me to pull the plug. Basically when you highlight "Mode: Radio" and click on it the radio station will appear again.

As I said I just started playing with both jrec and trio last night so I definately need to play with it some more.

Yup, the internet comes to a crawl while streaming. I have to stop the Rio Receiver in order to surf at acceptable speeds.

I had the same problem (slow net access when streaming). Here is what Paul suggested to me (which worked).

1. Try changing the multicast-ttl setting to "0" in trio.xml. It's on the
same line as the multicast-address setting.

2. Try the other send-method settings, "broadcast" and "unicast".

Changing the send-method to broadcast worked for me.