Hi,
What operating system are you running Sonospy on?
Also, what resolution are the high res FLAC files (channels, sample rate, bits per sample)?
Mark.
--
You received this message because you are subscribed to the Google Groups "Sonospy Development" group.
To unsubscribe from this group and stop receiving emails from it, send an email to sonospy-deve...@googlegroups.com.
To post to this group, send email to sonosp...@googlegroups.com.
Visit this group at https://groups.google.com/group/sonospy-devel.
For more options, visit https://groups.google.com/d/optout.
Linux host 3.16.0-4-amd64 #1 SMP Debian 3.16.51-3 (2017-12-13) x86_64 GNU/Linux
Python 2.7.9
Audio
Format : FLAC
Format/Info : Free Lossless Audio Codec
Duration : 8mn 52s
Bit rate mode : Variable
Bit rate : 2 618 Kbps
Channel(s) : 2 channels
Sampling rate : 96.0 KHz
Bit depth : 24 bits
Stream size : 166 MiB (99%)
Writing library : libFLAC 1.3.0 (UTC 2013-05-26)
FLAC transcodes will use SoX.
I've replicated the error here, at least the "not encoded correctly" error, if not the pipe error (running the SoX transcode manually works for me).
It appears that something has changed on the Sonos end, at least
in relation to FLAC (as other transcodes work). When transcoding I
don't know the final length of the streamed data until transcoding
has finished, which is too late for the initial http call from
Sonos. The current code sets the content length to zero, which
used to work - now it looks like Sonos sees the zero and gives up.
As a test I've changed the code to return the original length of the FLAC file - this will be longer than the stream after transcoding, but it appears to work with the test file I have. I've attached an updated webserver.py module, can you copy that over the one in sonospy/sonospy/brisa/core (after backing that file up) and try it please.
Thanks, Mark.
Have these changes been incorporated into the trunk? I could not see a commit for them and I am still having having issues around downsampling flacs.
However, when I try loading the webserver.py on the latest code set, sonospy if failing (probably due to inconsistencies with the optimisation code committed on 9th June).
Cheers
Matthew