philippe_44 wrote: > It is not a memory-issue related to 32/64 bits. At this stage I'd > recommend > > - transcode to pcm > - only allow "raw" for "PCM format" (can try wav, but it it works, raw > is much better) > - use "if known" for length > > This is what will be the closest to a "classical" UPnP playback. > Remember that the most difficulty I have to handle is that in > "classical" streaming, the file size is known by the source and sent > with the HTTP response to the player. Unfortunately, in the case of a > bridge, the size of the file is unkown as LMS cannot tell. By > transcoding to pcm, the bridge is capable of estimating/calculating the > file size from the duration. To be clear, providing the size in the HTTP > is *absolutely not* mandatory in HTTP spec, but unfortunately there are > a lot of bad quality HTTP and/or UPnP stacks that assume it is always > there.
So at this point I think I mostly have it working, and wanted to follow up in case anybody else ever runs into this...it only works transcoded to mp3, fixed mode, and what seems to have really made the difference was setting gapless to forced and the afore end setting to a really high number, 500. Once all this was in place it played hours without stopping. I wanted to ask; is there a way since it's transcoding to convert to mono at that point? My stream is mono and that seems like an ideal place to do that. I'm seeing mp3:256,r:-44100,s:16 in the config file; is there some switch I could add to enable 1 channel conversion? Just asking! ------------------------------------------------------------------------ typecrazy789's Profile: http://forums.slimdevices.com/member.php?userid=68049 View this thread: http://forums.slimdevices.com/showthread.php?t=103728 _______________________________________________ plugins mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/plugins
