PasTim;633919 Wrote: > A log is attached. It seems that the track is sent in a flash and then > moves on to the next one. I cut most of the data of the 1st track out > (to keep the log short), and the ended the log after it started to send > the 2nd track.Perfect! Thank you.
If you are interested to know what is going on: the player makes an HTTP HEAD followed by an HTTP GET request for the stream, both having an HTTP RANGE header in the request. And Whitebear returns an HTTP 206 Partial Content response. RANGE requests and Partial responses enable server based seeking within the stream. The problem with server based seeking is that when transcoding on the fly (especially when doing multi step flac-pcm-mp3 trancoding), the server doesn't know exactly where it is in the stream, nor can it calculate the full length of the stream; and if the data is even one byte off, the resulting output is garbage. => I expect this is what is going on here. However I think I can fix this. Give me a few days and I will get back to you on this thread. In the worst case, the solution might require sacrificing server based seek on such transcoded files... -- AndrewFG Regards, AndrewFG Try out Whitebear. The middleware that joins the two worlds of: 1. UPnP/DLNA media clients and media players, and, 2. Squeezebox Server and Squeeze Players Download it for free here: http://www.whitebear.ch/mediaserver ------------------------------------------------------------------------ AndrewFG's Profile: http://forums.slimdevices.com/member.php?userid=15838 View this thread: http://forums.slimdevices.com/showthread.php?t=87559 _______________________________________________ plugins mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/plugins
