Ваши комментарии
Thanks for your answer. I had already read the article you linked to as well as several others including this article by Microsoft. In the section on "Fast Start" they talk about the audio burst you mention. They also say that the station's "server must add broadcast delay to the stream and maintain a buffer" for the burst technique to work. So if the station has a 30 second buffer of their live broadcast, they can burst-send that 30 seconds in a few seconds to the listener's receiver, if I understand it correctly. In this example, there would be a delay of a few seconds (the length of the burst) before the listener starts to hear audio. However, wouldn't the listener's audio be 30 seconds behind the live broadcast? I checked a local station and the stream is about three seconds behind. I have my Pre-buffer set to 10 seconds and Buffer length to 40 seconds.
I can understand how the longer Xiialive buffer times could work with pre-recorded streams, but in the a live stream unless the broadcaster's buffer is 40 seconds, the Xiialive player would have to pre-buffer for 40 seconds. Am I missing something?
Don
I can understand how the longer Xiialive buffer times could work with pre-recorded streams, but in the a live stream unless the broadcaster's buffer is 40 seconds, the Xiialive player would have to pre-buffer for 40 seconds. Am I missing something?
Don
I agree with the other suggestions here. It would be great to have a way to import URLs in plain text format from a PC into XiiLive. Comma or space delimited would be fine, or just copy and paste one at time would be adequate for me, if that is easier to implement. As we all know, some URLs are incredibly long.
Сервис поддержки клиентов работает на платформе UserEcho
Sorry for the questions.
Don