Argh. I'm running tRio 0.1.4.alpha5 and JReceiver 0.2.5 on a Linux server, feeding four Receivers. It's all set up and works properly to play music using the receivers themselves.

The web-based applet, however, literally takes 15 minutes between tasks. From the time I load the page in my browser (both Firefix 0.8 and IE 6 on Windows XP SP1 with Java Plugin 1.4.2_04) to the time the applet actually displays my four Rios and lets me click on something, is fifteen minutes.

When I click on the "Player" tab, it takes fifteen minutes for that window to come up. I can't seem to get songs to get added into the queue no matter what I do. Clicking on "Stop" makes the applet take another fifteen minutes.

No other Java applet does this. These are not slow computers by any stretch of the imagination. Everything else appears to be working fine.

Shutting off my desktop PC's firewall "fixes" the problem. It would appear that the applet or server picks some random RMI port to do its communications on, and that 15 minutes is about the time it takes to cycle through every closed port on my desktop machine to find the one or two open ones.

Can I force it to discuss things on a specific port? Adding a port parameter to the rmi create-registry setting in trio.xml doesn't do anything, nor does opening the ports listed in the ports setting.