philippe_44 wrote: > And just to confirm, sometimes (I guess due to server balancing of some > sort), the stream works even w/o @bpa's patch, but in that case it's not > an application/ogg that is set as content-type but "something" xxx/opus. > I say "something" because I don't have the exact log, all I have is the > trace that the stream was identified as opus. It seems to happen fairly > rarely thought. With @bpa's patch (i.e. looking at ogg header) of course > it works 100%. Gave me an opportunity to refresh my German :)
The erratic behaviour is similar to what was seen in the ByGolly thread ( https://forums.slimdevices.com/showthread.php?111812-ByGolly-Old-Time-Radio ) -then the streams was initially identiiied as MP3 (and cached) from the suffix but later from scan remote headers the MIME was AAC so content changed and also cached but in a different cache. I suspect something similar here - the suffix "opus" make stream an "opus" stream and later "application/ogg" makes it a ogg vorbis - it will also use the same two caches. The problem may be hidden by the transcoder if they are flexible like ffmpeg which often choose a decoder after examing the audio bytes headers and so can play a stream even if wrong identified by LMS. Some players' native decoders are also "accommodating". > @bpa, are you considering submitting the patch? I'll do it but I don't use github regularly so it take same about 1/2 day to remember the command sequence (also I'm not sure about whether this is a 8.* only whether it should also be in 7.9.*). If someone else wants to do it, I don't mind. ------------------------------------------------------------------------ bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=111959 _______________________________________________ Squeezecenter mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/squeezecenter
