philippe_44 wrote: > I think I'll have to give up on this one. There are too many issues with > a flac continuous stream. > > Normally, flac is supposed to be streamable because it has paquets > delimiters like mp3 and each paquet is self-contained, which makes > headers optional. Unfortunately, most players I've tried want headers. > Then the ones that can just work with paquets can't accept sampling rate > change in the stream (which will happen as this is a continuous stream > but with different tracks - again mp3 allows that). Then when playing > local files, LMS might not transcode them (flac) and in that case they > have a full flac header which confuses even more players that can accept > raw paquet (they can't recover flac sync properly). > > On paper, this should work according to flac specs, but in practice it > does not
OK, well many thanks for giving it a try. I had assumed that the header issue was related to the http content-type header (MIME etc) but it's apparently more complicated than that. Because Alexa can swallow a PLS file, I'm going to play around with whether I can create a playlist that points to files in the user's LMS library via e.g. an NFS share. It would mean an extra setup step for lossless but might be better than nothing. As all this stream.flac stuff had you nosing around in the HTTP.pm files, did you get any fresh ideas about stream.mp3 starvation to limit the buffering? We tried that last year but it was very rough. ------------------------------------------------------------------------ philchillbill's Profile: http://forums.slimdevices.com/member.php?userid=68920 View this thread: http://forums.slimdevices.com/showthread.php?t=114558 _______________________________________________ ripping mailing list ripping@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/ripping
