A quick note on progress towards building UPnP support into tRio.

I've been working on it steadily for the past few weeks and have it pretty much working with the free TwonkyVision music server (see http://www.twonkyvision.de/UPnP/MusicServer.html ). Still some rough edges to smooth off though.

Before I go "public", I want to get it working with Windows Media Connect (see http://www.microsoft.com/windows/windowsmedia/devices/wmconnect/default.aspx ). But, alas, I can't get it to play ball as yet (see https://sourceforge.net/forum/forum.php?thread_id=1220775&forum_id=258158 for details). Please let me know if you have any ideas/suggestions.

Cheers
Paul

A very interesting devlopment - Along with the xplrio net project we might have three or more servers to choose from soon.

A couple of questions - are there any uPnp servers that support flac and/or can the trio be made to playback WMA lossless?

Keep up the great work Paul - I tried the light front end on my friends wifi Ipaq and it's awesome. The only problem is, now he wants it back!

Paul - Will your tRio / Riot UPnP implementation allow the Rio Receiver to operate "standalone" with the Twonky server?

A major possibility of the UPnP solution is that it would allow the RR to work without an active PC-based server - it could run from an NSLU2 or Buffalo Linkstation using the Twonky software + a port of RioBoot.

Although the tRio architecture is fantastic where an active Windows PC is always on (and is the software I use today), my understanding of the way it works has all of the screen / state handling provided by the tRio server PC - which I guess rules out the sort of configuration I have in mind?

Brgds
Phil

Phil,

Nope, I'm afraid the tRio software is very much PC dependant. My UPnP implementation runs on the PC side - the receivers are none the wiser as to whether the music is coming from jrec, arm or upnp.

Cheers
Paul

Paul - any idea's on the flac via uPnP or native WMA lossless question above?

Cheers in advance

Chris

Chris,

tRio supports flac, but twonkyvision doesn't (as yet). And with wma its the other way round. I can't speak for the twonkyvision on the flac issue, but I don't see a burning need for wma in tRio (I am not a ms fan).

But there are some transcoding UPnP servers out there that might acheive the effect you're after.

Cheers
Paul

Can you suggest a UPnP server that will serve flac? I have been unable to find one.

You can serve FLAC files up through xPLRioNet, but I believe it is done through on-the-fly transcoding.

As far as UPnP, something very akin to that is being worked out for xPL even now.

The server software for the Zensonic Z500 claims to be "UPnP enabled" and the device itself will support FLAC (and a bunch of other formats) if and when it arrives. Whether the server software will be:
a) freely downloadable
b) usable as a generic UPnP Server
remains to be seen.....

Well it's been a while, but I think the upnp support is almost there now. I couldn't get it to work it Windows Media Connect, but TwonkyVision and MusicMatch are working quite happily now.

I've also built a PortMapper and NFS server into tRio (ala RioBoot) so that we can truely break away from ARM (many folks use ARM for this on Windows - even if they're running jrec). So all that's missing now is DHCP, but I'd imagine that most folks run their own anyway.

I've had to make some fairly major changes under-the-hood for this and it'll need a fair amount of testing. I imagine I'll be ready to start sending out alpha versions towards the end of next week. If you're keen PM me with your email address and I'll send it to you.

Cheers
Paul

Paul,
Would it still work under linux, which has built-in nfs support?

You'll be able to switch the tRio nfs support off or on in trio.xml. For linux I'd imagine you'd switch it off and use the linux implementation instead.

Cheers
Paul

It's the bomb!

If you would like a hand testing this in linux let me know. I am running SuSE pro 9.1 and have six rio's currently up and running with JREC and TRIO 1.6. I would love to help if needed.

I'm running Debian, jReceiver 0.2.5, Trio 0.1.6, 4 Rios, and would be glad to help.

Jerz has reported a few problems that I'd like to fix before sending out any more test versions. The one's really got me puzzled though (it's not showing the full list of Albums/Artists under qnp mode), so I'm afraid that it might be a few days yet.

In the mean time, PM me with your email addresses and I'll send you the files when I'm ready.

Cheers
Paul

I've just sent out the latest 0.1.7 version to all of you who've volunteered for testing (via email). Please let me know if I've missed you.

Cheers
Paul

How is the uPnP version going, need more testers?

Dwayne

Does anyone have this to distribute? I haven't seen pauln on here or the sourceforge site in a LONG time now... I'd like to use 1.7 as is.

Does anyone know if CVS has the latest, or has heard from pauln?

1.7 still seems to be on Sourceforge, but it is hidden from view. I'm not sure why Paul never exposed it. I have been using it since June. It works well for me. I have spent some time with the free twonky UPNP musicserver. It's OK, but there is still more that needs to be done.

I'm sure Paul has a good reason for not announcing the release of 1.7 yet but curiosity has the better of me and I have to ask, how do you access hidden releases on sourceforge?

:-)

Hi Paul.. Are you around? Just wondering if the UPnP version is almost ready to be released. I used to love trio but I stopped using it when UPnP came along. I'm currently using Allegro Media Server on a Mac with an Omnifi to play tunes.. would be great to have the Rios working again. I managed to get a copy of 0.1.7 off of sourceforge but it complains about not being able to find receiver.arf regardless of where I put it.. but I assume this is because it is unreleased.

Thanks
Mike

