Ustawienia kodeków wideo obsługujące wszystkie główne urządzenia mobilne w odtwarzaczu html5?

Question

Youtube mobile używa transmisji strumieniowej RTSP, ale to raczej przesada, aby skonfigurować i utrzymać.

Wygląda więc na to, że HTML5 to prawdopodobnie najlepszy sposób wyświetlania filmów wideo umieszczonych na stronach internetowych na urządzeniach mobilnych. (Czy mogę się z tym zgodzić, czy ktoś się z tym nie zgadza?)

Dołączenie statycznego linku do pliku multimedialnego, aby telefon mógł zdecydować, co z nim zrobić, a na koniec, pobrać i uruchomić za pomocą odtwarzacza systemu , który wydaje się obsługiwać więcej kodeków i innych rzeczy.

Problem polega na odpowiednim kodowaniu wideo.

Wiele próbowałem i skończyłem z plikiem wideo, który odtwarza na Iphone 4, Iphone 3 z uaktualnionym oprogramowaniem i systemem Android 2.1. To wszystko, co miałem do przetestowania.

Aby dostać pracy na wszystkich poniższych zdawała się być potrzebne:

Format profile     : Baseline@L1.3 
Codec ID       : avc1 

Plik potrzebne również być przetwarzane z qt-faststart (co nie rozumiem, bo to dodaje bardziej do wymogów jako domyślnie w specyfikacji H264 informacja wideo kodowany jest na końcu pliku)

Szukałem dużo, ale bez powodzenia, więc moje pytanie brzmi:.

Jakie ustawienia do wyboru do wsparcia najbardziej możliwych urządzeń z STI Dobra kompresja, jakość i takie tam.

Czy będę dobry z H264 (AVC), czy też konieczne będzie wsparcie alternatywnego źródła za pomocą webm/ogg lub czegoś podobnego?

Lub innymi słowy:

Jeśli umieścisz wideo online w HTML5 być podawane do urządzeń mobilnych. Jakie ustawienia kodeków wybierzesz i dlaczego.

otworzę inne pytania, które będę częściowo odpowiedzieć na siebie i łączą je tutaj, jak to zrobić:

• kompatybilny odtwarzacz HTML5
• zrobić zastępczych Flash lub na odwrót
• jak po stronie serwera poprawnie zakodowuj wideo, w tym instalacje wymagań i różne pliki wejściowe.

Mam nadzieję, że na koniec ustawię moją witrynę wideo i będę gotowy do pracy e oraz obszerny przewodnik dla każdego, kto to zrobi.

Answer 1

Zalecanym sposobem jest, aby zakodować film 3 razy:

H264, Vorbis i WebM ... następnie umieścić je jako źródła do tagu HTML5 w tej kolejności (ponieważ niektóre urządzenia patrzeć tylko na 1 jeden) i jeśli wszystko zawiedzie, wróci do flashowania.

Nie podoba mi się to rozwiązanie, ponieważ mam 3 pliki wideo do kodowania i przechowywania.

Więc podszedłem do niego w drugą stronę, aby użyć lampy błyskowej, jeśli to możliwe, i przełączyć na html5 jako awarię. Wolę, żeby to rozwiązanie, jak i odtwarzanie flashowe, wydawało się bardziej niezawodne. Cóż, zużywa więcej mocy obliczeniowej, więc w przypadku filmów HD można debatować, ale dobrze.

więc skończyło się z poniższą tabelą, jak powinny być używane rzeczy:

IE: Flash (v9 wysyła z html5/h264 wsparcia jak dobrze, ale błysk jest cool) Firefox: Flash (tylko Theora/Vorbis obsługiwane na razie) Safari: Flash, jeśli to możliwe, w przeciwnym razie HTML5/h264 jest obsługiwany w wersjach 3.0+ Chrome: Flash, jeśli flashowanie nie jest możliwe (mało prawdopodobne) Obsługa h264/html w wersjach 5.0+ Opera: Flash (brak wsparcia dla h264 Opera mobile ... nie działa. Html5 tylko z otwartymi formatami.) iPhone: HTML5/h264 (3.0+) Android: HTML5/h264 (2.0+)

Jedyną rzeczą, na którą należy zwrócić uwagę, jest to, że Android nie używa lampy błyskowej, ponieważ telefon komórkowy nie będzie miał wydajności umożliwiającej płynne odtwarzanie, ale obsługuje go w wersjach 2.2 ... Nadal nad tym pracuje.

Więc czego teraz potrzebujemy?

Niezawodne wykrywanie błysku i JS. Jeśli nie ma dostępnych JS, możemy wyświetlić. znacznik html5 lub Flash Player .. Myślę, że Flash Player jest lepszy.

Jedynymi przypadkami, w których Theora/Webm byłyby ważne, są Firefox i Opera. Ale powinny one obsługiwać flash, który obsługuje h264 scince w wersji 9. coś.

Answer 2

Istnieje problem z iPadem czytającym źródło, które jest wysoce udokumentowane. MP4 musi być pierwszy.