<div dir="ltr">There should be no issue with the varying bit rate.  For an MP3 stream, you can change bit rates mid-stream all you want as long as you keep the sample rate and channel counts the same.<div><br></div><div>If you check chrome://media-internals, you'll see that you're getting a PIPELINE_ERROR_DECODE.  Since Chrome v64, it has been a lot more picky about the streams it accepts.</div><div><br></div><div>I suspect that Icecast is simply dumping the buffer for the file out to the client, and then needle-dropping into the middle of the live MP3 stream without re-syncing to a frame boundary first.  (Someone more familiar with the Icecast internals could probably answer that in detail.)  I suspect that Chrome isn't happy about this, doesn't bother to re-sync to the stream itself, and throws this error.</div><div><br></div><div>I would recommend dropping your intro.  In-stream intros tend to have bad side effects anyway, when clients get disconnected and have to reconnect.  This re-connection often happens seamlessly, but cannot be so seamless if your intro gets sent for every GET request.</div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature">Brad Isbell<br><a href="mailto:brad@musatcha.com" target="_blank">brad@musatcha.com</a><br><a href="http://www.musatcha.com" target="_blank">http://www.musatcha.com</a></div></div>
<br><div class="gmail_quote">On Wed, Apr 18, 2018 at 8:06 AM, Oskar Vilkevuori <span dir="ltr"><<a href="mailto:oskar.vilkevuori@ovt.fi" target="_blank">oskar.vilkevuori@ovt.fi</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word;line-break:after-white-space">Hi there,<div><br></div><div>Any other versions of Google Chrome and all version of other browsers are working.</div><div><br></div><div>I have done my best to set up the intro to match the live stream.</div><div><br></div><div><a href="http://185.139.168.34:8000/yleisohjelma" target="_blank">http://185.139.168.34:8000/<wbr>yleisohjelma</a></div><div> - intro is 256 kbits/s 48 kHz ISO-MPEG2 L3</div><div> - live is 256 kbits/s 48 kHz ISO-MPEG2 L3</div><div><br></div><div><a href="http://185.139.168.34:8000/vara" target="_blank">http://185.139.168.34:8000/<wbr>vara</a></div><div> - live is 128 kBits/s 48 kHz, possible ISO-MPEG2 L3</div><div> - there is no intro</div><div><br></div><div>Of cause there is a certain difference between a file and a stream.</div><div><br></div><div>Yours,</div><div><br></div><div>Oskar<div><div class="h5"><br>
<div><br><blockquote type="cite"><div>On 18 Apr 2018, at 17.38, Leif Scriba <<a href="mailto:leif@scriba-bb.de" target="_blank">leif@scriba-bb.de</a>> wrote:</div><br class="m_2745700873968633127Apple-interchange-newline"><div><div dir="auto"><br>Hello Oskar, <div><br></div><div>No i didn’t face it with this exact version of Chrome but with different versions and other players/ Webbrowsers. </div><div>IMHO you should first try to set encoding of intro and stream identical. And try different players. </div><div><br></div><div>Regards</div><div>Leif </div><div><br></div><div><div><br>Am 18.04.2018 um 13:53 schrieb Oskar Vilkevuori <<a href="mailto:oskar.vilkevuori@ovt.fi" target="_blank">oskar.vilkevuori@ovt.fi</a>>:<br><br></div><blockquote type="cite"><div>Hi Leif,<div><br></div><div>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.</div><div><br></div><div>I do have a fail over stream (with different specs) and that hasn’t been an issue at all.</div><div><br></div><div>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…</div><div><br></div><div>Yours,</div><div><br></div><div>Oskar<br>
<div><br><blockquote type="cite"><div>On 18 Apr 2018, at 12.26, Leif Scriba <<a href="mailto:leif@scriba-bb.de" target="_blank">leif@scriba-bb.de</a>> wrote:</div><br class="m_2745700873968633127Apple-interchange-newline"><div><div dir="auto">Hello Oskar,<div><br></div><div>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. </div><div>Most players get confused when one of this parameters changes in between. </div><div><br></div><div>Cheers</div><div>Leif</div><div><br><br><div><br>Am 18.04.2018 um 10:13 schrieb Oskar Vilkevuori <<a href="mailto:oskar.vilkevuori@ovt.fi" target="_blank">oskar.vilkevuori@ovt.fi</a>>:<br><br></div><blockquote type="cite"><span>Hi there,</span><br><span></span><br><span>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.</span><br><span></span><br><span>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.</span><br></blockquote><blockquote type="cite"><div><font><span style="background-color:rgba(255,255,255,0)"><a href="http://185.139.186.34:8000/" target="_blank">http://185.139.186.34:8000</a></span></font><span>/<wbr>yleisohjelma</span><br><span></span><br><span>And if there is no intro then it will play like:</span><br><span></span><br><span><a href="http://185.139.186.34:8000/vara" target="_blank">http://185.139.186.34:8000/<wbr>vara</a></span><br><span></span><br><span>Is it something wrong on my config? Is this somehow related with http headers? Or Access Control Allow Origin?</span><br><span></span><br><span>Looking forward,</span><br><span></span><br><span>Yours,</span><br><span></span><br><span>Oskar Vilkevuori</span><br><span>Radio Dei</span><br><span>______________________________<wbr>_________________</span><br><span>Icecast mailing list</span><br><span><a href="mailto:Icecast@xiph.org" target="_blank">Icecast@xiph.org</a></span><br><span><a href="http://lists.xiph.org/mailman/listinfo/icecast" target="_blank">http://lists.xiph.org/mailman/<wbr>listinfo/icecast</a></span><br></div></blockquote></div></div>______________________________<wbr>_________________<br>Icecast mailing list<br><a href="mailto:Icecast@xiph.org" target="_blank">Icecast@xiph.org</a><br><a href="http://lists.xiph.org/mailman/listinfo/icecast" target="_blank">http://lists.xiph.org/mailman/<wbr>listinfo/icecast</a><br></div></blockquote></div><br></div></div></blockquote><blockquote type="cite"><div><span>______________________________<wbr>_________________</span><br><span>Icecast mailing list</span><br><span><a href="mailto:Icecast@xiph.org" target="_blank">Icecast@xiph.org</a></span><br><span><a href="http://lists.xiph.org/mailman/listinfo/icecast" target="_blank">http://lists.xiph.org/mailman/<wbr>listinfo/icecast</a></span><br></div></blockquote></div></div>______________________________<wbr>_________________<br>Icecast mailing list<br><a href="mailto:Icecast@xiph.org" target="_blank">Icecast@xiph.org</a><br><a href="http://lists.xiph.org/mailman/listinfo/icecast" target="_blank">http://lists.xiph.org/mailman/<wbr>listinfo/icecast</a><br></div></blockquote></div><br></div></div></div></div><br>______________________________<wbr>_________________<br>
Icecast mailing list<br>
<a href="mailto:Icecast@xiph.org">Icecast@xiph.org</a><br>
<a href="http://lists.xiph.org/mailman/listinfo/icecast" rel="noreferrer" target="_blank">http://lists.xiph.org/mailman/<wbr>listinfo/icecast</a><br>
<br></blockquote></div><br></div>