Я пытаюсь концептуально понять лучший способ доставки реального потокового аудио и видео контента. Я бы хотел, чтобы он использовался в веб-браузере с использованием наименьшего количества запатентованной технологии. Я не стал бы обслуживать статические файлы и использовать прогрессивную загрузку, это были бы реальные аудиопотоки, записываемые в прямом эфире. Как транслировать поток, который будет разумно синхронизирован с источником? Какой протокол подходит?
Edit:
В ходе исследований я обнаружил, что существует несколько протоколов: RTSP, потоковая передача HTTP, RTMP и RTP.
Потоковая передача по протоколу HTTP несколько неприемлема, если вы транслируете живое исполнение / общение какого-либо рода, потому что оно опирается на TCP (как на основе HTTP) и не теряет пакеты. В ситуации с низкой пропускной способностью клиент может значительно отставать в воспроизведении. исх
RTMP - это запатентованная технология, требующая флэш-медиа-сервера. Дерьмо об этом. Причина, по которой я посмотрел на флэш-память, заключается в том, что они чрезвычайно гибки в плане удобства пользователей. SoundManager2 предоставляет отличный интерфейс javascript для воспроизведения мультимедиа со вспышкой. Это то, что я искал бы в клиентском приложении.
RTSP / RTP - это то, что Microsoft перешла на использование, отказавшись от своего протокола MMS. RTSP является протоколом управления. Он похож на HTTP с небольшим отличием - сервер также может общаться с клиентом, и есть дополнительные команды, такие как PAUSE. Это также протокол с отслеживанием состояния, который поддерживается с идентификатором сеанса. RTP - это протокол для доставки полезной нагрузки (кодированное аудио или видео). Есть несколько проектов с открытым исходным кодом, один из которых поддерживается Apple здесь . Похоже, что это может сделать то, что я хочу, и, похоже, немало игроков поддерживают его . Звучит так, как будто бы подойдет для прямой трансляции с этой страницы здесь .
Спасибо,
Джош