vdr-live-plugin HTML5 Web-Streaming

Xcoder · 25. November 2018

Hallo,

Für jene die sich da mal damit versuchen wollen:

https://github.com/REELcoder/vdr-plugin-live

Es wird ein neueres ffmpeg benötigt. Ich habe ein static-build in /tmp/. Temporäre Streaming-Dateien werden in /tmp/live-hls-buffer/ angelegt.

ffmpeg wandelt den 1. Audiostream auf AAC um. Der Video-Stream wird nur durchkopiert. Für die meisten Browser bedeutet das, dass nur HD Sender mit H264 Stream funktionieren.

Viel Spass

iNOB · 26. November 2018

Zitat von Xcoder

Es wird ein neueres ffmpeg benötigt.

Reicht ffmpeg 3.4.4?

... anscheinend nicht, ich bekomme ein: hls:networkError_manifestLoadTimeOut

Xcoder · 26. November 2018

Ich hatte mir letzte Woche ein static build von https://johnvansickle.com/ffmpeg/ geholt. Es war die letzte git Version. Erst damit hat ffmpeg brauchbare master m3u8 Playlists mit der Option -master_pl_name erstellt.

In /tmp/live-hls-buffer sollte eine Datei master_<Kanalnummer>.m3u8 erstellt werden die dann auf die ffmpeg_<Kanalnummer>_<timestamp>.m3u8 verweist.

Beobachte mal was in /tmp/live-hls-buffer und syslog passiert.

Gruss, Xcoder

jsffm · 26. November 2018

Bei mir mit ffmpeg 4.1 läuft es nicht:

Code

vdrlive::stream_data::f_worker(0x7f574801b840)
vdrlive::stream_data::mimetype(application/vnd.apple.mpegurl)
vdrlive::stream_data::session(4244c557cc825d75f0293f21b349bf18)
vdrlive::stream_data::path(/tmp/live-hls-buffer/master_20.m3u8)
vdrlive::stream_data::is_open(false)  2 /tmp/live-hls-buffer/master_20.m3u8
vdrlive::stream_data::is_open(false)  1 /tmp/live-hls-buffer/master_20.m3u8
vdrlive::stream_data: DECLINED
vdrlive::stream_data::f_worker(0x7f574801b840)
vdrlive::stream_data::mimetype(application/vnd.apple.mpegurl)
vdrlive::stream_data::session(4244c557cc825d75f0293f21b349bf18)
vdrlive::stream_data::path(/tmp/live-hls-buffer/master_20.m3u8)
vdrlive::stream_data::is_open(false)  2 /tmp/live-hls-buffer/master_20.m3u8
Live: FFmpegTread::Action::Close(6798) disabled ffmpeg
Live: FFmpegTread::Action() finished
stream utility handler thread ended (pid=6653, tid=6797)

Alles anzeigen

wolfi.m · 26. November 2018

Hi,

dann ist ffmpeg-3.3.0 wohl auch to Old!

Code

vdr: [22320] vdrlive::stream_data::f_worker(0x7f18d800dfe0)
vdr: [25601] stream utility handler thread started (pid=17981, tid=25601, prio=high)
vdr: [25601] Live: FFmpegTread::Action() started channel = 1
vdr: [25601] Live: FFmpegTread::Action::Open(1) ffmpeg started
vdr: [25601] Live: FFmpegTread::Action() ffmpeg starting... 0
vdr: [21272] vdrlive::stream_data::f_worker(0x7f18d800dfe0)
vdr: [21272] vdrlive::stream_data::mimetype(application/x-mpegURL)
vdr: [21272] vdrlive::stream_data::session(3813e444ccf8da209042cd86682d7d57)
vdr: [21272] vdrlive::stream_data::path(/tmp/live-hls-buffer/master_1.m3u8)
vdr: [21272] vdrlive::stream_data::is_open(false) 50 /tmp/live-hls-buffer/master_1.m3u8

Gruss

Wolfgang

Xcoder · 26. November 2018

Zitat von jsffm

Bei mir mit ffmpeg 4.1 läuft es nicht:

Code

vdrlive::stream_data::mimetype(application/vnd.apple.mpegurl)
vdrlive::stream_data::session(4244c557cc825d75f0293f21b349bf18)
vdrlive::stream_data::path(/tmp/live-hls-buffer/master_20.m3u8)
vdrlive::stream_data::is_open(false)  2 /tmp/live-hls-buffer/master_20.m3u8
vdrlive::stream_data::is_open(false)  1 /tmp/live-hls-buffer/master_20.m3u8
vdrlive::stream_data: DECLINED

@jfsffm: Bei deinem System werden m3u8 Dateien als Mime-Type application/vnd.apple.mpegurl erkannt. Da hast du wohl eine andere /etc/mime<irgendwas>.

Ich matche in stream_data.ecpp auf application/x-mpegURL und stelle den timeout für das erscheinen der master*.m3u8 auf 10 sekunden. Da es bei dir nicht application/x-mpegURL ist, wird nur ein Timeout von 400 ms genommen. So schnell ist ffmpeg aber nicht und wird vorzeitig totgeschlagen.

Ich matche wohl besser auf die Dateiendung statt auf den Mime Type. Danke für den Hinweis.

wolfi.m Vermutlich wir es schon 4.x sein müssen. Habe jetzt nicht genau nachgeprüfft ab wann da die ffmpeg Option -master_pl_name richtig funktioniert. Offenbar hat sich bei ffmpeg bei HLS kürzlich noch relativ viel getan.

Gruss, Xcoder

wolfi.m · 26. November 2018

Hi,

Zitat von Xcoder

Offenbar hat sich bei ffmpeg bei HLS kürzlich noch relativ viel getan.

so wird es sein! ...mit ffmpeg aus static-build funktioniert es, Merci!

P.S

Build i386 läuft auf Launchpad(PPA) nicht durch,amd64 ist Ok.

Build-Log dazu poste ich später!

Gruss

Wolfgang

jo01 · 26. November 2018

eine schöne Funktion

Könnte man evtl. den alten Streaming-Button "Sendung im Browser zeigen" auch so konfigurieren, das das neue HTML5-Streaming damit gestartet würde?
Nur so als Idee ohne Ahnung zu haben

Achso, bei mir hilft es meistens den gewünschten Sender nochmals zu starten, dann ist er garantiert zu sehen (timeout?)

Gruß, jo01

Xcoder · 26. November 2018

jo01 Klar kommt sobald alles sauber funktioniert. Da gibt es schon noch einiges zu tun... Aufnahmen fehlen natürlich auch noch.

Bei mir klemmt gelegentlich der streamdev-server. Dann hängt ffmpeg und wird durch das cPipe::Close() abgehängt und läuft aber weiter. Ich bin noch dabei den ffmepg Prozess besser zu steuern und nach Ablauf des Timout abzuschiessen wenn etwas am hängen ist.

Eeleganter wäre es natürlich ohne streamdev-server zu arbeiten und selber cReceiver zu implementieren.

Ob der clappr HTML5-Player die beste Lösung ist, kann man auch noch prüffen.

Gruss, Xcoder

M-Reimer · 26. November 2018

Baust du alternativ noch die Lösung mit der Playlist ein, dass man einen nativen Player anstarten kann? Würde dann auch mit SD gehen.

jo01 · 26. November 2018

Zitat von Xcoder

jo01 Klar kommt sobald alles sauber funktioniert. Da gibt es schon noch einiges zu tun... Aufnahmen fehlen natürlich auch noch.

Uih, der "Sabber"-Reflex setzt auf einmal schlagartig ein

Es ist schön wenn sich noch etwas am Live-Plugin tut:
Auch im Jahr 2018 (bald 2019) ist das bei mir noch dauerhaft auf dem VDR-Serverlein im Einsatz.
Daher freue ich mich über jede Neuerung

jo01

Xcoder · 30. November 2018

M-Reimer eine native Playlist bietet doch streamdev-server schon selber an: http://<server>:3000/channels.m3u Oder was meinst Du genau?

