Wiedergabe von Aufnahmen im Browser mit vdr-plugin-live und streamdev-server

Stimmt. Mit Live "tröpfeln" bei mir die Aufnahmen rein, das sieht man an der steigenden Endzeit (verwende Haruna-Player, da flott). Dasselbe in vdradmin-am ergibt sofort die volle Länge und Springen ist möglich.

Allerdings - bei live-TV ist "live" wieder beser und erlaubt ggf. (Handy über tailscale) auch Abspielen direkt im Browser.

Zitat von etik

Kann man LIVE dazu bewegen, streamdev-URLs für die Aufnahmen zu erzeugen?

Wie sehen streamdev-URLs denn aus?

Ich glaube ihr müsst unterscheiden zwischen dem klassischen Live und dem aktuellen gepflegren, wo die Wiedergabe im Browser wieder gefixt wurde. Die Firefox Plugins gibt es ja schon Jahre nicht mehr...

MfG Stefan

> streamdev: http://192.168.x.xxx:3000/2304:213913720.rec.ts

Und wie komme ich bei einer bekannten Aufnahme zu 2304:213913720?

vdradmin-am gibt es noch:

Installationskandidat: 3.6.12-1yavdr0~focal
Versionstabelle:
3.6.12-1yavdr0~focal 500
500 http://ppa.launchpad.net/yavdr/experimental-main/ubuntu focal/main amd64 Packages
500 http://ppa.launchpad.net/seahawk1986-hotmail/experimental-main/ubuntu focal/main amd64 Packages

Zitat von etik

Wenn Du meinst, woher ich die URL habe: Aus der Liste "Recordings" von streamdev. Ich habe dort den Titel aus der Live-Liste gesucht.

Na ja, ich wollte eher wissen, wie die URL zusammengebaut wird.

Poste doch mal die info Datei der Aufnahme, die mit http://192.168.x.xxx:3000/2304:213913720.rec.ts abgespielt wird.

Die URL wird aus dem Aufnahme Pfad gebaut mittels "stat",

siehe hier.

Hi,

im git von live ist ein update.

Bei aktiviertem streamdev wird damit die streamdev url in die Playlist eingetragen.

Bitte testen.

~ Markus

Danke - getestet, jetzt l#uft's wie beim alten vdradmin-am

Vielen Dank für Eure Tests, super, dass das funktioniert.

Wie sieht die URL eigentlich bei sehr alten Aufnahmen aus, die noch im PS Format sind? Also Dateien wie 001.vdr?

Oder wird das von Streamdev nicht unterstützt?

~ Markus

Kann ich leider nicht damit dienen, hab damals ~ mit VDR 1.4x begonnen, da war TS schon die Norm

Aber echt danke nochmal, vermutlich werde ich vdradmin-am in die Rente schicken.

Obwohl .... bei dem ist die Timeline einfach besser als 2D-Auswahl, und er zeigt bei den Timern die verwendeten Transponder an -

gut um Konflikte zu klären, v.a. wenn man sowhl SAT als auch Kabel hat ...

Ja, nie zufrieden

Zitat von MarkusE

Wie sieht die URL eigentlich bei sehr alten Aufnahmen aus, die noch im PS Format sind? Also Dateien wie 001.vdr?

Oder wird das von Streamdev nicht unterstützt?

MarkusE Hier eine alte Aufnahme...

vdr /video # ll ./videos/%Dreamcatcher/2009-12-11.22.36.50.99.rec/
insgesamt 3563172
15043015358       0 drwxrwxrwx 2 root root        233 26. Dec 15:16 .
12886717807       0 drwxrwxrwx 3 root root         48  7. Jan 2019  ..
15043069757 2048180 -rw-rw-rw- 1 root root 2097334206  7. Jan 2019  001.vdr
15043069758 1513256 -rw-rw-rw- 1 root root 1549571211  7. Jan 2019  002.vdr
15043015338     152 -rw-r--r-- 1 root root     151723 30. Aug 2022  fanart.jpg
15043069759    1432 -rw-rw-rw- 1 root root    1464816  7. Jan 2019  index.vdr
15043069760       4 -rw-rw-rw- 1 root root        717  7. Jan 2019  info.vdr
15043069761       4 -rw-rw-rw- 1 root root         77  7. Jan 2019  marks.vdr
15043015331     132 -rw-r--r-- 1 root root     132812 30. Aug 2022  poster.jpg
15043069762       4 -rw-rw-rw- 1 root root          4 26. Dec 2022  resume.vdr
15043069324       4 -rw-r--r-- 1 root root        116 26. Mar 17:22 tvscraper.json
15043015330       4 -rw-r--r-- 1 root root        230  8. Oct 20:52 tvscrapper.json.bak

Zitat von wmautner

vdradmin-am gibt es noch:

Code

Installationskandidat: 3.6.12-1yavdr0~focal
Versionstabelle:
3.6.12-1yavdr0~focal 500
500 http://ppa.launchpad.net/yavdr/experimental-main/ubuntu focal/main amd64 Packages
500 http://ppa.launchpad.net/seahawk1986-hotmail/experimental-main/ubuntu focal/main amd64 Packages

Interessant, hats da auch irgendwo ein RPM, bzw. wo liegen denn die Sourcen rum?

