live plugin

Hallo Ihr Lieben,
nach 2 Tagen Suche, KI und Recherche bin ich nun auch über dieses Forum gestolpert.
Ich bekomme das live plugin nicht zum laufen (für stream über den Browser) - alles andere klappt.

Mein vdr läuft in einem Docker container:

Die conf sieht so aus:

docker-compose.yaml 
services:
 vdr:
   image: ghcr.io/lapicidae/vdr-server:latest
   container_name: vdr
   restart: unless-stopped
   environment:
     - PUID=1000
     - PGID=1000
     - TZ=Europe/Berlin
     - PLUGINS=wirbelscan epgsearch live streamdev-server vnsiserver
     - FFREPORT=file=/vdr/log/ffmpeg-%p-%t.log:level=48
   devices:
     - /dev/dvb:/dev/dvb
   group_add:
     - "video"
     - "audio"
   volumes:
     - /opt/vdr/vdr/config:/vdr/config
     - /opt/vdr/vdr/recordings:/vdr/recordings
     - /opt/vdr/vdr/cache:/vdr/cache
     - /opt/vdr/vdr/log:/vdr/log
     - /opt/vdr/vdr/timeshift:/vdr/timeshift
     - /opt/vdr/vdr/plugins/streamdev-server:/var/lib/vdr/plugins/streamdev-server
     - /opt/vdr/vdr/plugins/live:/var/lib/vdr/plugins/live
     - /opt/vdr/vdr/hls:/tmp/live-hls-buffer
     - /opt/vdr/vdr/media:/media
     - /opt/vdr/vdr/system:/vdr/system
   ports:
     - "8008:8008"   # WebUI (live)
     - "3000:3000"   # streamdev
   cap_add:
     - SYS_NICE
   security_opt:
     - apparmor=unconfined
   ulimits:
     rtprio: 99
     nice: 0
   x-opt:
     base: /opt/vdr


die ffmpeg.conf in vdr/plugins/live/ siieht so aus

chnH264 /usr/sbin/ffmpeg -v info -nostdin -i <input> -map 0:v -map 0:a:0 -c:v copy -c:a aac -f hls -hls_time 4 -hls_list_size 6 -hls_flags append_
chnMPG2 /usr/sbin/ffmpeg -v info -nostdin -i <input> -map 0:v -map 0:a:0 -c:v copy -c:a aac -f hls -hls_time 4 -hls_list_size 6 -hls_flags append_
chnHEVC /usr/sbin/ffmpeg -v info -nostdin -i <input> -map 0:v -map 0:a:0 -c:v libx264 -preset veryfast -crf 23 -c:a aac -f hls -hls_time 4 -hls_li

