-
Notifications
You must be signed in to change notification settings - Fork 127
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Listening issue - Windows 7 Web browsers #11
Comments
This is not an issue with Icecast but sounds a lot like configuration specific. Note that you can try to use a bigger burst on connect in the Icecast config (remember to increase the overall buffer too). |
And no, this is completely unrelated to #8, as that is about sending content to Icecast. |
If it turns out that increasing burst will not help, please comment again here, and I'll have another look at it. |
This was already tested from 64k to 32k. |
What do you mean by "from 64k to 32k"? That would be making the burst smaller, which is the wrong thing to do in this case, as you want a bigger buffer, so the browsers player buffer fills faster and playback starts faster. |
And please provide a few more details:
|
Hmm... I thought that burst was about a buffering feature that by lowering it, it would start faster on the listener's end. Unfortunately, the correlation that it worked properly on 2.4.0-kh and not on 2.4.2 with the same configuration file and this only happens on Windows 7 (SP1) OS, on any Web browsers (IE11, Chrome, Firerox). [Not working] Any server using Icecast 2.4.2 or 2.4.0 [Working] Any server using Icecast 2.4.0-kh# [Note] Any audio/aacp and audio/aac has the same reaction on 2.4.0-kh# than the 2.4.2/2.4.0 Icecast: At first I thought it would be because of the network but I tried on a direct access to the Internet without proxies/firewalls and the same behaviour happened. As by relating the issue #8, I was guessing that it might be a problem through a HTTP header that Windows 7 SP1 might not operate properly under any browsers. Hope this helps. |
Closing this as I am unable to reproduce and so far this is the only report we got about this. |
Not sure if it's related with this issue #8 but listening to streams broadcasted by Icecast 2.4.2 is taking way too long before starting natively on any Web browsers on Windows 7. Note that audio players/tools such as FFplay and VLC works properly under this OS.
This issue doesn't seem to happen using an Icecast 2.4.0 (KH branch) server.
Thanks!
The text was updated successfully, but these errors were encountered: