|
|
« Предыдущая тема | Следующая тема » |
Опции темы | Опции просмотра |
|
|
|||||
NetStream, NetStatusEvent. грабли, tips & tricks
Многие, кто делал/делают видео-плееры, сталкивался с множеством проблем и непонятностей от NetStream и NetStatusEvent.
Например http://www.brooksandrus.com/blog/200...m-still-sucks/ http://jodieorourke.com/view.php?id=88&blog=news Нет ли у кого success stories?) Ссылок на какие-то сборники рецептов? Из конкретных вопросов меня сейчас заботит: 1. начало воспроизведения (progressive download). Например, тут http://help.adobe.com/en_US/ActionSc...0204-7d4d.html приведена последовательность кодов NetStatus.info.code, которые получаются при воспроизведении. У меня никак после NetStream.Play.Start NetStream.Buffer.Empty не показывается, какие бы значения bufferTime не ставил. Всегда вторым идёт Buffer.Full (и через интернет, и на локальном компе), причем между ними NetStream.time иногда переходит с 0 на небольшое положительное значение. 2. перемотка на незагруженный участок. Единственным сценарием я считал получение NetStream.Seek.InvalidTime, но с одним файлом я получал NetStream.Play.Stop, который если проигноровать то по мере загрузки получим NetStream.Buffer.Full и можно продолжить проигрывание. ??? 3. конец воспроизведение. Всегда идут несколько NetStream.Buffer.Flush, далее возможны разные случаи. а) Например NetStream.Buffer.Full и сразу NetStream.Buffer.Empty (хотя видео давно уже загрузилось), или только NetStream.Buffer.Empty. Потом уже NetStream.Play.Stop. б) сперва NetStream.Play.Stop, потом NetStream.Buffer.Empty Т.е. никакой стабильности.. приходится разные сценарии на ощупь пробовать, а значит какие-то запросто проходят мимо... PS: тестировал последним стабильным FP 10.0.45.2 под маком. С новыми FP10.1 там пока ещё полный ахтунг. |
|
|||||
Modus ponens
|
Я думаю, что фишка в синхронизации видео и аудио... И вообще в том, что формат никак не обязывает, например, присылать все аудио до того как получено видео или наоборот. А кроме всего остального синхронизация по VBR MP3 она вообще в принципе точной быть не может, пока следующий кадр звуковой не получишь - не извесно, какого он будет размера. А при том, что некоторые энкодеры еще и MP3 не правильно записывают в FLV то на точность или предсказуемость тяжело рассчитывать...
__________________
Hell is the possibility of sanity |
|
|||||
Олег, с практической точки зрения не до "фишек" (глубоких причин) =) Всё равно ничег не поделаешь, есть NetStream и с ним приходится иметь дело, главное результат получить. Нет там в тесных адобовских рядах какой-то секретной инструкции?
|
|
|||||
[+1.3 08.03.07]
[+1 09.08.10] Регистрация: Feb 2006
Сообщений: 14
|
адоб угрохал livemotion, рано или поздно угрохает флеш.
когда флеш был под макромедией, дела были намного лучше. набери в гугле NetStream.Seek.InvalidTime и ты поймешь, что это так и есть. даже спустя столько времени NetStream и NetStatusEvent - остались полным дерьмом и остоем, ярко демонстрирующий уровень тупорылых адобовцев. что касается NetStream.Seek.InvalidTime, то он просто убивает Seek. |
|
|||||
[+1 19.06.10]
[+1 27.07.10] Регистрация: Aug 2009
Адрес: UTC+2
Сообщений: 353
|
может тут ответ найдете
NetStream.cpp-source
__________________
Trapatatupatupa |
|
|||||
Регистрация: Dec 2009
Сообщений: 45
|
Цитата:
|
Часовой пояс GMT +4, время: 23:26. |
|
« Предыдущая тема | Следующая тема » |
Теги |
netstatusevent , netstream , video |
|
|