Ich hab hier noch 3.6.10, aber das ist ja Asbach.

Zitat von MarkusE

Hi,

im git von live ist ein update.

Bei aktiviertem streamdev wird damit die streamdev url in die Playlist eingetragen.

Bitte testen.

~ Markus

Alles anzeigen

Funktioniert prima, danke!

Zusatzfrage: Wenn ich Webstreaming versuche, bekomme ich immer:

"Could not play video - There was a problem trying to load the video. Error code: hls:networkError_manifestLoadTimeOut".

Im Journal steht dann auch was von "DECLINED".

Das sacht mir leider garnix - was könnte das sein?

vdr[6236]: [6284] vdrlive::stream::session(db4eed0a0dc7796bcab4a51794f03edf)
vdr[6236]: [6284] vdrlive::stream::vtype(27)
vdr[6236]: [6284] vdrlive::stream::f_worker(0x7f3df81eb520)
vdr[6236]: [6284] Live: FFmpegTread::StartFFmpeg() change channel 1 -> 7
vdr[6236]: [6284] Live: FFmpegTread::StartFFmpeg() completed
vdr[6236]: [6284] vdrlive::stream::StartFFmpeg(7)
vdr[6236]: [6928] stream utility handler thread started (pid=6236, tid=6928, prio=high)
vdr[6236]: [6928] Live: FFmpegTread::Action() started channel = 7
vdr[6236]: [6928] Live: FFmpegTread::Action packetizer cmd: ffmpeg -loglevel warning -f mpegts -analyzeduration 1.2M -probesize 5M -i "http://localhost:3000/7" -map 0:v -map 0:a:0 -c:v copy -c:a aac -ac 2
vdr[6236]: [6928] Live: FFmpegTread::Action::Open(1) ffmpeg started
vdr[6236]: [6284] vdrlive::stream: generating EPG info
vdr[6236]: [6928] Live: FFmpegTread::Action() ffmpeg starting... 0
vdr[6236]: [6928] Live: FFmpegTread::Action::Open(1) ffmpeg started
vdr[6236]: [6928] Live: FFmpegTread::Action() ffmpeg starting... 0
vdr[6236]: [6928] Live: FFmpegTread::Action::Open(1) ffmpeg started
vdr[6236]: [6928] Live: FFmpegTread::Action() ffmpeg starting... 0
vdr[6236]: [6928] stream utility handler thread ended (pid=6236, tid=6928)
vdr[6236]: [6640] vdrlive::stream_data: DECLINED

Danke und ciao.

Michael.

Für Webstreaming müssen solche (ähnliche) Zeilen in der /var/lib/vdr/setup.conf sein:

live.StreamVideoOpt0 = /usr/bin/ffmpeg -loglevel warning -f mpegts -analyzeduration 1.2M -probesize 5M -i <input> -map 0:v -map 0:a:0 -c:v copy -c:a aac -ac 2
live.StreamVideoOpt1 = /usr/bin/ffmpeg -loglevel warning -f mpegts -analyzeduration 1.2M -probesize 5M -i <input> -map 0:v -map 0:a:0 -c:v libx264 -preset ultrafast -crf 23 -tune zerolatency -g 25 -r 25 -c:a aac -ac 2
live.StreamVideoOpt2 = /usr/bin/ffmpeg -loglevel warning -f mpegts -analyzeduration 1.2M -probesize 5M -i <input> -map 0:v -map 0:a:0 -c:v libx264 -preset ultrafast -crf 23 -tune zerolatency -g 25 -r 25 -c:a aac -ac 2
live.StreamVideoOpt3 = /usr/bin/ffmpeg -loglevel warning -f mpegts -analyzeduration 1.2M -probesize 5M -i <input> -map 0:v -map 0:a:0 -c:v libx264 -preset ultrafast -crf 23 -tune zerolatency -g 25 -r 25 -c:a aac -ac 2

und natürlich eine halbwegs aktuelle ffmpeg-Version.

Siehe auch

live.StreamdevPort = 3000
live.StreamdevType = TS
live.StreamVideoOpt0 = ffmpeg -loglevel warning -f mpegts -analyzeduration 1.2M -probesize 5M -i <input> -map 0:v -map 0:a:0 -c:v copy -c:a aac -ac 2
live.StreamVideoOpt1 = ffmpeg -loglevel warning -f mpegts -analyzeduration 1.2M -probesize 5M -i <input> -map 0:v -map 0:a:0 -c:v libx264 -preset ultrafast -crf 23 -tune zerolatency -g 25 -r 25 -c:a aac -ac 2
live.StreamVideoOpt2 = ffmpeg -loglevel warning -f mpegts -analyzeduration 1.2M -probesize 5M -i <input> -map 0:v -map 0:a:0 -c:v libx264 -preset ultrafast -crf 23 -tune zerolatency -g 25 -r 25 -c:a aac -ac 2
live.StreamVideoOpt3 = ffmpeg -loglevel warning -f mpegts -analyzeduration 1.2M -probesize 5M -i <input> -map 0:v -map 0:a:0 -c:v libx264 -preset ultrafast -crf 23 -tune zerolatency -g 25 -r 25 -c:a aac -ac 2

ffmpeg-4-4.4.4-150500.14.pm.1.x86_64

Sollte doch passen, oder?

Danke und ciao.

Michael.