System:
Windows XP
ARM 1.04
tRio alpha5

I have been playing with tRio the past few weeks and things have been working well. I ripped a couple of songs with WMP9 using CBR encoding (i.e. not VBR, and not the lossless codec) at 160kps. Those files worked fine with both tRio/ARM and the default ARM receiver.arf.

Then today, they stopped working with tRio. The tRio console gives a huge stack trace. The top of the stack says:

trio.player.TRioPlayerServerException: Unexpected error populated tune details from Audio Receiver Manager server. See tRio logs for details.

I can't find any tRio logs. Where are they on a windows system?

Below is a full stack trace when it tries to expand all songs by artist.

Any ideas?

trio.player.TRioPlayerServerException: Unexpected error populated tune details from Audio Receiver Manager server. See tRio logs for details.
at trio.player.TRioPlayerARMServer.populateDetails(Unknown Source)
at trio.player.TRioPlayerTune.populateDetails(Unknown Source)
at trio.player.TRioPlayerTune.getAlbumTitle(Unknown Source)
at trio.player.TRioPlayerTune.getAttribute(Unknown Source)
at trio.player.TRioPlayerTuneComparator.compare(Unknown Source)
at java.util.TreeMap.compare(Unknown Source)
at java.util.TreeMap.put(Unknown Source)
at java.util.TreeSet.add(Unknown Source)
at trio.player.TRioPlayerARMServer.doResults(Unknown Source)
at trio.player.TRioPlayerARMServer.listTunes(Unknown Source)
at trio.player.TRioPlayerARMServer.listTunesSH(Unknown Source)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at sun.rmi.server.UnicastServerRef.dispatch(Unknown Source)
at sun.rmi.transport.Transport$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at sun.rmi.transport.Transport.serviceCall(Unknown Source)
at sun.rmi.transport.tcp.TCPTransport.handleMessages(Unknown Source)
at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(Unknown Sour
ce)
at java.lang.Thread.run(Unknown Source)
Caused by: java.lang.NumberFormatException: f?160
at java.lang.Integer.parseInt(Unknown Source)
at java.lang.Integer.parseInt(Unknown Source)
... 22 more
Updating config file
Error: java.lang.NumberFormatException: f?160
java.lang.NumberFormatException: f?160
at java.lang.Integer.parseInt(Unknown Source)
at java.lang.Integer.parseInt(Unknown Source)
at trio.player.TRioPlayerARMServer.populateDetails(Unknown Source)
at trio.player.TRioPlayerTune.populateDetails(Unknown Source)
at trio.player.TRioPlayerTune.getInfo(Unknown Source)
at trio.player.TRioPlayerPlaybackPanel.getField(Unknown Source)
at trio.player.TRioPlayerPlaybackPanel.expandValue(Unknown Source)
at trio.player.TRioPlayerPlaybackPanel.updateField(Unknown Source)
at trio.player.TRioPlayerPlaybackPanel.updateFields(Unknown Source)
at trio.player.TRioPlayerFrame.playbackUpdate(Unknown Source)
at trio.player.TRioPlayerUnitStream.playbackUpdate(Unknown Source)
at trio.player.TRioPlayerStreamImpl.notifyPlaybackUpdate(Unknown Source)

at trio.player.TRioPlayerSequencedStream.sequencerUpdated(Unknown Source
)
at trio.player.TRioPlayerQueue$QueueNotificationDispatcher.run(Unknown S
ource)
at java.awt.event.InvocationEvent.dispatch(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)
trio.player.TRioPlayerServerException: Unexpected error populated tune details f
rom Audio Receiver Manager server. See tRio logs for details.
at trio.player.TRioPlayerARMServer.populateDetails(Unknown Source)
at trio.player.TRioPlayerTune.populateDetails(Unknown Source)
at trio.player.TRioPlayerTune.getInfo(Unknown Source)
at trio.player.TRioPlayerPlaybackPanel.getField(Unknown Source)
at trio.player.TRioPlayerPlaybackPanel.expandValue(Unknown Source)
at trio.player.TRioPlayerPlaybackPanel.updateField(Unknown Source)
at trio.player.TRioPlayerPlaybackPanel.updateFields(Unknown Source)
at trio.player.TRioPlayerFrame.playbackUpdate(Unknown Source)
at trio.player.TRioPlayerUnitStream.playbackUpdate(Unknown Source)
at trio.player.TRioPlayerStreamImpl.notifyPlaybackUpdate(Unknown Source)

at trio.player.TRioPlayerSequencedStream.sequencerUpdated(Unknown Source
)
at trio.player.TRioPlayerQueue$QueueNotificationDispatcher.run(Unknown S
ource)
at java.awt.event.InvocationEvent.dispatch(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)
Caused by: java.lang.NumberFormatException: f?160
at java.lang.Integer.parseInt(Unknown Source)
at java.lang.Integer.parseInt(Unknown Source)
... 19 more
java.lang.NullPointerException
at trio.player.TRioPlayerPlaybackPanel.getField(Unknown Source)
at trio.player.TRioPlayerPlaybackPanel.expandValue(Unknown Source)
at trio.player.TRioPlayerPlaybackPanel.updateField(Unknown Source)
at trio.player.TRioPlayerPlaybackPanel.updateFields(Unknown Source)
at trio.player.TRioPlayerFrame.playbackUpdate(Unknown Source)
at trio.player.TRioPlayerUnitStream.playbackUpdate(Unknown Source)
at trio.player.TRioPlayerStreamImpl.notifyPlaybackUpdate(Unknown Source)

at trio.player.TRioPlayerSequencedStream.sequencerUpdated(Unknown Source
)
at trio.player.TRioPlayerQueue$QueueNotificationDispatcher.run(Unknown S
ource)
at java.awt.event.InvocationEvent.dispatch(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)

It looks as if your encoder put a bit-rate tag of "f?160" in your files which tRio isn't expecting. tRio is then trying to turn this into a number and it all goes horribly wrong.

I'll include a fix for this in the next release, but until then I'd recommend that you rerip this these tracks.

Cheers
Paul

f?160 is a valid bitrate tag: It means that ARM couldn't figure out whether the file is mono or stereo (or joint stereo). A question mark is permitted in the first and second positions. Since this value is only really a hint to the caching code, tRio probably ought to be a bit more graceful with it.

Agreed - it's not very graceful at all.

Thanks for this, I'll make the changes. Could you point me to a specification for this?

Thanks
Paul

After I looked at when I installed tRio vs. when I made my first rips using WMP9. I realized that I played them with ARM alone, not tRio.

But are you saying tRio should in fact support WMA when used with ARM as the music server?

I've re-ripped everything to MP3 using EAC/LAME but I like WMA for it's smaller size and would prefer to go back to WMA. But not if it meant giving up tRio.

Great job with tRio!

Cheers,
Bill

BTW, where are the logs to which the error message refers?

Could you point me to a specification for this?

Yep: right here (from memory):

The bitrate tag in the *1 file consists of two letters, followed by a number.

The first letter specifies whether the file is fixed or variable bitrate. It is an 'f' or a 'v' respectively. If the database rebuild code couldn't work out which, it is a '?'. ABR files will appear as 'v'.

The second letter specifies whether the file is stereo or mono. It is an 's', or an 'm'. You might see 'j' for joint stereo, but I think that these files are all labelled with an 's'. If the database rebuild code couldn't work out which, it is a '?'.

The number specifies the bitrate in Kbps. If the database rebuild code couldn't work this out, it either makes up a number (usually 128), or stores a zero, or stores nothing.

Some examples of valid bitrate tags are:

fs128
vs179
fm64