Tworzę aplikację internetową, która powinna odtwarzać strumień RTSP / RTP z serwera http://lscube.org/projects/feng .

Czy tag wideo / audio HTML5 obsługuje rtsp lub rtp? Jeśli nie, jakie byłoby najłatwiejsze rozwiązanie? Być może upuść do wtyczki VLC lub czegoś w tym stylu.

Technicznie „tak”

(ale nie naprawdę...)

<video>Znacznik HTML 5 jest niezależny od protokołu - nie obchodzi go to. Umieszczasz protokół w srcatrybucie jako część adresu URL. Na przykład:

<video src="rtp://myserver.com/path/to/stream">
    Your browser does not support the VIDEO tag and/or RTP streams.
</video>

albo może

<video src="http://myserver.com:1935/path/to/stream/myPlaylist.m3u8">
    Your browser does not support the VIDEO tag and/or RTP streams.
</video>

To powiedziawszy, implementacja <video>tagu zależy od przeglądarki. Ponieważ jest to początek HTML 5, spodziewam się częstych zmian wsparcia (lub braku wsparcia).

Ze specyfikacji HTML5 W3C ( element wideo ):

Programy użytkownika mogą obsługiwać dowolne kodeki wideo i audio oraz formaty kontenerów

Myślę, że duch pytania nie został naprawdę rozwiązany. Nie, od tej pory nie możesz używać tagu wideo do odtwarzania strumieni rtsp. Druga odpowiedź dotycząca linku do „nigdy” w Chromium jest trochę myląca, ponieważ wątek / odpowiedź, do której prowadzi link, nie odnosi się bezpośrednio do tego, że Chrome odtwarza rtsp za pośrednictwem tagu wideo. Przeczytaj cały wątek, do którego prowadzą linki, a zwłaszcza komentarze na samym dole i linki do innych wątków.

Prawdziwa odpowiedź brzmi: Nie, nie możesz po prostu umieścić tagu wideo na stronie HTML 5 i odtwarzać rtsp. Musisz użyć jakiejś biblioteki Javascript (chyba że chcesz grać w gry z odtwarzaczami Flash i Silverlight), aby odtwarzać strumieniowe wideo. {IMHO} Przy tempie, w jakim odbywa się dyskusja i wdrażanie wideo HTML 5, różni dostawcy zastrzeżonych standardów wideo nie są zainteresowani pomaganiem w tym postępie, więc nie licz na obiecaną łatwość użycia tagu wideo, chyba że twórcy przeglądarki weźmie na siebie rozwiązanie problemu ... znowu mało prawdopodobne. {/ IMHO}

To stara kwestia, ale ostatnio musiałem to zrobić samemu i osiągnąłem coś działającego, więc (poza odpowiedzią taką jak moja zaoszczędziłaby mi trochę czasu): Zasadniczo użyj ffmpeg do zmiany kontenera na HLS, większość strumienia IPCams h264 i trochę podstawowy typ PCM, więc użyj czegoś takiego:

ffmpeg -v info -i rtsp://ip:port/h264.sdp -c:v copy -c:a copy -bufsize 1835k -pix_fmt yuv420p -flags -global_header -hls_time 10 -hls_list_size 6 -hls_wrap 10 -start_number 1 /var/www/html/test.m3u8

Następnie użyj video.js z wtyczką HLS To ładnie odtworzy transmisję na żywo. Pod drugim linkiem znajduje się również przykład jsfiddle).

Uwaga: chociaż nie jest to natywna obsługa, nie wymaga niczego dodatkowego na interfejsie użytkownika.

Chrome nigdy nie zaimplementuje obsługi przesyłania strumieniowego RTSP.

Przynajmniej słowami programisty Chromium tutaj :

nigdy nie dodamy do tego wsparcia

Istnieją trzy protokoły / technologie przesyłania strumieniowego w HTML5:

Transmisja na żywo, małe opóźnienia - WebRTC - Websocket

Transmisja na żywo i VOD, duże opóźnienia - HLS

1. WebRTC

W rzeczywistości WebRTC to SRTP (bezpieczny protokół RTP). Można więc powiedzieć, że tag wideo obsługuje RTP (SRTP) pośrednio przez WebRTC.

Dlatego, aby uzyskać strumień RTP w przeglądarce Chrome, Firefox lub innej przeglądarce HTML5, potrzebujesz serwera WebRTC, który dostarczy strumień SRTP do przeglądarki.

2. Websocket

Opiera się na protokole TCP, ale ma mniejsze opóźnienia niż HLS. Ponownie potrzebujesz serwera Websocket.

3. HLS

Najpopularniejszy protokół przesyłania strumieniowego o dużym opóźnieniu dla VOD (wstępnie nagrane wideo).

Dzięki VLC jestem w stanie transkodować strumień RTSP na żywo (mpeg4) na strumień HTTP w formacie OGG (Vorbis / Theora). Jakość jest słaba, ale wideo działa w Chrome 9. Testowałem również z trankodowaniem w WEBM (VP8), ale wydaje się, że nie działa (VLC ma taką opcję, ale nie wiem, czy na razie jest naprawdę zaimplementowana. .)

Pierwszy, który ma dokument na ten temat, powinien nas powiadomić;)

Moje obserwacje dotyczące znacznika wideo HTML 5 i strumieni rtsp (rtp) są takie, że działa on tylko z programem Konqueror (KDE 4.4.1, zaplecze Phonon ustawione na GStreamer). Mam tylko wideo (bez dźwięku) ze strumieniem H.264 / AAC RTSP (RTP).

Strumienie z http://media.esof2010.org/ nie działały z Konquerorem (KDE 4.4.1, zaplecze Phonon ustawione na GStreamer).

Chrome nie obsługuje przesyłania strumieniowego RTSP. Ważny projekt do sprawdzenia WebRTC.

„WebRTC to darmowy, otwarty projekt, który zapewnia przeglądarkom i aplikacjom mobilnym funkcje komunikacji w czasie rzeczywistym (RTC) za pośrednictwem prostych interfejsów API”

Obsługiwane przeglądarki:

Chrome, Firefox i Opera.

Obsługiwane platformy mobilne:

Android i IOS

http://www.webrtc.org/