I ran 0.1.7 for some time using the Twonky upnp server. The receiver.arf is included in the tRio 0.1.7.zip file, you should find it in the main directory when you unzip the archive. You need to untar the receiver.arf file into your TFTP directories (by IP number) so the Rio DAR can load the 0.1.7 client software.

Can anyone send me 1.7 as the download does not work for me.

Thanks

It seems like trio is looking for the .arf for some reason.. Did paul add a built in tftp server in 1.7? I get this from the logs:

SEVERE: Start up error.
trio.TRioStartupException: Error loading configuration
at trio.TRioServer.loadConfiguration(TRioServer.java:280)
at trio.TRioServer.<init>(TRioServer.java:159)
at trio.TRioServer.main(TRioServer.java:715)
Caused by: trio.TRioDisplayableException: FileNotFoundException reading boot arc
hive
at trio.boot.TRioBootServer.expandBootImage(TRioBootServer.java:90)
at trio.boot.TRioBootServer.<init>(TRioBootServer.java:76)
at trio.TRioServer.initBoot(TRioServer.java:311)
at trio.TRioServer.loadConfiguration(TRioServer.java:272)
... 2 more
Caused by: java.io.FileNotFoundException: receiver.arf (No such file or director
y)


Anyway.. I don't get why trio is even looking for the .arf.. Any ideas? Or maybe I got a different version? All I did was change the download link URL from xxxxx0.1.6 to 1.7.

-Mike

I am no longer running 0.1.7, and I didn't have any problem with it, but see if this helps...

1) You should have receiver.arf in the main directory after you unzip the tRio-0.1.7.zip file.

2) You may be correct, I see stuff in the source (also included in this zip) that looks like a java NFS server and SSDP server, so it's possible this was built-in, or at least work was started. But I don't know if it is working or not. In my case I still un-tar'd the reciever.arf into a NFS exported tftp folder with the IP of the Rio DAR. Look in the trio.xml file to see if Server url is "ssdp". How were you booting / getting SSDP before trying 0.1.7?

3) You can tell which client the Rio DAR is running from the boot splash screen. You may need to hard reboot the Rio DAR to get it to reload the client software.

I got the same message, and after a little tinkering, found that Trio was (for some inexplicable reason) expecting receiver.arf to exist in the directory where you started the server...ie, if you started it from foo/trio/bin, then receiver.arf should be in foo/trio.bin. I started it in /usr/local/trio/bin, but receiver.arf was in /usr/local/trio. I copied it over and everything worked fine.

I'm currently looking into how to change this. First I have to figure out Trio's build system (looks like he uses ant) and then I'll look at hacking the code ;-)

I've successfully gotten 0.1.6 completely managed inside Eclipse. I can actually run it inside the IDE, use the debugging tools, compile the RMI classes, hit the web server and load the applet, etc. This IDE is great for doing rapid programming. Also, have gotten ant to build and export it to my server. I've started studying the code to understand it.

I have visions of getting trio to work with java 1.5 and Ampache, but this is really back-burner project for me. Also, I am far from a professional java coder. If there is interest and someone could email me the complete 0.1.7 code, receiver.arf, etc., I could try to get it all running in Eclipse. I could then export the project to them, or start a new CVS on sourceforge. I had mixed success pulling 0.1.7 source down from CVS.
/s/ Martin

I got the code to compile under Ant, but I haven't played with Eclipse yet (I'm a professional -C- programmer, so...)

anyway, 1.7 is available at:
http://prdownloads.sourceforge.net/triot/tRio-0.1.7.zip?download
The complete source is in the zip, and as of this afternoon I managed to get it to compile under Ant with the 1.5.0_6 jsdk I downloaded from sun this morning. This is more of an achievement for me, having never used ant before, than anything else...I have changed nothing yet except to create a keystore so I could sign the code ;-)

Any help would be appreciated! For cost/value, I have found nothing that compares to the Rio Receiver, especially since tinkering with it is so easy and so much fun ;-)

Thanks for your help!

How did you get the class TRioConfiguration.java to compile? It uses org.apache.crimson.tree.TextNode, which is in the java 1.4 rt.jar. But it's not in the java 1.5 rt.jar. I think the whole XML parsing system was redone for 1.5.

I left the xercesImpl.jar in the lib directory and added it to the CLASSPATH. I don't see where that's a generated (actually, the build.xml only generates trio-applet and trio, so I left the rest as dependencies for the above).

Why? Is there a better way?

The TwonkyVision website (quoted in first message in this thread) suggests that the download is a "trial" and will "terminate after 30 minutes".
Have they changed their licensing since that first post, or is it not really a trial?

I had tRio 0.1.7 up and running for a few months. Did a FC5 upgrade, and broke it again.

Still running java 1.4.2_07

every thing looks ok in the logs, but the boxes are not pull down thier firmware, It's not getting past the ssdb broadcast. I can see the dhcp in ethereal, and the box looking for ssdb.

when I turn up the debug level on the logs, I see a bunch of " (no security manager: codebase disabled)" which do not sound healthy. Any thoughs to what to check or look for?

I put a copy of the log file at:
http://www.dforsyth.net/forsyth/trio-0.log

Dwayne

I know this is a bit of dead thread, but does anybody know what the current situation is ? Any news from Paul ?
It would be great to see this up and running again.

Dobbs