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.

Well, I turned on sql logging, and here is the query.

031101 14:48:39 3 Query SET autocommit=1
3 Query SELECT user.id FROM role_auth LEFT JOIN user ON user.role_id=role_auth.role_id WHERE user.id='admin' AND user.password='0DPiKuNIrrVmD8IUCuw1hQxNqZc=' AND role_auth.handler_name='Drivers' AND role_auth.method_name='getRec'
3 Query SET autocommit=1
3 Query SELECT driver.user_id,driver.callback_url,driver.callback_user_id,driver.callback_password,driver.mime_mask,driver.master_mask,driver.slave_mask,driver.per_user_settings,driver.supports_device_status,driver.is_active,driver.id FROM driver WHERE (driver.id=2) LIMIT 1

And The results:

mysql> SELECT user.id FROM role_auth LEFT JOIN user ON user.role_id=role_auth.role_id WHERE user.id='admin' AND user.password='0DPiKuNIrrVmD8IUCuw1hQxNqZc=' AND role_auth.handler_name='Drivers' AND role_auth.method_name='getRec'
-> ;
+-------+
| id |
+-------+
| admin |
+-------+
1 row in set (0.01 sec)

mysql> SELECT driver.user_id,driver.callback_url,driver.callback_user_id,driver.callback_password,driver.mime_mask,driver.master_mask,driver.slave_mask,driver.per_user_settings,driver.supports_device_status,driver.is_active,driver.id FROM driver WHERE (driver.id=2) LIMIT 1;
+---------+---------------------------------+------------------+-------------------+-----------+-------------+------------+-------------------+------------------------+-----------+----+
| user_id | callback_url | callback_user_id | callback_password | mime_mask | master_mask | slave_mask | per_user_settings | supports_device_status | is_active | id |
+---------+---------------------------------+------------------+-------------------+-----------+-------------+------------+-------------------+------------------------+-----------+----+
| trio | http://localhost:8080/trio/RPC2 | trio | trioserver | 13 | 0 | 0 | 0 | 0 | 1 | 2 |
+---------+---------------------------------+------------------+-------------------+-----------+-------------+------------+-------------------+------------------------+-----------+----+
1 row in set (0.00 sec)

Aren't you seeing an SQL error in the JReceiver logs when you get the "bus-problem getting album menu recs" error?

Previously people have seen the following in the JREc logs:

Root cause: java.sql.SQLException: General error: Got error 'empty (sub)expression' from regexp

It's the query that caused this that I'm curious to see.

I don't know where the Jreceiver logs would be.
Jetty log shows.

17:00:32.309 EVENT action: ERROR: failure in SettingEditAction, http://localhost:8080/trio/RPC2

The mysql log file posted previously shows no sql error.

I am still running alpha4 as alpha5 still shows the error I posted previously.

Trio is useable as it is, but I am happy to help any way I can.

I'm having problems getting tRio to boot using ARM on Win98SE. Everything goes fine, then I get the following message in the MS Dos window:

-------------------
<snipped most of normal boot>
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$1checkedAddresses.nextElement(Unknown Sourc
e)
at trio.TRioServer.initRemote(Unknown Source)
... 3 more
End of TRioServer
-------------------

Any ideas?

Thanks!

Sorry, I really ought to write this one up in the trouble shooting blurb.

Change the following line in trio.xml from:

<rmi create-registry="true"/>

to:

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

