Flash API для декодирования H.264 и AAC

[prrt]

В интервью с создателем JW плеера, он говорит, что при проигрывании видео по протоколу HLS на стационарных компьютерах, они cперва сами парсят TS пакеты, а потом используют Flash API для декодирования H.264 (если я правильно понял).

Получается, что при разработке флеш-плеера можно предварительно как угодно обрабатывать входящий HTTP поток либо на AS 3.0, либо на JavaScript и выделять из него чистый H.264 и AAC? А затем использовать Flash API непосредственно для проигрывания? Если так, то что это за API? Где о нем прочитать и как сделать связку из своего обработчика потока с этим API?

[alatar]

NetStream#appendBytes()

[prrt]

alatar,
Там указано:

Анализатор байт распознает FLV-файл с заголовком.

В данном случае это не flv файл, это будет отдельно h.264 поток и отдельно AAC поток, без какого бы то ни было контейнера.

[alatar]

Сначала придется скормить заголовок, потом уже данные. По другому, насколько мне известно, никак. Это и есть API для декодирования.

[prrt]

flv - это же контейнер. Т.е. там h.264 и AAC еще обернуты кучей управляющих данных по спецификации flv. Когда мы проигрываем HLS и парсим TS пакеты, ничего этого не будет. Apple c Adobe не дружат, а HLS - это протокол от Apple.

Если есть только это API, то возникает вопрос - как в JW умудрились сделать проигрывание HLS?

[alatar]

Как-то так + вот так.

[prrt]

О, это уже интересно. Надо будет поразбираться. Только я сам подход не совсем понимаю. Это мы в плеере сперва открываем http соединение с источником потока (точно также как если бы просто какой-нибудь конф. файл подгружали). Получаем TS пакет в буфер. Парсим этот буфер, выделяем аудио и видео данные. И снова их муксуем уже в flv согласно flv спецификации, и затем через appendBytes() проигрываем его как flv.
Так?
Просто я при беглом просмотре кода по указанным ссылкам не обнаружил кода, отвечающего за формирование flv из аудио и видео данных...

[alatar]

Так.
Посмотрите методы в которых вызывается attemptAppendBytes()