Icecast - Apr 2018 - Intro & Chrome v. 65.0.33.25.181

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://185.139.186.34:8000/yleisohjelma

And if there is no intro then it will play like:

http://185.139.186.34:8000/vara

Is it something wrong on my config? Is this somehow related with http headers?
Or Access Control Allow Origin?

Looking forward,

Yours,

Oskar Vilkevuori
Radio Dei

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. 

Cheers
Leif


> Am 18.04.2018 um 10:13 schrieb Oskar Vilkevuori <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://185.139.186.34:8000/yleisohjelma
> 
> And if there is no intro then it will play like:
> 
> http://185.139.186.34:8000/vara
> 
> Is it something wrong on my config? Is this somehow related with http
headers? Or Access Control Allow Origin?
> 
> Looking forward,
> 
> Yours,
> 
> Oskar Vilkevuori
> Radio Dei
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.xiph.org/pipermail/icecast/attachments/20180418/ed20d1fd/attachment.html>

Hi Leif,

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…

Yours,

Oskar
> 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. 
> 
> Cheers
> Leif
> 
> 
> 
> 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://185.139.186.34:8000
<http://185.139.186.34:8000/>/yleisohjelma
>> 
>> And if there is no intro then it will play like:
>> 
>> http://185.139.186.34:8000/vara <http://185.139.186.34:8000/vara>
>> 
>> Is it something wrong on my config? Is this somehow related with http
headers? Or Access Control Allow Origin?
>> 
>> Looking forward,
>> 
>> Yours,
>> 
>> 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
> http://lists.xiph.org/mailman/listinfo/icecast
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.xiph.org/pipermail/icecast/attachments/20180418/753a19f4/attachment.html>