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