bpa wrote: 
> Anytime I have come across white noise from what should be an audible
> stream - it is due to a mistake in the expected byte order of audio
> samples (e.g. big endian vs little endian) or a mistake in the sample
> size (e.g. 16bit in 2 byte vs 24 bits in 3 bytes vs 24bits in 4 bytes ) 
> 
> 
> SB player normally play S16le or S32le type byte order (channel bytes
> interleaved) - the source of the problem might be s32p (channel bytes
> not interleaved) if the player assumes s32le.
> 
> This where the reported capabilities of the player (i.e. supported
> codecs, sample size, sampling rate) and if any transcoding is being used
> are very significant.
> 
> Your next step is to examine the transcoding (if any) being done by LMS
> when playing to the bridge.  Enable logging player.source to INFO and
> play the track and then examine server.log for the entries with
> "Slim::Player::Song::open (559) Tokenized command:" - it will have the
> command line used to transcode.

OK, I think this is the log you suggest. Seems to have the info you
need, just doesn't mean much to me. :confused:

Thanks

https://pastebin.com/wLF2EXLH


------------------------------------------------------------------------
pssturges's Profile: http://forums.slimdevices.com/member.php?userid=66790
View this thread: http://forums.slimdevices.com/showthread.php?t=102059

_______________________________________________
Squeezecenter mailing list
[email protected]
http://lists.slimdevices.com/mailman/listinfo/squeezecenter

Reply via email to