I've been a bit tardy in responding to bugs in tRio of late. Guess I've needed a bit of a break from it. Appologies to any of you who have felt neglected.

I'm going to concentrate on fixing any problems with the existing functionality over the next 2 weeks. I have just put an alpha5 version up on sourceforge which includes some bug fixes (see http://sourceforge.net/project/showfiles.php?group_id=72920 ). So if you're experiencing a problem, please install this version an see if it hasn't been fixed. If not, please write as much detail as you can up on the bug tracking system (see http://sourceforge.net/tracker/?group_id=72920&atid=536118 ).

Cheers
Paul

Thanks for posting this. I'll try it out as soon as sourceforge comes back to life. (I can't get to it anyway)

The biggest problem I've had with alpha4 is that music will simply stop playing for no reason that I can suss out. Sometimes restarting the trio server application will do the trick.

Admittedly, I'm using ARM and it's running on an old Pentium II with only 64 Meg of Ram under Win 98SE. Not the most "robust" system in the world.

Paul,

So far so good... I grabbed the new alpha5 and haven't seen anything out of the ordinary... Any news on how the non-java PocketPC version is coming along?

Thanks again for your ability to revive the Rio!

_DS

Any chance of having the volume control manage all of the outputs? Before Trio I had a hacked version of ARM with this feature and I hate losing it.

I have been running alpha4 and tried out your new alpha5
with no success. Any suggestions?
I am running jreceiver on linux.

STARTED tRio Mon Oct 27 22:35:23 CST 2003
Exception in thread "main" java.lang.SecurityException: class "trio.TRioConfigurable"'s signer information does not match signer information of other classes in the same package
at java.lang.ClassLoader.checkCerts(Unknown Source)
at java.lang.ClassLoader.defineClass(Unknown Source)
at java.security.SecureClassLoader.defineClass(Unknown Source)
at java.net.URLClassLoader.defineClass(Unknown Source)
at java.net.URLClassLoader.access$100(Unknown Source)
at java.net.URLClassLoader$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClassInternal(Unknown Source)
at java.lang.ClassLoader.defineClass0(Native Method)
at java.lang.ClassLoader.defineClass(Unknown Source)
at java.security.SecureClassLoader.defineClass(Unknown Source)
at java.net.URLClassLoader.defineClass(Unknown Source)
at java.net.URLClassLoader.access$100(Unknown Source)
at java.net.URLClassLoader$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClassInternal(Unknown Source)

Go to the settings on the player screen.
The line volume setting is the one you want.

Please send me a copy of the script you're using and your trio.xml.

When are you getting this error: while starting the tRio server or the applet?

Cheers
Paul

When starting trio.

My startup script:

JAVA_HOME=/usr/java/j2re1.4.2_01
JETTY_HOME=/usr/local/jetty
JREC_HOME=/usr/local/jreceiver
TRIO_HOME=/home/trio
PATH=$PATH:$TRIO_HOME/bin:$JREC_HOME/bin
export JAVA_HOME JETTY_HOME JREC_HOME TRIO_HOME
case $1 in
stop ) jrec_jetty.sh stop
trio stop
;;
start ) jrec_jetty.sh start
# ( cd $TRIO_HOME ; trio start -x11 )
trio start -x11
;;
restart ) $0 stop ; $0 start ;;
* ) echo $0 start/stop ;;
esac


The trio script is basically the one supplied with a
minor change to use 'runlevel' instead of 'who'.




Thanks.

And here is the modified trio script.

Hi,

I'm getting the same problem with ARM 1.4 running on WIndows.
This happens when I select "artist" or "album" on the receiver.

Note: the batch file trio.bat is still refering to alpha4 not alpha5

The only think I can think of is that it's somehow picking up files from your old alpha4 install. Try renaming the old directory to something that doesn't contain "trio" to make sure.

Cheers
Paul

Does changing the batch file to alpha5 solve it?

No. The receiver boots up and talks to the server but when I try to select any music (i.e. by album or artist) the hourglass appears on the receiver and the cascade of messages appears on the server.
It was pretty stable with alpha4, but did have the problem of not having "listen" mode as I have exactly two receivers.
BTW they are the rebranded Dell's, if that's of any help.

I could send you any logs if you tell me where they are located on the server. The DOS screen where the JVM is running only show the last 24 lines or so.

Put the attached file in you bin directory and then run it instead of trio.bat. It redirects the output to a trio.log file which should also appear in your bin directory.

No, that's not it.

Hi Paul,

Ok, I got myself confused. I thought that the receiver.arf file in the riot-0.1.4.alpha5.zip file was actually the alpha4 version. The problem I has was that the IP address in the trio.xml file was wrong. Doh! I'll do somemore testing to see how things go.

BTW, is there anyway to change that .xml file to refer to localhost or something? This machine get's it's IP address from my linksys router and is not alway the same. Just a thought.

Am I missing something I don't see anything on the player screen that allows me to select 'Line' as the item controlled by the volume slider.

yes you are missing something, from the main menu (not the gui) scroll down till you see either 'settings' or 'player settings', cant remember exact one,it will show things like 'balance' etc. , then scroll down to the last option which is line voulume and toggle this to 1.

bill

I had the same problem: picking up alpha4 instead of alpha5. Changing the directory that contained alpha4 to "pauln" and then running alpha5 fixed it. I have subsequently changed the directory back to alpha4 for consistency and encountered no problems

Thanks for the update. Mostly running smoothly. However, when using the Web control panel, selecting Player still only works ocassionally. I am running 3 units at the moment but only one will respond to the Player tab: It's the one with the first IP address, if that helps. The problem with multiple player tabs (when switching from Standby to Active) has gone.

Thanks

M

