Значит мы тоже с трендом угадали — , но вопросов в таких играх, действительно больше, чем ответов — «жесткая» или «мягкая» привязка к физическому местоположению, большой онлайн в конкретном городе или «шахматы по переписке» и тп.
а какой транспорт используется для live-трансляций на андроид? управляющий протокол — RTSP, а какой транспорт возможен? только RTP по UDP или какой-то еще?
Все live-решения — это уже полноценные медиасервера, а это совсем другая история. Хотя с http-кусочным стримингом теоретически можно построить такой «delay» live без медиасервера. Поступающий live быстро кодируем, фрагментируем и кладем эти фрагменты для скачивания, параллельно поддерживаем список актуальных фрагментов для скачивания. Для более-менее стабильной системы нужно в плейлисте кусочков 3-5, как минимум, иметь, плюс задержки на распространение и пр. Секунд в 30 отставания, наверное, можно уложиться. Чем больше допустимая задержка, тем стабильнее система получается. Но это теория…
У вас получалось сделать пример на flowplayer, который стримит по http и переключается между битрейтами плавно, без заиканий? Теоретически такой код на AS для flash 10.1 можно сделать, я пока только видел примеры с плавным переключением по rtmp.
Тогда, да, разница, если сравнивать технологии — это большие файлы с byte-range доступом к ним или много предварительно размеченных кусочков. У каждой есть свои плюсы-минусы.
Все что я видел — это вариации на тему псевдо-стриминга и даже byte-range requests.
HTTP dynamic streaming изначально подразумевает, что
1. ролик состоит из нескольких файлов разных битрейтов
2. каждый файл разбит на одинаковые фрагменты
3. плейер «выбирает» и закачивает нужные фрагменты для плавного и безостановочного воспроизведения ролика. Флеш это умеет только с версии 10.1
Каждый фрагмент — это легко кешируемый HTTP-объект и нравится CDN. Microsoft в свое время так провела трансляции Пекинской(кажется) олимпиады для бешеного количества зрителей, используя традиционные CDN. Кажется, это технология и переросла потом в Microsoft Smooth Streaming for Silverlight.
Да. В нем хорошо реализован apple http streaming (mpegts), хоть автор дизайн протокола и ругает
Если вводные такие — видео сайт должен отдавать во flash, iOS, android, то мы пробовали делать, например, так:
кодируем
High profile H264 — 3 качества (X1.mp4 X2.mp4 X3.mp4)
Baseline H.264 — 2 качества (X4.mp4 X5.mp4)
под flash — отдаем OpenHttpStreamer'ом X1.mp4 X2.mp4 X3.mp4
под iphone — ErlyVideo X4.mp4 X5.mp4
под iPad — ErlyVideo X1.mp4 X2.mp4 X3.mp4 (там мощный чип декодирования и экран большой)
под android phone — http progressive download c ручным переключением X4.mp4 X5.mp4
под android pad — http progressive download c ручным переключением X1.mp4 X2.mp4 X3.mp4
Под android я не нашел информации про multibitrate dynamic streaming, поэтому пока только «ручками», как в m.youtube.com
Работающий пример OSMF у нас на сайте -я в статье упоминал.
Тогда, да, разница, если сравнивать технологии — это большие файлы с byte-range доступом к ним или много предварительно размеченных кусочков. У каждой есть свои плюсы-минусы.
Насколько я знаю flowplayer пока не умеет HTTP Dynamic Streaming — http://flowplayer.org/forum/6/45644
Все что я видел — это вариации на тему псевдо-стриминга и даже byte-range requests.
HTTP dynamic streaming изначально подразумевает, что
1. ролик состоит из нескольких файлов разных битрейтов
2. каждый файл разбит на одинаковые фрагменты
3. плейер «выбирает» и закачивает нужные фрагменты для плавного и безостановочного воспроизведения ролика. Флеш это умеет только с версии 10.1
Каждый фрагмент — это легко кешируемый HTTP-объект и нравится CDN. Microsoft в свое время так провела трансляции Пекинской(кажется) олимпиады для бешеного количества зрителей, используя традиционные CDN. Кажется, это технология и переросла потом в Microsoft Smooth Streaming for Silverlight.
Если вводные такие — видео сайт должен отдавать во flash, iOS, android, то мы пробовали делать, например, так:
кодируем
High profile H264 — 3 качества (X1.mp4 X2.mp4 X3.mp4)
Baseline H.264 — 2 качества (X4.mp4 X5.mp4)
под flash — отдаем OpenHttpStreamer'ом X1.mp4 X2.mp4 X3.mp4
под iphone — ErlyVideo X4.mp4 X5.mp4
под iPad — ErlyVideo X1.mp4 X2.mp4 X3.mp4 (там мощный чип декодирования и экран большой)
под android phone — http progressive download c ручным переключением X4.mp4 X5.mp4
под android pad — http progressive download c ручным переключением X1.mp4 X2.mp4 X3.mp4
Под android я не нашел информации про multibitrate dynamic streaming, поэтому пока только «ручками», как в m.youtube.com