[GELÖST] Ist die Anzeige einer html-Datei möglich?

Ist das reines HTML oder gibt es da dynamische Elemente (z.B. JS, Webassembly usw.)?

Eine Idee wäre einen virtuellen X-Server wie Xvfb mit einem Browser laufen zu lassen, regelmäßig Screenshots zu machen und das in einen Videostream zu überführen (hier ist ein Beispiel wie man das mit ffmpeg und einem rtmp-Stream machen könnte: https://stackoverflow.com/a/42736726).

Ansonsten gibt es auch noch einen Ansatz mit headless Chrome (und Puppeteer): https://bitsofco.de/using-a-headle…ge-screenshots/, so dass man sich den Umweg über einen virtuellen X-Server sparen kann.

Also kann man die Bilder direkt vom Server laden, statt da die Webseite zu bemühen?

Also sowas wie

wget 'http://192.168.10.39/zm/cgi-bin/nph-zms?monitor=1&scale=100' -O test
magick identify -verbose test

damit man sehen kann, was man da für ein Bildformat zurück bekommt?

Die vier Bilder sollte man dann z.B. mit montage (vgl. https://legacy.imagemagick.org/Usage/montage/#tile) in einer 2x2 Matrix zusammensetzen können, bevor man das resultierende Bild von ffmpeg als Videostream versenden lässt.

In der Theorie:

Erstelle einen virtuellen Desktop und öffne darin deine Webseite.
Starte einen Screenrecorder oder vlc und "streame" den Inhalt in eine FIFO Datei.
Öffne die FIFO Datei mit dem IPTV PLugin.

Oder ein Webbrowser im Kiosk-Modus über den VDR legen? Mach ich so für netflix etc. X Server läuft ohne Window Manager.

Skript über commands.conf starten:

Browser                        : nohup /usr/local/bin/start-chrome  >/dev/null 2>&1 &

start-chrome:

#!/bin/bash

export DISPLAY=:0.0
rm /tmp/stop-chrome
numlockx on # enforce numlock to ensure we receive KP_n events

pa_volume 'ALSA plug-in [vdr]' mute
pactl set-sink-mute @DEFAULT_SINK@ 0
pactl set-sink-volume @DEFAULT_SINK@ 0dB
amixer -c NVidia set PCM 126 # 49%

xdotool mousemove 800 120
xbindkeys -f /etc/xbindkeysrc

google-chrome \
        --window-size=1921,1080 --window-position=0,0 \
        --app="https://www.netflix.com/ch/" >/dev/null 2>&1 &

# clean VDR OSD
sleep 1
svdrpsend HITK Ok
sleep 0.5
svdrpsend HITK Ok

# wait for stop trigger
while [ ! -f /tmp/stop-chrome ]; do inotifywait -e create /tmp; done
rm /tmp/stop-chrome

xdotool search --class "google-chrome" windowunmap %3
killall chrome # optional
killall xbindkeys
rm -rf /tmp/.com.google.Chrome.*

#new audio handling for pusleaudio
pactl set-sink-mute @DEFAULT_SINK@ 0
sleep 0.1
pactl set-sink-volume @DEFAULT_SINK@ 0dB
sleep 0.1
pa_volume 'ALSA plug-in [vdr]' unmute
sleep 0.1
svdrpsend VOLU 89
exit 0

Audio bei mir über pulseaudio. Der VDR wird gemuted. Muss auf eigene Gegebenheiten angepasst werden, wenn Browser auch Audio spielen soll.

Sobald der Broswer läuft, wird xbindkeys gestarted um Fernbedienungstasten sinvoll zu nutzen und auch um den Browers wieder zu beenden.

/etc/xbindkeysrc:

"xdotool mousemove_relative --sync -- -15 0"
   KP_4

"xdotool mousemove_relative --sync 15 0"
   KP_6

"xdotool mousemove_relative --sync -- 0 -15"
   KP_2

"xdotool mousemove_relative --sync 0 15"
   KP_8

"xdotool mousemove_relative --sync 1 0 mousemove_relative --sync -- -1 0 click 1"
   KP_5

"xdotool mousemove 480 270"
   KP_1

"xdotool mousemove 1440 270"
   KP_3

"xdotool mousemove 480 810"
   KP_7

"xdotool mousemove 1440 810"
   KP_9

"xdotool key 0"
   KP_0 + Release

"xdotool click 4"
   XF86ScrollUp

"xdotool click 5"
   XF86ScrollDown

"xdotool key Prior"
   XF86LaunchA + Release

"xdotool key Next"
   XF86LaunchB + Release

"pactl set-sink-volume @DEFAULT_SINK@ +2dB"
   XF86AudioRaiseVolume

"pactl set-sink-volume @DEFAULT_SINK@ -2dB"
   XF86AudioLowerVolume

"xdotool search Play key Right"
   XF86AudioForward + Release

"xdotool search Play key Left"
   XF86AudioRewind + Release

"pactl set-sink-mute @DEFAULT_SINK@ toggle"
   XF86AudioMute

"touch /tmp/stop-chrome"
   XF86Launch1 + Release

"touch /tmp/stop-chrome"
   XF86HomePage + Release

"xdotool key alt+Left"
   XF86Back + Release

"pa_volume 'ALSA plug-in [vdr]' toggle"
   XF86Close

"pa_volume 'ALSA plug-in [vdr]' toggle"
   XF86Tools

"xdotool key f"
   c:215 + Release # XF86AudioPlay

"xdotool key Escape"
   c:209 + Release # XF86AudioPause

Braucht eventuell nicht jede Taste. Kann damit aber mit der den Zahlen-Tasten auf der Fernbedienung den Maus-Pfeil bewegen und Maus-Links-Klicks machen.

Quote from Taipan

Dauerhaft irgendwelche Tools im Hintergrund laufen zu haben wäre wohl eher angemessen wenn man die Übersicht permanent nutzt...

Der IPTV-Stream wird ja nur gestartet, wenn man auf den Kanal schaltet (und danach wieder beendet) - und das kann komplett auf dem VDR passieren, wenn man will - das könnte z.B. so aussehen (die Datei muss ausführbar gemacht werden, mit dem Pfad bin ich noch nicht glücklich - da stimmt noch etwas am Paket nicht):

Das montage Programm steckt im Paket graphicsmagick-imagemagick-compat. Ich mache das hier im Beispiel mit mpeg2, weil die CPU am Testrechner komplexere Codecs nicht packt, aber grundsätzlich kann man da auch andere Formate nehmen, die der VDR unterstützt.

Eintrag in der channels.conf:

Überwachungskamera;IPTV:100:S=0|P=0|F=EXT|U=image.sh|A=1:I:0:256=2:257=@4:0:0:3:0:0:0

#!/bin/bash
set -e

# clean up all processes if the script stops/gets killed
trap "trap - SIGTERM && kill -- -$$" SIGINT SIGTERM EXIT

# Iptv plugin listens this port
PORT=${2}

# Stream temporary files
TMPDIR=/tmp
IMAGE=/tmp/image.png
LOG=/dev/null

load_and_create_image() {
        for i in {1..4}
        do
                wget "http://192.168.10.39/zm/cgi-bin/nph-zms?monitor=${i}&scale=100" -O "${TMPDIR}/image_${i}"
        done
        montage "${TMPDIR}/"image_{1..4} -tile 2x2 -geometry 756x568+1+1 -background black "${IMAGE}" || echo "whoops"
}

function load_and_update_images() {
        while :
        do
                sleep 1
                load_and_create_image
        done
}

# create the image once in the foreground
load_and_create_image
# create further updates in the background
load_and_update_images &

ffmpeg -v 10 -stream_loop -1  -i "/tmp/image.png" -f lavfi -i aevalsrc=0 -f mpegts -r 25 -vcodec mpeg2video -b 4000k -s 768x576 -c:a aac "udp://127.0.0.1:${PORT}?pkt_size=16356" &> "${LOG}"

Das einzige unschöne ist, dass das mit dem leeren Audio noch nicht klappt (softhddevice meckert dann im Log), aber das sollte sich noch beben lassen.

Ich hatte ein Anführungszeichen am Ende des ffmpeg-Befehls beim Kopieren nicht erwischt (habe ich gerade nachgepflegt) - probier mal bitte, ob es das war.

Dann könnte man mal versuchen Einzelbilder anzufordern (den Parameter habe ich in https://forums.zoneminder.com/posting.php?mo…0b77b55ad552767 gesehen):

wget "http://192.168.10.39/zm/cgi-bin/nph-zms?mode=single&monitor=${i}&scale=100" -O "${TMPDIR}/image_${i}"

Quote from Taipan

...während ich auf dem Sender geschaltet habe sollte eigentlich doch auch die Instanz ffmpeg im loop laufen - tut sie aber nicht

ffmpeg sollte einmalig gestartet werden und dann durchlaufen, bis das iptv-Plugin das Skript beendet (z.B. wenn man auf einen anderen Kanal wechselt).

Sieht man da eventuell eine Ursache, wenn man statt LOG=/dev/null einen Pfad angibt?

Ansonsten könnte man auch noch ein set +x vor der Zeile mit dem trap unterbringen, dann sieht man in den Logausgaben des VDR, wie weit das Skript kommt.

Quote from Taipan

Durch das Umschalten des Senders wird das Script garnicht ausgeführt - nur händisch...

Ist das Skript an der richtigen Stelle? Wo der VDR sucht, kann man z.B. mit strace verfolgen: An den VDR hängen: strace -p $(pidof vdr) | grep image.sh und dann auf den Sender umschalten.

Außerdem muss das Skript ausführbar sein und der User vdr muss die Berechtigung haben in dem Ordner zu schreiben und falls das Skript mal nicht unter dem Benutzer vdr ausgeführt wurde, musst du die vom Skript erstellten Dateien löschen bzw. den Besitzer auf vdr ändern, damit die wieder überschrieben werden können.

Quote from Taipan

Und meine CPU kocht nach 10 Sekunden hoch auf 80 Grad - ist das normal ?

80 °C kann eine CPU noch gut aushalten, aber letztendlich hängt das daran, wie man die Kühlung für das System im Verhältnis zur Verlustleistung unter Volllast dimensioniert.

Quote from Taipan

Kann man die Qualität noch hochschrauben? Die Einzelbilder könnten etwas Schärfe vertragen...

Und meine CPU kocht nach 10 Sekunden hoch auf 80 Grad - ist das normal ?

Das ist das Problem, dass das recht rechenintensiv ist, wenn man das rein in Software macht - selbst wenn da nur SD-Material rauspurzelt.

Die FPS auf 1 zu reduzieren sollte helfen, um weniger Enkodieren zu müssen.

Das zusammengefügte Bild größer zu machen ist auch einfach:

montage "${TMPDIR}/"image_{1..4} -tile 2x2 -geometry 1920x1080+0+0 -background black "${IMAGE}" || echo "whoops"

Das packt deine CPU dann aber vermutlich nicht mehr in der Auflösung als Video zu enkodieren - da könnte man mal versuchen die Hardwarebeschleunigung zu nutzen: https://trac.ffmpeg.org/wiki/Hardware/VAAPI

Auf meinem Haswell System klappt das so mit VAAPI-Encoding, nur musste ich das Skript etwas umbauen, weil der Encoder gerne mal aussteigt, wenn man das Bild austauscht:

#!/bin/bash
# don't use 'set -e' - we want to be able to restart the ffmpeg process if the encoding fails

# clean up all processes if the script stops/gets killed
trap "trap - SIGTERM && kill -- -$$" SIGINT SIGTERM EXIT

# Iptv plugin listens this port
PORT=${2}

# Stream temporary files
TMPDIR=/tmp
IMAGE=/tmp/image.png
LOG=/dev/null

load_and_create_image() {
        echo "load and create image"
        for i in {1..4}
        do
                wget "http://192.168.10.39/zm/cgi-bin/nph-zms?mode=single&monitor=${i}&scale=100" -O "${TMPDIR}/image_${i}"
        done
        montage "${TMPDIR}/"image_{1..4} -tile 2x2 -geometry 1920x1080+0+0 -background black "${IMAGE}" || echo "combiining images with montage failed"
}

function load_and_update_images() {
        while :
        do
                sleep 1
                load_and_create_image
        done
}

# create the image once in the foreground
load_and_create_image
# create further updates in the background
load_and_update_images &

while :
do
LIBVA_DRIVER_NAME=i965 ffmpeg -v 10 \
  -hwaccel vaapi \
  -hwaccel_device /dev/dri/renderD128 \
  -hwaccel_output_format yuv420p \
  -r 1 \
  -stream_loop -1 \
  -i "/tmp/image.png" \
  -c:v h264_vaapi \
  -vf 'format=nv12,hwupload' \
  -f mpegts \
  -preset ultrafast \
  -tune stillimage \
  -an \
  "udp://127.0.0.1:${PORT}?pkt_size=16356"
done