Die Browser DEV Console gibt aus:
clappr.min.js:1 [warn][hls] autoplay error. {result: false, error: NotAllowedError: play() failed because the user didn't interact with the document first. https://go%e2%80%a6}

das VDR Log:
2025-11-04 14:06:55.22987 [30775.134520489621184] WARN tntnet.worker - http-Error: 404 Not Found: vhost: 192.168.4.5:8008 /media/84bc0129e4414c0dceea6b8be3577811/master_S19.2E-1-1107-17501.ts.m3u8


ich komme leider nicht weiter. Hat jemand eine Idee?

Bfo

Guten Morgen.

Ich habe die neusten Versionen, die verfügbar sind. Streamen mit VLC klappt.
Der Port 3000 klappt natürlich auch.

Der Fehler "404 not found: vhost 192.168.4.5:8008 ..." kommt daher, dass die m3u8 Datei nicht erstellt wurde, weil ffmpeg nicht aufgerufen wird. ffmpeg muss den Stream erst in ein HLS Format umwandeln, bevor der Browser das abspielen kann. Genau *das* scheint das Problem zu sein.

Die vdr/config/plugins/live/ffmpeg.conf sieht so aus:
chnH264 /usr/sbin/ffmpeg -v info -nostdin -i <input> -map 0:v -map 0:a:0 -c:v copy -c:a aac -f hls -hls_time 4 -hls_list_size 6 -hls_flags append_list -hls_segment_filename "<target>-%05d.ts" -y "<target>.m3u8"
chnMPG2 /usr/sbin/ffmpeg -v info -nostdin -i <input> -map 0:v -map 0:a:0 -c:v copy -c:a aac -f hls -hls_time 4 -hls_list_size 6 -hls_flags append_list -hls_segment_filename "<target>-%05d.ts" -y "<target>.m3u8"
chnHEVC /usr/sbin/ffmpeg -v info -nostdin -i <input> -map 0:v -map 0:a:0 -c:v libx264 -preset veryfast -crf 23 -c:a aac -f hls -hls_time 4 -hls_list_size 6 -hls_flags append_list -hls_segment_filename "<target>-%05d.ts" -y "<target>.m3u8"


Die Schreibweise ist korrekt. Wenn ich z.B.
XchnMPG2 /usr/sbin/ffmpeg -v info ...

reinschreibe, dann sehe ich im vdr LOG, dass "chnMPG2" nicht gefunden wurde.
"/usr/sbin/ffmpeg" ist vorhanden.

Dennoch wird er nicht gestartet.

Bfo

Moin,

docker exec vdr bash -lc 'vdr -V'
vdr (2.7.7/9) - The Video Disk Recorder
ciplus (1.0.3) - Use CI+ Modules with VDR
conflictcheckonly (0.0.1) - Direct access to epgsearch's conflict check menu
ddci2 (1.0.5) - External Digital Devices CI-Adapter
dvbapi (2.2.6-GIT-0aa9e64) - Soft CAM for OS Cam
epgsearch (2.4.4) - search the EPG for repeats and more
epgsearchonly (0.0.1) - Direct access to epgsearch's search menu
live (3.5.2) - Live Interactive VDR Environment
quickepgsearch (0.0.1) - Quick search for broadcasts
streamdev-server (0.6.4) - VDR Streaming Server
vnsiserver (1.8.3) - VDR-Network-Streaming-Interface (VNSI) Server
wirbelscan (2024.09.15) - DVB channel scan for VDR

Bfo

Ich will natürlich einen Stream im Browser Wiedergeben. Dabei spielt es zunächst keine Rolle, ob HD oder SD (das wären dann nur unterschiedliche Aufrufe von FFMPEG).
*Ich* habe ffmpeg *nicht* nach /usr/sbin installiert, das hat der Docker Container so mitgebracht. Abgesehen davon spielt es keine Rolle *wo* es ist. Einerseits ist es im PATH und andererseits rufe ich es mit kompletten Pfad auf.

Siehe mein 1. Post ->    image: ghcr.io/lapicidae/vdr-server:latest

Bfo

Ist das Docker Image
   image: ghcr.io/lapicidae/vdr-server:latest
etwas anderes als das von dir benutzte?
Ich habe ja genauso angefangen. Keine speziellen Änderungen. Satelit ist Astra 19.2.
Ich kann alle Sender vom VDR streamen über VLC, aber keinen einzigen über WEB.

mit deiner yaml bekomme ich im VDR LOG:

s6-ipcserver-socketbinder: fatal: unable to create socket: Permission denied

Hallo lapicidae,

sorry, dein Pseudonym und der Zusammenhang zum GIT Repository war mir nicht aufgefallen

Mein System ist ein Debian Trixie, aktueller Stand auf "Bare Metal". Installiert ist eine twin SAT PCI-E Karte.

Mit der geänderten YAML bekomme ich weiterhin den Fehler

s6-ipcserver-socketbinder: fatal: unable to create socket: Permission denied

Docker läuft als root.

USER         PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
root        4516  0.0  0.1 4412396 64592 ?       Ssl  Nov01   3:42 /usr/bin/dockerd -H fd:// --containerd=/run/containerd/containerd.sock

docker ps -a
CONTAINER ID   IMAGE                          COMMAND   CREATED              STATUS                                 PORTS     NAMES
8a288068aa07   ghcr.io/lapicidae/vdr-server   "/init"   About a minute ago   Up About a minute (health: starting)             vdr-test

Ich stehe gerne für weitere Tests zur Verfügung. Falls ein (schnellerer) Kontakt gewünscht ist: repcom@gmail.com erreichst du mich jederzeit und ich kann alle Tests ausführen.

Bfo