Unoffical empeg BBS

Quick Links: Empeg FAQ | RioCar.Org | Hijack | BigDisk Builder | jEmplode | emphatic
Repairs: Repairs

Topic Options
#246090 - 10/01/2005 11:49 tRio 0.1.6
pauln
enthusiast

Registered: 03/12/2001
Posts: 332
Loc: UK
I've just put version 0.1.6 up on the SourceForge site (see http://sourceforge.net/project/showfiles.php?group_id=72920 ). It includes the thin front-end (which works very nicely on the xdaiis that santa left me ).

Next up: UPnP support.

Cheers
Paul

Top
#246091 - 11/01/2005 01:49 Re: tRio 0.1.6 [Re: pauln]
basf_audio
newbie

Registered: 02/09/2002
Posts: 36
Loc: Saint Louis
Paul,

Looks like I'm up first for the new version... At least on here

So far so good - I might add... One question however - It seems that in this version, and the 0.1.5 version, I'm limited to 250 items being returned on a search. Is this a hard setting? Previously (prior to version 0.1.5) I was able to return more than that...

I'm viewing mostly on the Java applet pages.

Thanks,

_DS

Top
#246092 - 11/01/2005 02:55 Re: tRio 0.1.6 [Re: pauln]
bha
stranger

Registered: 12/04/2001
Posts: 29
Very nice. Upgrade happened with no problems. Now I have to spend some time and look around. Thanks for all your hard work.

Bryan: tRio 0.1.6, Jreceiver 0.2.5 running Debian Sarge AMD-K6 300mhz 128mb mem, only 10k mp3s using 38gb, 2 Dell, 2 rebadged SonicBlue DARs

Top
#246093 - 11/01/2005 04:39 Re: tRio 0.1.6 [Re: pauln]
caseyse
member

Registered: 07/10/2000
Posts: 112
Loc: CA, USA
I will get a lot of use out of your 0.1.6 enhancements. Documentation for the html front-end is also very nice. Thank you very much!

- Sean

Top
#246094 - 11/01/2005 16:48 Re: tRio 0.1.6 [Re: pauln]
ievolve
stranger

Registered: 27/08/2003
Posts: 8
very cool indeed! this is shaping up to be the premeir package out there for the rio. the only thing I REALLY miss from xplrionet is having one all inclusive service. Meaning xplrionet can be easily installed as a service and feeds the rio everything it needs to be in business.

is it at all possible for trio to do this in the future? I have tried everything to get the rio manager to run as a service and cant get it to work. trio will run fine as a service using firedaemon which is cool, but without the rio manager softeware nothing works.

can trio ever evolve to be an all inclusive package with the ability to run as a service like xplrionet? I would say that it really the only thing trio lacks from being THE BEST!!! Rio Manager and jreceiver are just sheer overkill for what we need, everything is handled super in the trio interface...

Make us wet our pants paul!!!

Top
#246095 - 11/01/2005 18:01 Re: tRio 0.1.6 [Re: ievolve]
julf
veteran

Registered: 01/10/2001
Posts: 1307
Loc: Amsterdam, The Netherlands
Quote:
the only thing I REALLY miss from xplrionet is having one all inclusive service.

That and the xPL capability. But I guess that would be pretty easy to add to tRio... <he says with a wishful hint in his voice>

Top
#246096 - 13/01/2005 10:07 Re: tRio 0.1.6 [Re: basf_audio]
pauln
enthusiast

Registered: 03/12/2001
Posts: 332
Loc: UK
My music collection isn't that large, so I've not noticed any 250 limit. Are you running JRec or ARM?

Cheers
Paul

Top
#246097 - 14/01/2005 16:09 Re: tRio 0.1.6 [Re: pauln]
bmark
new poster

Registered: 14/01/2005
Posts: 18