where xxxx is the name (or ip address) of the machine that the trio server is running on (the same value you'll specify in http://xxxx:8090/trio-applet.htm).

Cheers
Paul

Am now up and streaming! Thanks Paul!

But......it's not quite right yet: the web interface isn't working. But, for once, I think I might know why (!)

When I try to access the web interface, the following appears in the tRio's Java window:

-------------------
Got http request: GET /trio-applet.htm HTTP/1.1
java.io.FileNotFoundException: C:\Program Files\trio-0.1.4.alpha5\bin\docs\trio-
applet.htm (The system cannot find the path specified)
at java.io.FileInputStream.open(Native Method)
at java.io.FileInputStream.<init>(Unknown Source)
at java.io.FileInputStream.<init>(Unknown Source)
at sun.net.www.protocol.file.FileURLConnection.connect(Unknown Source)
at sun.net.www.protocol.file.FileURLConnection.getInputStream(Unknown So
urce)
at trio.http.TRioHttpClientConnection.getOtherResource(Unknown Source)
at trio.http.TRioHttpClientConnection.processRequest(Unknown Source)
at trio.http.TRioHttpClientConnection.run(Unknown Source)
----------------

Looking through tRio's files, it seems that trio-applet.htm
is in "\docs\trio-applet.htm"
not in "\bin\docs\trio-applet.htm"

Is there something I could change to correct the address?

Thanks again!

Have you changed the line in trio.bat which reads "cd %TRIO_HOME%" at all? It appends /docs to the current directory and so this line should be left as is.

Alternatively you can change the following line in trio.xml:

<http-server port="8090"/>

to:

<http-server port="8090" root="C:\\Program Files\\trio-0.1.4.alpha5"/>

Cheers
Paul

Thanks for the reply, Paul.

I hadn't changed "cd %TRIO_HOME%", but your other suggestion worked......kind of.....

Using your suggestion, the Java web interface now loads, but the player tab doesn't change the display from what it is on the status tab.

It doesn't work on my other machine either. And nothing seems awry (to my untrained eye) in the Java dos window:

---------------------
Got http request: GET /trio-applet.htm HTTP/1.1
Got http request: GET /trio-applet-0.1.4.jar HTTP/1.1
Got http request: GET /images/rio-small.gif HTTP/1.1
getting image: file:/C://Program Files//trio-0.1.4.alpha5/images/rio-small.gif
Updating config file
---------------------------

Although, actually, there *is* something a bit funny when tRio first boots, but that doesn't seem to affect any other operation.
----------------------
C:\Program Files\trio-0.1.4.alpha5\bin>set TRIO_HOME=c:\Program Files\trio-0.1.4
.alpha5

C:\Program Files\trio-0.1.4.alpha5\bin>set JAVA_HOME=c:\Program Files\Java\j2re1
.4.2

C:\Program Files\trio-0.1.4.alpha5\bin>cd c:\Program Files\trio-0.1.4.alpha5
Too many parameters - Files\trio-0.1.4.alpha5
-------------------------------

"Too many parameters"??

So sorry to keep pestering you like this! I thought I had a bog standard set-up but I must be doing something wrong to have so many problems! Unless maybe the fact that I'm using ARM is the problem...?

Thanks again

So the player tab appears, but when you select it nothing happens? Please send me the contents of the java console (via coffee mug in your system tray) and a screen shot of what you're seeing.

As for the "too many parameters" thing - I don't think it's causing your current problem - but it does explain your previous one. To fix it, enclose %TRIO_HOME% in double quotes as follows:

cd "%TRIO_HOME%"

THis isn't required on my win2k set up - what version of windows are you running?

Cheers
Paul

I've just had a thought on this one. Try editing docs/trio-applet.htm and change:

<param name="archive" value="trio-applet-0.1.4.jar"/>

to:

<param name="archive" value="trio-0.1.4.jar"/>

This will take longer to load, but may solve your problem. If so, I should be able to add some more bit 'n pieces to the applet jar to make it work.

Cheers
Paul

Hi Paul.

The cd "%TRIO_HOME%" has indeed fixed the "too many parameters" problem. My server's running Win98SE

As for the Java interface, here's the console output:

----------------------------------------------------
TRioApplet.init(): null
Parameters. trio-server: 10.0.0.4, rmi-port: 1099
Exporting Remote
Finding remote server
Loaded Application. Name: player, title: Player
Loaded Application. Name: clock, title: Clock
Listed applications: 2
Listed units: 1
Loaded Unit. Name: Kitchen, ip: /10.0.0.5
java.lang.IllegalArgumentException: setSelectedIndex: 2 out of bounds
at javax.swing.JComboBox.setSelectedIndex(Unknown Source)
at trio.applet.TRioAppletPlayerPanel.getModePanel(Unknown Source)
at trio.applet.TRioAppletPlayerPanel.init(Unknown Source)
at trio.applet.TRioAppletPlayerPanel.<init>(Unknown Source)
at trio.applet.TRioApplet.getUnitApplicationPanel(Unknown Source)
at trio.applet.TRioApplet$2.stateChanged(Unknown Source)
at javax.swing.JTabbedPane.fireStateChanged(Unknown Source)
at javax.swing.JTabbedPane$ModelListener.stateChanged(Unknown Source)
at javax.swing.DefaultSingleSelectionModel.fireStateChanged(Unknown Source)
at javax.swing.DefaultSingleSelectionModel.setSelectedIndex(Unknown Source)
at javax.swing.JTabbedPane.setSelectedIndexImpl(Unknown Source)
at javax.swing.JTabbedPane.setSelectedIndex(Unknown Source)
at javax.swing.plaf.basic.BasicTabbedPaneUI$MouseHandler.mousePressed(Unknown Source)
at java.awt.Component.processMouseEvent(Unknown Source)
at java.awt.Component.processEvent(Unknown Source)
at java.awt.Container.processEvent(Unknown Source)
at java.awt.Component.dispatchEventImpl(Unknown Source)
at java.awt.Container.dispatchEventImpl(Unknown Source)
at java.awt.Component.dispatchEvent(Unknown Source)
at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source)
at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source)
at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source)
at java.awt.Container.dispatchEventImpl(Unknown Source)
at java.awt.Component.dispatchEvent(Unknown Source)
at java.awt.EventQueue.dispatchEvent(Unknown Source)
at java.awt.EventDispatchThread.pumpOneEventForHierarchy(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.run(Unknown Source)
----------------------------

There's a screenshot here too. Note that for the "player" tabe to highlish, I needed to click it twice.

Thanks, Paul!

"tabe"? "highlish"?!

I've not been drinking!

I meant "tab" and highlight"

Ah yes, I think you've got this problem: http://sourceforge.net/tracker/index.php?func=detail&aid=831490&group_id=72920&atid=536118 . PM me with your email address and I'll send you a fix to try out.

Cheers
Paul

I have this problem too but manifested in a different way. In my case being able to select the Player tab for unit 192.168.1.122 seems to hinge upon having previously selected Listen mode.

This is trio.xml when it has broken:
<unit mode="Queue 'n Play" layout="universal" access="protected"/>
<unit ip="192.168.1.121"/>
<unit ip="192.168.1.120"/>
<unit ip="192.168.1.122" mode="Listen"/>

If I select Queue n Play on the actual receiver, I can then select the Player tab.

This is the state of trio.xml thereafter:
<unit mode="Queue 'n Play" layout="universal" access="protected"/>
<unit ip="192.168.1.121"/>
<unit ip="192.168.1.120"/>
<unit ip="192.168.1.122" mode="Queue 'n Play"/>

I hope that helps, and I would be happy to do further testing, or testing of a patch.

Setup is W2K, ARM 1.04 and tRio.

Many thanks again

M

That does indeed look like the problem. I've PMed my email addy to you.

Best,
Dave

Still getting the same problem - Jrec logs the following:

16-Nov-2003 12:48:10 jreceiver.common.rpc.xmlrpc.XmlRpcBaseHandler execute
WARNING: cannot service rpc request for method=getAlbumMenuRecs user=trio
Message: bus-problem getting album menu recs
Root cause: Message: db-problem getting menu album recs
Root cause: Message: db-problem encoding results
Root cause: Message: sql-problem getting menu recs
Root cause: java.sql.SQLException: General error: Got error 'repetition-operator operand invalid' from regexp
at org.gjt.mm.mysql.MysqlIO.sendCommand(Unknown Source)
at org.gjt.mm.mysql.MysqlIO.sqlQueryDirect(Unknown Source)
at org.gjt.mm.mysql.MysqlIO.sqlQuery(Unknown Source)
at org.gjt.mm.mysql.Connection.execSQL(Unknown Source)
at org.gjt.mm.mysql.Connection.execSQL(Unknown Source)
at org.gjt.mm.mysql.Statement.executeQuery(Unknown Source)
at org.gjt.mm.mysql.jdbc2.Statement.executeQuery(Unknown Source)
at jreceiver.server.db.MenuDB.getRecs(MenuDB.java:182)
at jreceiver.server.db.MenuDB.getRecs(MenuDB.java:214)
at jreceiver.server.db.MenuDB.getAlbumMenuRecs(MenuDB.java:74)
at jreceiver.server.bus.MenuBus.getAlbumMenuRecs(MenuBus.java:81)
at jreceiver.server.rpc.MenusDirect.getAlbumMenuRecs(MenusDirect.java:69)
at jreceiver.server.rpc.xmlrpc.MenusHandler.getRecsHelper(MenusHandler.java:95)
at jreceiver.server.rpc.xmlrpc.MenusHandler.executeHandler(MenusHandler.java:75)
at jreceiver.common.rpc.xmlrpc.XmlRpcBaseHandler.execute(XmlRpcBaseHandler.java:44)
at org.apache.xmlrpc.XmlRpcServer$Worker.execute(Unknown Source)
at org.apache.xmlrpc.XmlRpcServer.execute(Unknown Source)
at jreceiver.common.rpc.xmlrpc.XmlRpcServlet.doPost(XmlRpcServlet.java:113)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:760)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:356)
at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:294)
at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:567)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1723)
at org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:514)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1673)
at org.mortbay.http.HttpServer.service(HttpServer.java:879)
at org.mortbay.http.HttpConnection.service(HttpConnection.java:783)
at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:945)
at org.mortbay.http.HttpConnection.handle(HttpConnection.java:800)
at org.mortbay.http.SocketListener.handleConnection(SocketListener.java:201)
at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:289)
at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:454)