I have an interesting problem. I have 2 rebadged Dells. One is connected through wired ethernet and the other through a wireless bridge (Mitsumi Wavit11). They both work fine with the stock ARM software. With Trio (alpha4 and 5), if I only power up the wireless one and start the server and applet it will recognize it and I can queue songs up and play them. The receiver will show music playing, but no sound comes out. If i connect the other Rio and queue songs on it, the player tab on the applet will disappear from the wireless Rio and I can queue and play music on the wired one without any problem.

Same thing for shoutcast stations.

Need a bit of help getting the Java Front end working for 0.1.4aplha5.

Trio works fine serving up to my rios under jreceiver, but when I try to connect from the xxx:8090/trio.applet.htm the applet doesn't load and the java console shows:

TRioApplet.init(): null
Parameters. trio-server: audioserver, rmi-port: 1099
Exporting Remote
Finding remote server
java.security.AccessControlException: access denied (java.net.SocketPermission 127.0.0.1:32797 connect,resolve)
at java.security.AccessControlContext.checkPermission(Unknown Source)
at java.security.AccessController.checkPermission(Unknown Source)
at java.lang.SecurityManager.checkPermission(Unknown Source)
at java.lang.SecurityManager.checkConnect(Unknown Source)
at java.net.Socket.connect(Unknown Source)
at java.net.Socket.connect(Unknown Source)
at java.net.Socket.<init>(Unknown Source)
at java.net.Socket.<init>(Unknown Source)
at sun.rmi.transport.proxy.RMIDirectSocketFactory.createSocket(Unknown Source)
at sun.rmi.transport.proxy.RMIMasterSocketFactory.createSocket(Unknown Source)
at sun.rmi.transport.tcp.TCPEndpoint.newSocket(Unknown Source)
at sun.rmi.transport.tcp.TCPChannel.createConnection(Unknown Source)
at sun.rmi.transport.tcp.TCPChannel.newConnection(Unknown Source)
at sun.rmi.server.UnicastRef.invoke(Unknown Source)
at trio.TRioServer_Stub.listApplications(Unknown Source)
at trio.applet.TRioApplet.getApplications(Unknown Source)
at trio.applet.TRioApplet.init(Unknown Source)
at sun.applet.AppletPanel.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)

I configured my server IP and jrec in the trio.xml file, but this error looks like it is trying to get hold of 127.0.0.1? Is this just java trying to connect out of my box (I have no firewall running), or is there some other config parameter that I need to change?

Any help greatly appreciated.

-DK

You should have some lines near the top of the tRio server console saying "binding rmi:" - how do these read?

Are you running the applet on the same machine as the server?

Cheers
Paul

Speedy Reply!

Here is the config as sent to console:

Start of TRioServer. Version 0.1.4.alpha5
Defaulted http document root to: //usr/local/trio-0.1.4.alpha5
Loading TRioPlayerLayout: universal
Loading TRioPlayerLayout: windows
ImageTranslation: byte-binary
RMI Registry created sucessfully on port 1099
binding rmi: rmi://127.0.0.1:1099/TRioServerRemote
binding rmi: rmi://localhost.localdomain:1099/TRioServerRemote
Http server opening port 8090
Http server listening on port 8090
Creating sockets
creating udp socket. local port: 19680, timeout: 15000

The audio server is running on a different machine to the one that I am trying to access it from the web interface - will this make a difference? (ie. jrec and trio at 192.168.0.2 - accessing web interface from 192.168.0.5->192.168.0.2:8090)

Thanks,
-Dan

Okay, try changing the following line in trio.xml from:

<rmi create-registry="true"/>

to:

<rmi create-registry="true" host-name="audioserver"/>

Sorted, thanks.

BTW: This is my time using trio and so far it looks great.

Also, if you've not had enough of my problems, I'm running JRec but can't get the jukebox functionality to work - console shows:

Exception listing Albums: jreceiver.common.rpc.RpcException: xmlrpc-problem invoking method [Menus.getAlbumMenuRecs]
Message: xmlrpc-problem invoking method [Menus.getAlbumMenuRecs]
Root cause: org.apache.xmlrpc.XmlRpcException: jreceiver.common.rpc.RpcException: bus-problem getting album menu recs
at org.apache.xmlrpc.XmlRpcClient$Worker.execute(Unknown Source)
at org.apache.xmlrpc.XmlRpcClient.execute(Unknown Source)
at jreceiver.common.rpc.xmlrpc.XmlRpcBaseImpl.execute(XmlRpcBaseImpl.java:63)
at jreceiver.common.rpc.xmlrpc.MenusImpl.getRecsHelper(MenusImpl.java:135)
at jreceiver.common.rpc.xmlrpc.MenusImpl.getAlbumMenuRecs(MenusImpl.java:49)

Is this likely to be a jrec problem or a trio problem?

Thanks for all the help.

Regards,
-Dan

This problem has been reported before, but I can't for the life of me recreate it. What version of mySql are you running? And is it running under linux or windows?

linux 3.23.58 (latest up2date version) on RH9.

I noted that when I went back in Jrec at 8080, a trio entry has been added under the settings menu - and its default URL is http://localhost:8080/trio/RPC2. When I click to view the settings jrec comes up with a message saying:

Validation Error - You must correct the following error(s) to save the form:
unable to load because http://localhost:8080/trio/RPC2 (class SettingEditAction)

and there are no settings listed. (I tried to change localhost -> the hostname of my server, but that still didn't fix it)

I couldn't find any previous archive messages other than these few recent ones - how often does the archive get purged?

Thanks again.
-Dan

I don't think it's got to do with the URL - otherwise Queue 'n Play wouldn't work either. If you look in your jreceiver logs you should see an SQL error. What I need is for someone to set the tracing up in JReceiver to capture the text of the query it's trying to execute.

I get the same thing with alpha4.