Having spent the last 6 months in the wilderness of ARM, xPLRioNet and too much work I installed tRio 0.1.6 today. Terrific work once more. Well done. I raised the issue of WOL a while back and for me it's a "must have". Having a PC churning away all the time doesn't seem right to me, and only the original ARM seems to support WOL. I would be happy to give specific rules if a) it is feasible and b) others feel it is important.
This is the old thread

Top
#246098 - 15/01/2005 03:02 Re: tRio 0.1.6 [Re: pauln]
basf_audio
newbie

Registered: 02/09/2002
Posts: 36
Loc: Saint Louis
I'm using ARM. At last list about 11,000 songs - but very few have selections that pass 250... Mainly my blues, jazz, and funk genres.

Thanks,

_DS

Top
#246099 - 15/01/2005 18:07 Re: tRio 0.1.6 [Re: basf_audio]
pauln
enthusiast

Registered: 03/12/2001
Posts: 332
Loc: UK
Hmmm, try entering the following into your web browser and see how many entries it returns:

http://arm-ip:12078/results?genre=Jazz&_extended=1

Where arm-ip is where your arm server is running.

Cheers
Paul

Top
#246100 - 16/01/2005 03:37 Re: tRio 0.1.6 [Re: pauln]
gerald_clark
new poster

Registered: 08/10/2003
Posts: 30
Loc: IL, U.S.A.
Very nice. I just upgraded from 0.1.4 which I have been running for a couple of years now. Love the thin client. Works great on my Axim, and on my Zaurus.

The only thing I miss is the ability to browse my collection by directory instead of through the database.

I have my mp3s organized by genera/Artist/album/track, and can find anything I want much faster than searching a database based on mistagged mp3s. A browse by directory and play a file or directory mode would also be nice.
This is probably a Jreceiver issue though.

Again, thanks for the fine program. I use it every day with my 3 Rio Receivers. If it weren't for trio, I would never have bought the 2nd one.


Edited by gerald_clark (16/01/2005 03:47)

Top
#246101 - 17/01/2005 02:10 Re: tRio 0.1.6 [Re: pauln]
basf_audio
newbie

Registered: 02/09/2002
Posts: 36
Loc: Saint Louis
My hiccup... I usually listen to most of my music by using playlists... But I recently started listening by genre as well...

I tested with the URL and 250 would be the max each time for my genres. When using a playlist, 250 wasn't an issue (I set one up with 750+ and it worked fine...)

Thanks for the help... And for tRio!

_DS

Top
#246102 - 17/01/2005 15:42 Re: tRio 0.1.6 [Re: pauln]
time
enthusiast

Registered: 20/11/2000
Posts: 279
Loc: Pacific Northwest
Hey Paul,
Can you roll up the source in your next drop to Source Forge? Better yet would you be able to send the source/email it to me directly? There is an effort afoot to get the riot client working with XML based xPLRioNet server software. I'm not doing the coding, but I'd like to facilitate any way I can. Any chance of you two synching up?

Thanks for your help,
Tim

Top
#246103 - 17/01/2005 17:10 Re: tRio 0.1.6 [Re: time]
medianet
new poster

Registered: 04/08/2004
Posts: 21
Quote:
There is an effort afoot to get the riot client working with XML based xPLRioNet server software.


