[Icecast] Intro & Chrome v. 18.104.22.168.181
oskar.vilkevuori at ovt.fi
Wed Apr 18 11:53:02 UTC 2018
Did You faced that with the exact same Chrome version? Since this version is the only one having this issue. I have had this kind of arrangement (intro + live stream) for decades. Technology changes but the idea is the same. I have tested a lot of hardware and combinations.
I do have a fail over stream (with different specs) and that hasn’t been an issue at all.
I do not know but I assume my problem is related with headers on the stream but I don’t have more right now. Thats why I’m writing here…
> On 18 Apr 2018, at 12.26, Leif Scriba <leif at scriba-bb.de> wrote:
> Hello Oskar,
> I had a similar problem. The fix was to produce an intro file with same Bitrate, sampling rate (khz), channels and so on as the stream.
> Most players get confused when one of this parameters changes in between.
> Am 18.04.2018 um 10:13 schrieb Oskar Vilkevuori <oskar.vilkevuori at ovt.fi <mailto:oskar.vilkevuori at ovt.fi>>:
>> Hi there,
>> I ran to dead end when Google released a new version for Chrome. I have tried to search with google and I haven’t found anything.
>> There seems to be a problem when a stream has an intro element. It only plays the the intro and does not allow the stream to be played.
>> http://22.214.171.124:8000 <http://126.96.36.199:8000/>/yleisohjelma
>> And if there is no intro then it will play like:
>> http://188.8.131.52:8000/vara <http://184.108.40.206:8000/vara>
>> Is it something wrong on my config? Is this somehow related with http headers? Or Access Control Allow Origin?
>> Looking forward,
>> Oskar Vilkevuori
>> Radio Dei
>> Icecast mailing list
>> Icecast at xiph.org <mailto:Icecast at xiph.org>
>> http://lists.xiph.org/mailman/listinfo/icecast <http://lists.xiph.org/mailman/listinfo/icecast>
> Icecast mailing list
> Icecast at xiph.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Icecast