1

Тема: Задержка во времени с sam broadcaster

Народ поможите плиз, идет задержка во времени, около 10 секунд разницы с компа где играет трек в бродкастере и комп где через aimp подключена ссылка.

2

Re: Задержка во времени с sam broadcaster

Это буферизация, задержки не избежать. Хочешь без нее, организовывай фм вещание.

В здоровом теле - здоровый дух!

3

Re: Задержка во времени с sam broadcaster

т.е. в любом случае будет задержка? а если необходимо вести трансляцию в реальном времени через микрофон, это ж не формат! возможно хотябы сократить задержку? просто я использовал элементарную систему, два ПК в сети, один вещает, второй слушает... теоретически не должно быть ни какой задержки!!! как быть?

4

Re: Задержка во времени с sam broadcaster

Что было не понятного в моем первом ответе?

В здоровом теле - здоровый дух!

5

Re: Задержка во времени с sam broadcaster

Я поставил         <burst-on-connect>1</burst-on-connect>
и   <burst-size>654321</burst-size> и у меня теперь задержка 2 - 7 сек

6

Re: Задержка во времени с sam broadcaster

Бурст можно вообще выключить, а в заголовках выставить что-то вроде icy-br:10, тогда буфер во многих проигрывателях будет минимальный. Но это не панацея, в конечно счете сам проигрыватель решает, как и когда ему играть поток. Но если у клиента лагнет инет, поток встанет пока не придут потерянные пакеты, а это время -> задержка с каждым лагом будет все больше и больше. И уже от нее никак не избавиться, кроме как перейти на другой протокол.

А вот в RTMP такой фигни нет.

???








---------------------------------------
С наилучшими пожеланиями, IceMaster.
Все виды трансляций. Самые сложные варианты.
Патчи для открытых серверов, cобственные системы управления.
Создание эксклюзивных решений стриминга под любые, самые необычные запросы клиентов.
PHP-обезьянкой не работаю, плееры по 10 баксов не делаю. Делаю сложные и интересные проекты.