MySQL version is 3.23.58

Any help greatly appreciated

Regards,
-Dan

Dan,

Is it possible that you have some artists or albums with a blackslash (\) in their title?

Paul

Hi, sorry to jump in the middle of the tread here, but I'm having trouble starting the trio pc-side as well. I should point out that this is my first installation of the sw. Seems like java (1.4.2_01) is having some sort of problem with a font. I noticed that "lucida sans" in trio.xml was not a font I had, so I tried changing it to "lucida console", but the result was the same. Any suggestions?

Start of TRioServer. Version 0.1.4.alpha5
Defaulted http document root to: C:\PROGRA~1\trio-0.1.4.alpha5
Loading TRioPlayerLayout: universal
Loading TRioPlayerLayout: windows
ImageTranslation: byte-binary

An unexpected exception has been detected in native code outside the VM.
Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x31B
46B8
Function=[Unknown.]
Library=C:\Program Files\Java\j2re1.4.2_01\bin\fontmanager.dll

NOTE: We are unable to locate the function name symbol for the error
just occurred. Please refer to release documentation for possible
reason and solutions.


Current Java thread:
at sun.awt.font.NativeFontWrapper.registerFonts(Native Method)
- locked <0x142ab4a8> (a java.lang.Class)
at sun.java2d.SunGraphicsEnvironment.addPathFonts(Unknown Source)
at sun.java2d.SunGraphicsEnvironment.registerFonts(Unknown Source)
at sun.java2d.SunGraphicsEnvironment.access$200(Unknown Source)
at sun.java2d.SunGraphicsEnvironment$2.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at sun.java2d.SunGraphicsEnvironment.loadFonts(Unknown Source)
- locked <0x100a00e0> (a sun.awt.Win32GraphicsEnvironment)
at sun.java2d.SunGraphicsEnvironment.mapFontName(Unknown Source)
at java.awt.Font.initializeFont(Unknown Source)
at java.awt.Font.<init>(Unknown Source)
at trio.TRioConfiguration.getFont(Unknown Source)
at trio.gui.TRioWindowManager.configure(Unknown Source)
at trio.TRioServer.loadUI(Unknown Source)
at trio.TRioServer.loadConfiguration(Unknown Source)
at trio.TRioServer.<init>(Unknown Source)
at trio.TRioServer.main(Unknown Source)

