Dave,
This is the 1st I've heard of skipping with a CBR file. But yes, hpna does seem to put more of a load on the processor.
What's probably happening is that the music is being played at faster rate then what it's being decoded. When you press play, tRio waits until it has decoded a good chunk of audio before starting playback. By the sounds of it this buffer is slowing emptying until after 45 seconds the skipping starts.
To confirm this, rename your receiver to "[test]" (via the web front-end or by editing trio.xml). This will produce messages like this in trio console:
ProcessStatus. tune_seq=2 tune_id=930 status=2 sync=0 encoded_buffer=21 decoded_buffer=100 tune_decoded_start=0 curr_decoded_pos=28286176
Take a look at what's happening to the "decode_buffer" value. In the above example it's 100% full - if it reduces to 0 you'll get skipping (not immediately because the audio driver also has a 0.8 second buffer).
I don't know if it'll help, but try setting the "send-method" to "broadcast" and "unicast" and see if it improves things.
Cheers
Paul
_________________________
Paul
(the tRio guy)
Previous Topic
Index