HTTP адаптивная потоковая передача скорости передачи
На контроллере домена Windows NT 4 назад в день:
C:\WINNT\System32>DEL *.*
Я работал в подпапке (WINS, я думаю), и ожидал удалять ту папку, но вытер большинство System32 вместо этого.
Как я удостоверяюсь, что никогда не происходит снова? Я делаю вещи немного медленнее в эти дни.. проверьте ту командную строку дважды прежде, чем нажать Enter.
Обновление
Похож на Apple, внес предложение предложения IETF, и некоторые люди уже работают над segmenters:
HTTP Живая Потоковая передача - draft-pantos-http-live-streaming-01
http://tools.ietf.org/id/draft-pantos-http-live-streaming-01.txt
iPhone HTTP Streaming с FFMpeg и Segmenter С открытым исходным кодом
http://www.ioncannon.net/programming/452/iphone-http-streaming-with-ffmpeg-and-an-open-source-segmenter/
Хорошо, похож на действия сервера HTTP просто как на немой сервер HTTP. Ввод по абсолютному адресу вокруг веб-сайта в качестве примера, обеспеченного Akamai, дает мне достаточно информации для начала работы со статическим, довольным потоковая передача.
Техническое описание (http://www.akamai.com/dl/akamai/iphone_wp.pdf) предоставляет информацию о транспортном потоковом кодировании, таким образом, .ts потоки просты.
Кодер (или отдельный процесс segmenter) произведет содержание H.264/AAC в последовательности маленьких сегментов содержания в формате MPEG-2 TS (.ts). Существует также индексный файл M3U8, это ссылается на сегменты; в случае живого содержания M3U8 непрерывно обновляется для отражения последнего содержания.
Кодирование H.264 должно быть однопроходным Базовым Профилем, отключенное переупорядочение кадра. Ключевые кадры предлагаются каждые 5 секунд, идеально ровный делитель выбранной длины сегмента.
Веб-сайт обеспечивает файл M3U8, который является просто плей-листом M3U, но в формате кодировки символов UTF-8.
Тот файл затем связывается с файлом M3U8 для каждой скорости передачи. Я предполагаю, что у них должны все быть сокращения в тех же положениях (каждые 2 или 10 секунд, например) так, чтобы переключение могло быть бесшовным. Это, кажется, полностью управляемый клиент - клиент решает, как измерить пропускную способность и какую версию это собирается получить.
Содержание основного файла:
#EXTM3U
#EXT-X-STREAM-INF:PROGRAM-ID=1, BANDWIDTH=860000
hi/prog_index.m3u8
#EXT-X-STREAM-INF:PROGRAM-ID=1, BANDWIDTH=512000
med/prog_index.m3u8
#EXT-X-STREAM-INF:PROGRAM-ID=1, BANDWIDTH=160000
lo/prog_index.m3u8
Затем каждый из других файлов:
hi/prog_index.m3u8
#EXTM3U
#EXT-X-TARGETDURATION:10
#EXT-X-MEDIA-SEQUENCE:0
#EXTINF:10,
fileSequence0.ts
#EXTINF:10,
fileSequence1.ts
#EXTINF:10,
fileSequence2.ts
#EXTINF:10,
fileSequence3.ts
#EXTINF:1,
fileSequence4.ts
#EXT-X-ENDLIST
med/prog_index.m3u8
#EXTM3U
#EXT-X-TARGETDURATION:10
#EXT-X-MEDIA-SEQUENCE:0
#EXTINF:10,
fileSequence0.ts
#EXTINF:10,
fileSequence1.ts
#EXTINF:10,
fileSequence2.ts
#EXTINF:10,
fileSequence3.ts
#EXTINF:1,
fileSequence4.ts
#EXT-X-ENDLIST
lo/prog_index.m3u8
#EXTM3U
#EXT-X-TARGETDURATION:10
#EXT-X-MEDIA-SEQUENCE:0
#EXTINF:10,
fileSequence0.ts
#EXTINF:10,
fileSequence1.ts
#EXTINF:10,
fileSequence2.ts
#EXTINF:10,
fileSequence3.ts
#EXTINF:1,
fileSequence4.ts
#EXT-X-ENDLIST
Это работает с тегом видео HTML 5:
<video width=”640” height=”480” >
<source src=”content1/content1.m3u8” />
</video>
Все еще много оставшихся без ответа вопросов, но это, достаточно вероятно, для начала работы.
- Adam
Akamai описывает это как таковой:
Начиная с версии 3.0 iPhone OS и QuickTime X, можно отправить потоковое аудио и видео по HTTP от обычного веб-сервера для воспроизведения на iPhone, iPod touch или других устройствах, таких как настольные компьютеры, без ограничений Прогрессивных Загрузок.
Новый протокол потоковой передачи поддерживает Множественные скорости передачи и автоматически переключается на оптимальную скорость передачи на основе состояния сети для гладкого качественного опыта воспроизведения. Эта реализация также предусматривает шифрование носителей и аутентификацию пользователя по HTTPS, позволяя издателям защитить их работу. Оба Живут, и По требованию содержание может быть поставлено с помощью 3,0 спецификаций.
Потоковая передача HTTP к iPhone состоит из трех частей: серверный компонент, сеть Akamai и клиентское программное обеспечение.
В типичной конфигурации аппаратный кодер берет ввод аудио-и видеосигнала и превращает его в транспортный поток MPEG-2, содержащий видео H.264 и аудио HE-AAC или AAC. Закодированный поток затем разделяется на серию коротких медиа-файлов потоком segmenter. segmenter также создает и поддерживает индексный файл, содержащий список коротких медиа-файлов, которые были созданы. Эти файлы помещаются в веб-сервер.
Медиаплееру, встроенному в iPhone OS, предоставляют ссылку на индексный файл, это затем запрашивает медиа-файлы в порядке и играет их без любых пауз или разрывов между сегментами
Таким образом, Вам, по-видимому, нужен поток segmenter для надлежащего создания содержания. Сервер HTTP универсален в этой технологии.
-
1Каков, затем, формат индексного файла и делает поток segmenter, делают что-нибудь кроме создает новые ключевые кадры и разделило потоки? И, далее, это могло быть сделано динамично? Интересно, если бы поддержка протоколов, живая потоковая передача затем, которая потребовала бы индексного файла, часто обновляется, и клиент, чтобы понять, что это должно часто запрашивать индекс... – Adam Davis 1 July 2009 в 22:17
-
2Akamai' s отчет о предмете дает еще несколько ключа к разгадке: akamai.com/dl/akamai/iphone_wp.pdf , кажется, указывает, что разделитель обеспечивает файл M3U8, который является плей-листом формата M3U UTF-8. Все еще никакая информация об определенном формате того файла относительно потока битов... – Adam Davis 1 July 2009 в 22:35
Никакие окна segmenter - iPhone segmenter не работают правильно по неизвестным причинам. Необходимо быть зарегистрированным разработчиком iPhone, чтобы смочь загрузить segmenter
Svitoch, у Вас есть снежный барс? это идет с потоком яблока segmenter., просто вводят в человеке mediastreamsegmenter для наблюдения руководства.