Hi Paul,

Did you manage to devise a fix for this problem? I still get it under alpha5 after selecting Listen mode.

Cheers

M

According to the java web-site this may be to do with a corrupt font in your installation.

To get an idea as to which one it is, edit trio.bat in the bin directory and add "-Dsun.java2d.debugfonts=true" to the line that starts "java -X...". It should look something like:

java -X"bootclasspath:%TRIO_HOME%\lib\pja-mod.jar;%JAVA_HOME%\lib\rt.jar" -Dsun.java2d.debugfonts=true ...

And send me the output you get.

Cheers
Paul

Hi Mark,

Yes, it seems to have fixed it. I'll be putting up an alpha6 version soon. But I'll mail you the files in the mean time.

Cheers
Paul

Thanks Paul. The output was about 1000 lines, so I've attached it to this message. Maybe I have too many fonts?

Damn, I was expecting the fonts to show in alphabetical order (and it would have been the next one in your c:\windows\fonts directory that was the problem). But no, yours are listing in some other order. Does the order we're seeing make sense if you sort your fonts directory by the modified column? If so, remove the next one (after arial.ttf).

The other suggestion I've seen on the java sites is:

"I had this problem intermittently on Windows 2000 with Jdks 1.4 through 1.4.2.01. The problem did not occur with
1.3.1.01. I eventually traced the problem to a damaged/corrupt font in c:\WINNT\Fonts. I copied all the fonts in that directory to a temporary location, then deleted all the fonts in c:\WINNT\Fonts. I then copied all the fonts from the temporary location back into c:\WINNT\Fonts. This reinstalls the fonts and detects any corrupt/damaged fonts. I have not seen this error since reinstalling the fonts."