Hi Paul,
Just to clarify, basically the client we use for the rio side of things (something i developed from Dave's rioplay with his blessing) in xplrionet isn't very good (due to my lack of c++ experience) and isn't a patch on riot (and i love trio too btw), so we'd really like to use riot as the client for the rio support in xplrionet? Being able to see the source would facilitate integration., if that's at all possible please? Again, just to clarify, xplrionet is basically for users of the xPL home automation protocol and is designed as a single server solution for multiple mp3 (and other) media players under xPL control (though it's windows only i'm afraid). - rather than being aimed as a replacement rio server.

Thanks
Tony

Top
#246104 - 18/01/2005 11:11 Re: tRio 0.1.6 [Re: medianet]
pauln
enthusiast

Registered: 03/12/2001
Posts: 332
Loc: UK
Quote:
the client we use for the rio side of things (something i developed from Dave's rioplay with his blessing) in xplrionet isn't very good (due to my lack of c++ experience) and isn't a patch on riot

Firstly, I'm not sure I'd with agree that riot is better than rioplay/xplrionet. I haven't looked at your xpl enhancements, but I have the utmost respect for Dave Flowerday's skills - the design could hardly be cleaner and the lack of bug-reports speaks for its quality.

tRio/riot was largely based on RioPlay and Reza's RRR, but takes a radically different approach towards screen handling. As I'm sure you know, the riot code does very little screen handling itsself - it just sends key presses to the tRio server and displays screen images that are sent back to it. The screen images themselves are created by the java code running on the tRio server which allows it to do all that fancy font and image stuff (and also makes it very much easier to enhance/maintain).

And so riot is very tightly coupled to tRio. Are you intending to generate the screen images in the xpl server? (If not, I'm not sure that riot will be of all that much use to you.)

You are most welcome to borrow whatever you want from tRio/riot - especially as it borrowed so much from RioPlay. I tried to update the riot code in CVS this morning, but the sourceforge site was down. I'll try again this evening and let you know when it's done.

I think the idea of home automation is really cool and toyed with the idea of implementing the xpl interfaces in tRio a while back. But I found myself lacking in both time and expertise (work, that curse of the drinking classes!).

Cheers
Paul

Top
#246105 - 18/01/2005 12:13 Re: tRio 0.1.6 [Re: pauln]
medianet
new poster

Registered: 04/08/2004
Posts: 21
Quote:

Firstly, I'm not sure I'd with agree that riot is better than rioplay/xplrionet. I haven't looked at your xpl enhancements, but I have the utmost respect for Dave Flowerday's skills


Hi Paul,
I heavily modifed rioplay, to work more like riot does, it's these enhancements that aren't much good. I totally agree rioplay is excellent.

Quote:
As I'm sure you know, the riot code does very little screen handling itsself - it just sends key presses to the tRio server and displays screen images that are sent back to it. The screen images themselves are created by the java code running on the tRio server which allows it to do all that fancy font and image stuff (and also makes it very much easier to enhance/maintain).


This is the approach i took with the mods to rioplay for xplrionet. It became a dum client, with most processing done in xplrionet. With regards screen handling the method youre using is the same as we are using for the hauppuage MVP screens.

Quote:
Are you intending to generate the screen images in the xpl server? (If not, I'm not sure that riot will be of all that much use to you.)


Yes, we'd generate the screens on the server side. The MVP screens are much meatier to produce (e.g. adding colour pictures etc) so it should be able to handle it fine.

Quote:
You are most welcome to borrow whatever you want from tRio/riot - especially as it borrowed so much from RioPlay. I tried to update the riot code in CVS this morning, but the sourceforge site was down. I'll try again this evening and let you know when it's done.


Many thanks Paul, i really appreciate that. The main thing for me to understand is how the command protocol works between riot and trio. I can already control it with ir/front panel (seeing the display on an xpl OSD TV display via tivo rather than the front panel as i havent worked that out yet) and have managed to stream to it - though it's a bit hit and miss at the moment (xplrionet that is, not riot).

I'm really impressed with how solidly it streams. Obviously the about screens and stuff will reflect it's driven by riot.

Quote:
I think the idea of home automation is really cool and toyed with the idea of implementing the xpl interfaces in tRio a while back. But I found myself lacking in both time and expertise (work, that curse of the drinking classes!).


it's fun. But all my spare time is spent on xplrionet at the moment, so don't get anytime to play with other ha stuff.

Many thanks
Tony

Top
#246106 - 19/01/2005 10:27 Re: tRio 0.1.6 [Re: medianet]
pauln
enthusiast

Registered: 03/12/2001
Posts: 332
Loc: UK
Tony,

I updated the riot stuff in CVS last night. Feel free to PM me if you have any questions.

Cheers
Paul

Top
#246107 - 19/01/2005 11:11 Re: tRio 0.1.6 [Re: pauln]
medianet
new poster

Registered: 04/08/2004
Posts: 21
Quote:
I updated the riot stuff in CVS last night. Feel free to PM me if you have any questions.


Many thanks Paul

Tony

Top
#246108 - 13/02/2005 19:35 Re: tRio 0.1.6 [Re: pauln]
josi_ok
stranger

Registered: 13/07/2003
Posts: 13
Paul-
I've been playing with different display panel layouts. Neat stuff, how flexible it is!
Any chance you can include [artist-name] and [tune-time] tags for the display in your next version? [tune-time] would be just the total length of the current tune. [play-time-remaining] would be pretty neat, too, if it's not asking too much. Thanks!
-Hans

Top
#246109 - 15/02/2005 06:50 Re: tRio 0.1.6 [Re: josi_ok]
pauln
enthusiast

Registered: 03/12/2001
Posts: 332
Loc: UK
Hans,

As it turns out, [artist-name] is already available - I just forgot to add it to the docs. Sorry about that.

As for [tune-time] and [play-time-remaining], I'll happily add them. I only ask that you send me what you've done so that we can all enjoy the fruits of your endevours.

Cheers
Paul

Top
#246110 - 17/03/2005 12:29 Re: tRio 0.1.6 [Re: pauln]
Revwillie
new poster

Registered: 10/11/2004
Posts: 9
has anybody upgraded to jre 1.5.0_02 yet? I did last night. I changed the java home path in trio.bat, but the reciever is hanging at 'connecting to server' . I haven't had time to thoroughly check out what's wrong yet, but I just wondered if anyone else has upgraded jre sucessfully yet.

update: here's what my log shows:

Mar 17, 2005 9:05:28 PM trio.TRioServer main
INFO: Start of TRioServer. tRio Version 0.1.6, java.version: 1.5.0_02, java.vm.version: 1.5.0_02-b09, os.name: Windows XP
Mar 17, 2005 9:05:28 PM trio.http.TRioHttpThread <init>
INFO: Defaulted http document root to: C:\Program Files\tRio-0.1.6
Mar 17, 2005 9:05:29 PM trio.TRioServer initRemote
INFO: RMI Registry created sucessfully on port 1099
Mar 17, 2005 9:05:29 PM trio.TRioServer initRemote
INFO: binding rmi: rmi://basement:1099/TRioServerRemote
Mar 17, 2005 9:05:29 PM trio.TRioServer initRemote
INFO: binding rmi: rmi://192.168.1.14:1099/TRioServerRemote
Mar 17, 2005 9:05:29 PM trio.TRioServer scheduleRestart
INFO: Restart not scheduled
Mar 17, 2005 9:05:29 PM trio.TRioUDPConnection <init>
INFO: creating udp socket. local port: 19680, timeout: 15000
Mar 17, 2005 9:05:29 PM trio.http.TRioHttpThread run
INFO: Http server listening on port 8090
Mar 17, 2005 9:06:03 PM trio.TRioControlThread processConnectRequest
INFO: Got connect from /192.168.1.4. ClientID: receiver, Client Version: 0.1.6, Hardware Address: 00:90:00:11:37:65
Mar 17, 2005 9:06:03 PM trio.TRioControlThread processConnectRequest
INFO: Got connect from /192.168.1.4. ClientID: receiver, Client Version: 0.1.6, Hardware Address: 00:90:00:11:37:65
Mar 17, 2005 9:06:58 PM trio.http.TRioHttpClientConnection run
WARNING: Http connection exception.
java.net.SocketException: Software caused connection abort: socket write error
at java.net.SocketOutputStream.socketWrite0(Native Method)
at java.net.SocketOutputStream.socketWrite(Unknown Source)
at java.net.SocketOutputStream.write(Unknown Source)
at trio.http.TRioHttpClientConnection.sendNotFoundResponse(Unknown Source)
at trio.http.TRioHttpClientConnection.getOtherResource(Unknown Source)
at trio.http.TRioHttpClientConnection.processRequest(Unknown Source)
at trio.http.TRioHttpClientConnection.run(Unknown Source)
Mar 17, 2005 9:07:47 PM trio.player.TRioPlayerARMServer <init>
INFO: ARM URL settings. URL: ssdp
Mar 17, 2005 9:07:50 PM trio.TRioServer saveConfiguration
INFO: Updating config file


Edited by Revwillie (18/03/2005 00:11)

Top
#246111 - 18/03/2005 07:11 Re: tRio 0.1.6 [Re: Revwillie]
pauln
enthusiast

Registered: 03/12/2001
Posts: 332
Loc: UK
tRio uses a clever bit of software called PJA to create the screens that are displayed on the receivers. Unfortunately PJA isn't compatible with 1.5 as yet. See http://www.eteks.com/pja/en/forum/viewSubject.jsp?subjectId=545 for details.

Cheers
Paul

Top
#246112 - 18/03/2005 14:05 Re: tRio 0.1.6 [Re: pauln]
Revwillie
new poster

Registered: 10/11/2004
Posts: 9
OK, I suppose I should uninstall 1.5 considering that the PJA developer hasn't had time to update.

I figured out how to force trio back to jre1.4...still trying to get the java applet to do the same.


Edited by Revwillie (18/03/2005 19:25)

Top
#246113 - 29/03/2005 15:32 Track stops playing [Re: pauln]
bmark
new poster

Registered: 14/01/2005
Posts: 18
Anyone any ideas about tracking this error down? Track plays for about 3 mins and then stops.

Here is the error log

29-Mar-2005 18:25:13 trio.player.TRioPlayerStreamImpl logMessage
INFO: [Stream 0] stopStream()
29-Mar-2005 18:25:15 trio.player.TRioPlayerARMServer getServerUrlString
INFO: SSDP Discovery of ARM sucessful. URL: http://xxx.xxx.xxx.xxx:12078
29-Mar-2005 18:25:15 trio.player.TRioPlayerARMServer getContent
INFO: opened contentStream. tune: What's Going On, currOffset: 0
29-Mar-2005 18:25:22 trio.TRioServer saveConfiguration
INFO: Updating config file
29-Mar-2005 18:25:45 trio.player.TRioPlayerUDPStreamThread sendNextPacket
INFO: Send delay. Sends: 320, NACKs: 0, RESENDs: 0, Avg Delay: 65, Avg Wait: 64, BitRateReserve: 28
29-Mar-2005 18:26:20 trio.player.TRioPlayerUDPStreamThread sendNextPacket
INFO: Send delay. Sends: 320, NACKs: 0, RESENDs: 0, Avg Delay: 73, Avg Wait: 73, BitRateReserve: 28
29-Mar-2005 18:26:54 trio.player.TRioPlayerUDPStreamThread sendNextPacket
INFO: Send delay. Sends: 320, NACKs: 0, RESENDs: 0, Avg Delay: 73, Avg Wait: 73, BitRateReserve: 28
29-Mar-2005 18:27:29 trio.player.TRioPlayerUDPStreamThread sendNextPacket
INFO: Send delay. Sends: 320, NACKs: 0, RESENDs: 0, Avg Delay: 73, Avg Wait: 73, BitRateReserve: 28
29-Mar-2005 18:28:04 trio.player.TRioPlayerUDPStreamThread sendNextPacket
INFO: Send delay. Sends: 320, NACKs: 0, RESENDs: 0, Avg Delay: 73, Avg Wait: 73, BitRateReserve: 28
29-Mar-2005 18:28:38 trio.player.TRioPlayerUDPStreamThread sendNextPacket
INFO: Send delay. Sends: 320, NACKs: 0, RESENDs: 0, Avg Delay: 72, Avg Wait: 72, BitRateReserve: 28
29-Mar-2005 18:29:12 trio.player.TRioPlayerUDPStreamThread sendNextPacket
INFO: Send delay. Sends: 320, NACKs: 0, RESENDs: 0, Avg Delay: 73, Avg Wait: 73, BitRateReserve: 28
29-Mar-2005 18:29:36 trio.player.TRioPlayerUDPStreamThread sendPacket
WARNING: Error sending stream packet.
java.net.SocketException: Interrupted function call: Datagram send failed
at java.net.PlainDatagramSocketImpl.send(Native Method)
at java.net.DatagramSocket.send(Unknown Source)
at trio.TRioUDPConnection.send(Unknown Source)
at trio.TRioConnection.sendMessage(Unknown Source)
at trio.player.TRioPlayerUDPStreamThread.sendPacket(Unknown Source)
at trio.player.TRioPlayerUDPStreamThread.sendNextPacket(Unknown Source)
at trio.player.TRioPlayerUDPStreamThread.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)


I have tried pinging the player (from the server) continually during playback to see if the connection falls over, but the ping responds fine even after the music stops.
Cheers

M

Top
#246114 - 03/04/2005 19:22 Re: Track stops playing [Re: bmark]
pauln
enthusiast

Registered: 03/12/2001
Posts: 332
Loc: UK
This looks a bit wierd. Does it happen on all tracks or just the one? I'll do some googling on the error code and see if I can make sense of it.

Cheers
Paul

Top
#246115 - 05/04/2005 16:12 Re: Track stops playing [Re: pauln]
bmark
new poster

Registered: 14/01/2005
Posts: 18
Seems to happen on all tracks. I have had to return to ARM at the moment (too much whingeing from 'er indoors), but will test again tonight.
Thanks for your interest and help

M

Top
#246116 - 05/04/2005 16:45 Re: Track stops playing [Re: pauln]
bmark
new poster

Registered: 14/01/2005
Posts: 18
I've tested again and it seems to happen on any track. Usually it cannot survive more than one song in a playlist, but sometimes it staggers into a 2nd before conking out. I tried googling the error code, but am not smart enough to get any further. I am intending to reinstall Windows on the server box anyway, so don't worry yourself unduly. If it ocurrs post rebuild then I will come back for more help.

Thanks again

Mark

Top
#246117 - 07/04/2005 05:47 Re: Track stops playing [Re: bmark]
pauln
enthusiast

Registered: 03/12/2001
Posts: 332
Loc: UK
Mark,

I've never seen anything like this before, so I suspect that there is something a bit wierd with your set up. Lets just hope its to do with windows and not a hardware thing somewhere on your network.

If you haven't rebuilt yet, the other thing you could try is changing the send-method in trio.xml to "tcp". This uses TCP/IP rather than UDP to send the music. It's not as stable as the UDP code though, but maybe its worth a try.

Cheers
Paul

Top
#246118 - 07/04/2005 16:59 Re: Track stops playing [Re: pauln]
bmark
new poster

Registered: 14/01/2005
Posts: 18
I'll give it a try.
Incidentally, did you have any thoughts or other enquiries about this thread

Cheers

M

Top
#246119 - 27/05/2005 11:23 Re: tRio 0.1.6 [Re: pauln]
riocanada
newbie

Registered: 08/10/2003
Posts: 78
Loc: Ontario, Canada
Quote:
I've just put version 0.1.6 up on the SourceForge site


Hi Paul,

I did a complete rebuild of my SuSE 9.1 server and had to reload all of the tRio/Jreceiver stuff.

Every thing looks great. I can't try out the PPC front end as my original iPaq doesn't really hold a charge and I've been too busy to try and reload it.

But I have to say a big thanks for adding the forward/back button alpha skip in the queue and play listings. That's a huge improvement to the usability!

Thanks again for all your hard work on this!
_________________________
[3 rebadged Dell DARs, 1 Rio Receiver] [JReceiver 0.2.5 and tRio 0.1.6 on SuSE 9.3 Pro]

Top