Die aktuelle Version auf github hat jezt einverbessertes Handling des ffmpeg Prozesses. Jetzt sollten keine toten ffmpeg's mehr hängenbleiben.

Gruss

M-Reimer · 30. November 2018

Mein Gedanke war, eine M3U auszuliefern, die praktisch genau den Sender, bei dem im Webinterface auf "Play" geklickt wurde, extern in einem Viewer startet.

Dann könnte man direkt aus dem Webinterface beliebige Streams "extern" starten. Zum Beispiel wieder in VLC.

Zumindest für mich bringt halt reines HD-Streaming nichts. Und zumindest ich lege wenig Wert darauf, dass Streaming direkt im Browser läuft. Wenn vom Browser aus ein externes Programm gestartet wird ist OK.

Nur die wenigsten Programme nutze ich in HD, da ich definitiv nie für HD+ zahlen werde. Wenn die Privaten wirklich SD abschalten, dann gibt's für mich halt keine Privatsender mehr. Kann ich gut mit leben.

jsffm · 30. November 2018

Bei ffmpeg 4.1 bekomme ich folgendes:

Code

Nov 30 11:19:38 gentoo vdr[9841]: [9953] vdrlive::stream_data::f_worker((nil))
Nov 30 11:19:38 gentoo vdr[9841]: [9953] Live: FFmpegTread() created
Nov 30 11:19:38 gentoo vdr[9841]: [9955] stream utility handler thread started (pid=9841, tid=9955, prio=high)
Nov 30 11:19:38 gentoo vdr[9841]: [9955] Live: FFmpegTread::Action() started channel = 1
Nov 30 11:19:38 gentoo vdr[9841]: [9955] Live: FFmpegTread::Action::Open(1) ffmpeg started
Nov 30 11:19:39 gentoo vdr[9841]: [9955] Live: FFmpegTread::Action() ffmpeg starting... 0
Nov 30 11:19:40 gentoo vdr[9841]: [9955] Live: FFmpegTread::Action() ffmpeg starting... 1
Nov 30 11:19:41 gentoo vdr[9841]: [9955] Live: FFmpegTread::Action() ffmpeg starting... 2
Nov 30 11:19:42 gentoo vdr[9841]: [9955] Live: FFmpegTread::Action() ffmpeg starting... 3
Nov 30 11:19:43 gentoo vdr[9841]: [9955] Live: FFmpegTread::Action() ffmpeg starting... 4
Nov 30 11:19:44 gentoo vdr[9841]: [9955] Live: FFmpegTread::Action() ffmpeg starting... 5
Nov 30 11:19:45 gentoo vdr[9841]: [9955] Live: FFmpegTread::Action() ffmpeg starting... 6
Nov 30 11:19:46 gentoo vdr[9841]: [9955] Live: FFmpegTread::Action() ffmpeg starting... 7
Nov 30 11:19:47 gentoo vdr[9841]: [9955] Live: FFmpegTread::Action() ffmpeg starting... 8
Nov 30 11:19:48 gentoo vdr[9841]: [9955] Live: FFmpegTread::Action() ffmpeg starting... 9
Nov 30 11:19:48 gentoo vdr[9841]: [9955] Live: FFmpegTread::Action::Close(9957) disabled ffmpeg
Nov 30 11:19:49 gentoo vdr[9841]: [9955] Live: FFmpegTread::Action::Open(1) ffmpeg started
Nov 30 11:19:50 gentoo vdr[9841]: [9955] Live: FFmpegTread::Action() ffmpeg starting... 0
Nov 30 11:19:51 gentoo vdr[9841]: [9955] Live: FFmpegTread::Action() ffmpeg starting... 1
Nov 30 11:19:52 gentoo vdr[9841]: [9955] Live: FFmpegTread::Action() ffmpeg starting... 2
Nov 30 11:19:53 gentoo vdr[9841]: [9955] Live: FFmpegTread::Action() ffmpeg starting... 3
Nov 30 11:19:54 gentoo vdr[9841]: [9955] Live: FFmpegTread::Action() ffmpeg starting... 4
Nov 30 11:19:55 gentoo vdr[9841]: [9955] Live: FFmpegTread::Action() ffmpeg starting... 5
Nov 30 11:19:56 gentoo vdr[9841]: [9955] Live: FFmpegTread::Action() ffmpeg starting... 6
Nov 30 11:19:57 gentoo vdr[9841]: [9955] Live: FFmpegTread::Action() ffmpeg starting... 7
Nov 30 11:19:58 gentoo vdr[9841]: [9955] Live: FFmpegTread::Action() ffmpeg starting... 8
Nov 30 11:19:59 gentoo vdr[9841]: [9955] Live: FFmpegTread::Action() ffmpeg starting... 9
Nov 30 11:19:59 gentoo vdr[9841]: [9955] Live: FFmpegTread::Action::Close(9963) disabled ffmpeg
Nov 30 11:19:59 gentoo vdr[9841]: [9955] stream utility handler thread ended (pid=9841, tid=9955)

