Я изучаю возможность использования локального сервера для распространения живого видео конференции среди делегатов в той же комнате. Они все равно будут слышать живой звук из динамика, поэтому будет транслироваться только видео. Я рассматривал Darwin Steaming Server (много пользователей iPhone, которых нужно поддерживать) и кодирование с помощью H.264. Меня больше всего беспокоит задержка в сети. Даже если все работает локально, будут ли проблемы с синхронизацией губ между живым звуком и «живым» видеопотоком? Такое ощущение, что возникнут проблемы с кодированием, трансляцией, декодированием, но я никогда не делал ничего подобного раньше, поэтому подумал, что проверю.
Спасибо
Если бы H.264 был сделан с высоким качеством, он действительно / нуждается в ожидании (т. Е. Дополнительных кадрах), чтобы знать, как лучше всего кодировать. В зависимости от точных настроек кодировщика, которые могут быть минимизированы ... и вы определенно можете попытаться минимизировать буфер воспроизведения (на стороне клиента).
Некоторое время назад у меня была аналогичная проблема с Microsoft Streaming Services.
У вас будет реальная проблема с поиском чего-то, что работает в реальном времени (задержка менее 0,05 секунды), чтобы люди действительно не осознавали, что видео выключено. Даже видеоконференции имеют намного большую задержку - им это сходит с рук, поскольку аудио и видео синхронизируются. Проблемы с синхронизацией губ - это то, с чем люди легко справляются.
Я не думаю, что существует какая-либо потоковая технология (кроме некоторых очень важных, которые в основном не кодируются), которые не привели бы к некоторой "забавности" синхронизации губ. Проблема в том, что люди очень чувствительны к этому.
Я бы это забыл. Запишите его для последующего воспроизведения, но используйте традиционные технологии (проектор и т. Д.) Для локального воспроизведения. Серьезно: не думайте, что слишком многим людям понравится смотреть на свой IPhone из-за динамика, если они уже находятся в одной комнате.