Obviously this would be c:\windows\fonts in your case.

Cheers
Paul

Unfortunately can't search in windows for "\" as it is an illegal filename character. Can anyone give me a hand for the correct linux command to search filenames for the "\" character? Redhat treats the \ as a line continutation.

Are there any other characters that could produce 'repetition-operator operand invalid'? I have some music files that have extended characters in them (accents for example).

Cheers,
-Dan

This works on my suse box:

find . -name "*\\\*"

Cheers
Paul

Paul,

Many thanks for that. The files you PMed me did the trick. I am in full-functioning tRio heaven!

M

Thanks a lot Paul! I had two corrupt font files. tRio is running now!

Excellent. How did you work out which ones were the problem? I'd like to know for future reference.

When you copy the fonts back to the font folder from a temp location, windows reintstalls them and verifies them. I got an error dialog for each font, that listed the file name.

Has there been any resolution on this? I'm running JReceiver-0.25 and tRio 0.1.6. Everything appears to be working correctly from a functional perspective (ie, I can play music, and it all appears to be correct on the player's end). However, when I go to the "trio" settings on the JReceiver "Configuration" page, I get the following error:

Validation Error - You must correct the following error(s) to save the form:

unable to load because http://localhost:8080/trio/RPC2 (class SettingEditAction)

The settings on the page are either empty, if it's the first configuration page I've visited, or else the same as whatever the last page I visited were.

I've added, in trio.xml, host-name="10.26.99.1" to the rmi create-registry stanza, per an earlier post. No luck. Incidentally, should that be the IP address that I would access the tRio web interface via, or should that be the IP address that it's talking to the players with? My server has two separate interfaces, one for multimedia and one for everything else.

Thanks... hope I hear something back!

-Rob

Rob,

As far as I know (and I should), the only jreceiver config you need to do is the "Set up JReceiver User" step in the tRio install instructions. Other than that, all the playback settings etc. for tRio are set in tRio (and not the jreceiver web pages).

As everything else seems to be working, I don't think this jreceiver error you're getting is a real problem

Cheers
Paul