Alles anzeigen

jsffm · 30. November 2018

Bei Chrome sieht das anders aus:

Code

Nov 30 11:27:19 gentoo vdr[9841]: [10307] vdrlive::stream_data::f_worker(0x7f5f680107c0)
Nov 30 11:27:19 gentoo vdr[9841]: [10307] vdrlive::stream_data::mimetype(application/vnd.apple.mpegurl)
Nov 30 11:27:19 gentoo vdr[9841]: [10307] vdrlive::stream_data::session(0fd4c3c3542cd4ff01d932ab3e7d96cd)
Nov 30 11:27:19 gentoo vdr[9841]: [10307] vdrlive::stream_data::path(/tmp/live-hls-buffer/master_1.m3u8)
Nov 30 11:27:19 gentoo vdr[9841]: [10307] vdrlive::stream_data::is_open(false)  2 /tmp/live-hls-buffer/master_1.m3u8
Nov 30 11:27:19 gentoo vdr[9841]: [10307] vdrlive::stream_data::is_open(false)  1 /tmp/live-hls-buffer/master_1.m3u8
Nov 30 11:27:19 gentoo vdr[9841]: [10307] vdrlive::stream_data: DECLINED

Xcoder · 30. November 2018

jsffm Im ersten Fall ist einfach vom streamdev-server nichts gekommen und ffmpeg hat nicht zu arbeiten begonnen. Es werden maximal 2 Versuche gemacht. Offenbar gibt es beim streamdev-server noch irgend einen Bug. Manchmal kommt einfach beim ersten Versuch nichts. Habe ich gelegentlich auch, vor alle wenn der VDR Prozess gerade neu gestartet wurde.

2 Fall: Korrigiere ich noch. Als Workaround kannst du in /etc/mime.types folgendes für m3u8 definieren:

Code

application/x-mpegURL                m3u8

jsffm · 30. November 2018

Der Eintrag ist bereits enthalten

wolfi.m · 30. November 2018

jsffm

hast du einen Test mit static-build gemacht um auszuschliessen das es nicht an

dem installierten ffmpeg liegt?

P.S

Habe bei mir in der "ffmpeg.cpp" Zeile 64

Code

"exec /tmp/ffmpeg -loglevel warning "

durch

Code

"exec /opt/ffmpeg -loglevel warning "

ersetzt damit bleibt mir das File nach reboot erhalten.

Gruss

Wolfgang

jsffm · 30. November 2018

Zitat von wolfi.m

hast du einen Test mit static-build gemacht um auszuschliessen das es nicht an

dem installierten ffmpeg liegt?

Nein, habe ich nicht.

udobroemme · 30. November 2018

Spitzenmäßig, ich habe gerade meinen VDR headless auf reinen Streamingbetrieb umgestellt. Da kommt die neue Funktion wie gerufen.

Davon abgesehen, dass ab und zu der Stream nicht beim ersten Versuch startet, läuft es schon ziemlich gut.

Besten Dank für diese MEGA-sinnvolle Erweiterung und schon mal vorweg für die kommende bessere Integration.

vdr-live-plugin HTML5 Web-Streaming

Jetzt mitmachen!

Teilen