Re: Latest State of play on 320kbps files

["Jim Ginn" <jimginn@xxxxxxxxx>]

Just installed and like what I see so far! I recently reencoded my
music collection to 320kbps and I'm experiencing the same stuttering
on the Rio.  I was curious to see if I could get around the problem in
the near term by transcoding the mp3s on the fly with an entry in the
transcode.xml file.  I added the following:

<convert source="mp3" device="*" cmd="lame.exe
--preset 192
{sourcefile} -" />

I restart everything and play a tune but no indication that
transcoding is occurring (i.e. no command box appears -- I didn't
specify --silent and no lame.exe in the task list).  Also, nothing
appears in the log file. Is mp3 not a valid source for the convert tag?

I have a copy of lame.exe in the xPLRioNet directory.

Regards, Jim

--- In ukha_xpl@xxxxxxx, "Tony Tofts" <tony@x> wrote:
> > Basically the libmad library can't process the stream quick
> > enough to keep the buffer filled :-(
> >
> > The only saving grace at the moment is that there is a lot of
> > processing that still has to be done on the stream before it
> > goes into the output buffer, so i'm going to try and move all
> > this processing to the output thread to give libmad the
> > maximum amount of time.
>
> Hi all,
>
> Got this working, but it's no better. Even when the buffer is full
the track
> still goes ragged at intervals.
>
> Having spent all day trying to solve it I'm turning my attention to
other
> issues for now.
>
> Will revisit this when I get time, probably by writing a complete
new client
> from the ground up so I can test the streaming before any other
function
> (e.g. any display etc). This way it can be checked at each stage. If
it
> won't stream with just the streaming part then I'll try an
alternative mp3
> decoder (like xing or similar).
>
> If anyone has any knowledge of what the original receiver software
used for
> it's mp3 decoder, please advise.
>
> Regards
> Tony