Действительно, более реактивная подстройка FEC в 1.103 только попадет, но в 1.102 (адаптивный буфер) основное изменение, и оно большее значение имеет. Нужно убедиться, что на всех устройствах (и тв и колонках) 1.102, и если это так, а задержка все еще сохраняется, то можете в техподдержку отправить логи, будем уже предметно смотреть.
Мы хотели изначально по multicast стримить. Но, к сожалению, пришлось отказаться от этой идеи даже в сценарии мультирум, где может быть до 10 устройств. В случае со стерео-парой multicast 100% проигрывает unicast. Мы проводили тесты (даже на аудитории альфа-тестеров), по мультикаст было больше потерь и задержек, потери шли очень большими блоками, это при условии, что он работал вообще. По большинству пользователей если смотреть, то они не сталкиваются с теми проблемами, которые тут обсуждаем ни с unicast ни с multicast) Но если использовать мультикаст, то это "большинство" уменьшится. IPTV не всем удается настроить, и там задержки не в милликсекундах/секундах, а уже в минутах/часах могут измеряться)) Вы правы, что роутер играет очень большое значение и при "проектировании" умного дома стоит уделить этому особое внимание. Но мы стараемся улучшить опыт использования пейринга, мультирума, стереопары и в нестабильных сетевых условиях, насколько это возможно, конечно)
Проблема с задержкой, действительно, могла возникать из-за нескольких причин:
1) на самом ТВ при высокой нагрузке может возникнуть задержка с подачей аудио-стрима в REMOTE_SUBMIX (устройство в android, которое "перехватывает" звук для того, чтобы мы его могли ретранслировать на колонки). 2) задержка может возникнуть из-за сетевых проблем (например, когда из-за больших потерь пакетов приходится делать большой блок FEC - это как раз то, что в статье описано).
В случае, когда любая из колонок в стерео-паре оказывалась в ситуации нехватки данных, стерео-пара вынуждена была «поднакопить» заново буфер для того, чтобы проигрывание не было прерывистым. Когда скорость поступления аудио-данных очень нестабильная, буфер приходится увеличивать.
Когда приходится выбирать между прерывистым звуком (частыми underrunами из-за нехватки аудио-данных на колонках) и увеличением задержки от видео-ряда, мы склоняемся ко второму.
Но обращения, действительно, поступали, и в 1.102 мы сделали ряд улучшений, направленных на улучшение этой ситуации.
Дело в том, что эти «нестабильные условия» зачастую выправляются, а буфер так и остается большим)
Вот что будет в версии 1.102: 1) Динамическая постройка параметров FEC теперь гораздо более «реактивная», как только обнаруживаем, что потери пакетов снизились, сразу не лету уменьшаем блок FEC. 2) Адаптивный буфер - когда мы видим, что условия стабилизировались и уже нет необходимости иметь на колонках слишком большой запас аудио-данных, система начинает его уменьшать.
Улучшение с адаптивным буфером коснется не только вывода звука в пейринге, но и стриминга БТ на стереопару.
Это не решит проблему полностью, все равно можно создать такие условия в сети или нагрузку на тв, что задержка останется, но мы надеемся, что задержки станут происходить гораздо реже!
Можете подсказать, как именно Вы настроили вывод звука c Салют ТВ на Стереопару?
Правильно через настройки на телевизоре "Мои устройства"->"Умные колонки Sber"-> "Стереопара"->"Подключить к телевизору"->включить тоггл "Выводить звук на стереопару".
мы выбрали PTP, потому что он более простой, и решает нашу задачу, в нем из коробки реализован подходящий для нас выбор мастера + ptp более реактивный, позволяет делать более частый обмен сообщениями и быстрее стабилизируется таким образом
Хорошо, что заработало! Спасибо, что написали!
Если есть возможность улучшить сетевые условия для пейринга, то желательно сделать, это может решить проблему с задержкой!
Действительно, более реактивная подстройка FEC в 1.103 только попадет, но в 1.102 (адаптивный буфер) основное изменение, и оно большее значение имеет. Нужно убедиться, что на всех устройствах (и тв и колонках) 1.102, и если это так, а задержка все еще сохраняется, то можете в техподдержку отправить логи, будем уже предметно смотреть.
Мы хотели изначально по multicast стримить. Но, к сожалению, пришлось отказаться от этой идеи даже в сценарии мультирум, где может быть до 10 устройств. В случае со стерео-парой multicast 100% проигрывает unicast. Мы проводили тесты (даже на аудитории альфа-тестеров), по мультикаст было больше потерь и задержек, потери шли очень большими блоками, это при условии, что он работал вообще. По большинству пользователей если смотреть, то они не сталкиваются с теми проблемами, которые тут обсуждаем ни с unicast ни с multicast) Но если использовать мультикаст, то это "большинство" уменьшится. IPTV не всем удается настроить, и там задержки не в милликсекундах/секундах, а уже в минутах/часах могут измеряться))
Вы правы, что роутер играет очень большое значение и при "проектировании" умного дома стоит уделить этому особое внимание. Но мы стараемся улучшить опыт использования пейринга, мультирума, стереопары и в нестабильных сетевых условиях, насколько это возможно, конечно)
Спасибо за обратную связь! Будем стараться!)
Проблема с задержкой, действительно, могла возникать из-за нескольких причин:
1) на самом ТВ при высокой нагрузке может возникнуть задержка с подачей аудио-стрима в REMOTE_SUBMIX (устройство в android, которое "перехватывает" звук для того, чтобы мы его могли ретранслировать на колонки).
2) задержка может возникнуть из-за сетевых проблем (например, когда из-за больших потерь пакетов приходится делать большой блок FEC - это как раз то, что в статье описано).
В случае, когда любая из колонок в стерео-паре оказывалась в ситуации нехватки данных, стерео-пара вынуждена была «поднакопить» заново буфер для того, чтобы проигрывание не было прерывистым.
Когда скорость поступления аудио-данных очень нестабильная, буфер приходится увеличивать.
Когда приходится выбирать между прерывистым звуком (частыми underrunами из-за нехватки аудио-данных на колонках) и увеличением задержки от видео-ряда, мы склоняемся ко второму.
Но обращения, действительно, поступали, и в 1.102 мы сделали ряд улучшений, направленных на улучшение этой ситуации.
Дело в том, что эти «нестабильные условия» зачастую выправляются, а буфер так и остается большим)
Вот что будет в версии 1.102:
1) Динамическая постройка параметров FEC теперь гораздо более «реактивная», как только обнаруживаем, что потери пакетов снизились, сразу не лету уменьшаем блок FEC.
2) Адаптивный буфер - когда мы видим, что условия стабилизировались и уже нет необходимости иметь на колонках слишком большой запас аудио-данных, система начинает его уменьшать.
Улучшение с адаптивным буфером коснется не только вывода звука в пейринге, но и стриминга БТ на стереопару.
Это не решит проблему полностью, все равно можно создать такие условия в сети или нагрузку на тв, что задержка останется, но мы надеемся, что задержки станут происходить гораздо реже!
Можете подсказать, как именно Вы настроили вывод звука c Салют ТВ на Стереопару?
Правильно через настройки на телевизоре "Мои устройства"->"Умные колонки Sber"-> "Стереопара"->"Подключить к телевизору"->включить тоггл "Выводить звук на стереопару".
У Вас ноутбук как-то участвует в конфигурации?
мы выбрали PTP, потому что он более простой, и решает нашу задачу, в нем из коробки реализован подходящий для нас выбор мастера + ptp более реактивный, позволяет делать более частый обмен сообщениями и быстрее стабилизируется таким образом