Beiträge von Xcoder

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.

Yep die legacy sind raus. Waren ja zuletzt auf Version 340 und nur für wirklich uralte GPUs notwendig.

Hier läuft der Kernel 6.1 problemlos. Welche Probleme macht denn dieser bei Dir?

nvidia-driver ist aktuell bei Bookworm Version 525. Durch Updates wird wohl irgendwann eine höhere Version kommen. Im schlechtesten Fall läuft diese dann nicht mehr mit deiner GPU. Mit nvidia-tesla-470-driver bleibst Du auf alle Ewigkeit bei 470 und kannst sicher sein, dass es läuft.

update-glx liefert wohl desshalb keine Alternativen, weil keine installiert sind... Daher wohl alles OK.

Habe hier seit Jahren Debian am Laufen und bin auch darüber gestolpert. Beim Update ist irgenwas schief gelaufen. Es half nur noch ein

# apt purge "*nvidia*"
# apt install xserver-xorg-video-nvidia-tesla-470

Nun wollte ich aber auch das Packet nvidia-cuda-toolkit installieren, welches doch wider Depends auf nvidia-kernel-dkms >470 macht. Um den 470er Treiber & Tools zu nutzen, kann diese Version mit update-glx fix gewählt werden.

# update-glx --config nvidia
There are 2 choices for the alternative nvidia (providing /usr/lib/nvidia/nvidia).

  Selection    Path                       Priority   Status
------------------------------------------------------------
  0            /usr/lib/nvidia/current     525       auto mode
  1            /usr/lib/nvidia/current     525       manual mode
* 2            /usr/lib/nvidia/tesla-470   470       manual mode

Press <enter> to keep the current choice[*], or type selection number: 

Ist mp2 codiert:

# ffmpeg -i http://localhost:3000/S13.0E-318-12300-17221.ts
Input #0, mpegts, from 'http://localhost:3000/S13.0E-318-12300-17221.ts':
  Duration: N/A, start: 43617.162889, bitrate: 256 kb/s
  Program 17221 
    Metadata:
      service_name    : SRF 1
      service_provider: Schweizer Radio und Fernsehen
    Stream #0:0[0xd3](ger): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, fltp, 256 kb/s (clean effects)

streamdev habe ich die gleiche Version. VDR ist hier 2.4.1.

Zitat von wwilde

Code

vdr: [10786] Streamdev: Accepted new client (HTTP) 3.2.3.4:43744
vdr: [14716] device 4 receiver thread started (pid=10768, tid=14716, prio=high)
vdr: [14715] streamdev-livestreaming thread started (pid=10768, tid=14715, prio=high)
vdr: [14714] streamdev-writer thread started (pid=10768, tid=14714, prio=high)
vdr: [14717] device 4 TS buffer thread started (pid=10768, tid=14717, prio=high)

Ein Versuch mittels "MPlayer" den Stream wiederzugeben schlägt fehl, testhalber den Stream mittels wget zu downloaden bringt 0 Bytes Download.

Schaut mir so aus als würde der Streamdev-Server die Verbindung problemlos zum VDR aufmachen und auf diesem den Sender selektieren. Könnte es sein daß der Datenstrom seit der Umstellung vom 25.05 auf den neuen Transponder eventuell auch verschlüsselt ist? Die Angaben darüber im Internet sind da leider sehr mehrdeutig. Das TV-Programm an sich ist jedenfalls nur mit CAM zu empfangen, ob das jetzt auch für das Radioprogramm gilt weiß ich leider nicht. Könnte sich das evtl. so äußern?

Das log sieht normal aus.

Die SRF Radiosender sind nie verschlüsselt. SRF Info ist gelegentlich auch nicht verschlüsselt, meistens wen Eigenproduktionen gesendet werden.

Empfangsprobleme hast Du ausgeschlossen? Alle anderen Sender auf diesem Satellit gehen?

Zitat von wwilde

Code

Connecting to server mein.vdrserver.daheim[1.2.3.4]: 3000...

An der channels.conf liegt es wohl kaum auch wenn Du hC23M5O35S1 hast und ich HC23M5O35P0S1. P0 ist ja eh nur der default für die Stream ID.

Was sag denn das log vom vdr zu wenn der mplayer verbindet? Und eine IP 1.2.3.4 ist auch eher nicht so wie man es macht.

nimm mal die Option --ip=0.0.0.0 in die Konfig rein.

Zitat von kfb77

Wie gesagt, das ist nur eine Patch Sammlung von mir, ich bin nicht der Entwickler.

Xcoder : Müsste nicht, wenn man unter Einstellungen "Erlaube Videoanzeige im Browser:" den Haken entfernt, auch der Eintrag "Web-Streaming" im Kopf verschwinden ?

Guter Punkt. Hatte ich wohl nicht eingebaut. Sollte eine kleine Sache sein. Schaue mir das am Wochenende mal an.

Ansonsten ist die aktuellste Version von live hier zu finden: https://github.com/REELcoder/vdr-plugin-live

Hatte zuerst auch so ein teueres Teil von Spaun. Stromverbrauch ist aber eine Zumutung.

Für 2 Sat Position und 4 Receiver habe ich jetzt eine sehr preiswerten Diseqc Relais von Axing. Ist aber wohl nicht mehr lieferbar. Das Teil wird vom Tuner gespiesen und speisst auch die LNBs. Wenn kein Receiver läuft ist er wirklich aus. Und er ist sehr kompakt.

Habe jetzt aber spontan tatsächlich keinen 8/4 DiSEqC Switch mehr gefunden. Gibt es das echt nicht mehr????

Guter Punkt. ffmpeg wird genutzt um den Stream passend zu machen. Wie aggressiv da hingelangt wird ist konfigurierbar. Bei mir nutzt ffmpeg die GPU um den Video-Stream zu transcodieren. Dafür muss man sich eine entsprechend gebaute Version von ffmpeg holen.

Das ist ein eher altes Live. Damit geht es nicht. Meine Änderungen die das ermögliche, sind wohl bisher nur in meinem Fork: https://github.com/REELcoder/vdr-plugin-live. Sollte das dann wohl mal nach oben weiter pushen.

streamdev hast du schon. Dann benötigst du noch das live plugin.

Ja, ist drin. War für Installationen mit mehr als einem Satip-Server relevant.

Weis jetzt aber nicht mehr ob der hier angehängte Patch die letzte Version war. Besser gleich die aktuelle Source von github ziehen.

Yupee

War ein libplacebo Bug: https://code.videolan.org/videolan/libplacebo/-/issues/84

Funktioniert nun mit neustem libplacebo vom GIT und Gamma auf max.

Vielen Dank für das ausprobieren. Guter Plan. Richtig, dass softhdcuvid geht maximal bis und mit 6abfdf2 von libplacebo.

Ich habe mein test.c noch einmal erweitert. Es sollte jetzt wie im softhdcuvid ein overlay gerendert werden. Kannst du das mal bei dir probieren:

Bauen mit gcc -g -o test -lplacebo -lvulkan -lX11 -lX11-xcb -lxcb test.c

Das Bild wird in create_image() erzeugt. Das overlay kommt von make_osd_overlay() mit 0.5 alpha.

Effekt ist bei mir der gleiche wie mit dem VDR. Die overlay Farbe wird durch den alpha Faktor auf einen schwarzen Hintergrund gerendert, anstatt auf das image.

Ich möchte diesen Testcase dann bei libplacebo fillen.

Gruss

Damit wird es nur noch schwarz und das OSD wird gar nicht dargestellt.

Kann man noch irgend etwas beim konfigurieren von libplacebo verdrehen? Ich hate es so konfiguriert:

# meson --reconfigure build
The Meson build system
Version: 0.49.2
Source dir: /root/work/libplacebo
Build dir: /root/work/libplacebo/build
Build type: native build
Project name: libplacebo
Project version: 1.31.0
Native C compiler: cc (gcc 8.3.0 "cc (Debian 8.3.0-6) 8.3.0")
Native C++ compiler: c++ (gcc 8.3.0 "c++ (Debian 8.3.0-6) 8.3.0")
Build machine cpu family: x86_64
Build machine cpu: x86_64
Program git found: YES (/usr/bin/git)
Compiler for C supports arguments -Wincompatible-pointer-types: YES
Compiler for C supports link arguments -Wl,--exclude-libs=ALL: YES
Library m found: YES

|
|Executing subproject xtalloc 
|
|Project name: xtalloc
|Project version: undefined
|Native C compiler: cc (gcc 8.3.0 "cc (Debian 8.3.0-6) 8.3.0")
|Dependency threads found: YES (cached)
|Build targets in project: 1
|
|Subproject xtalloc finished.

|
|Executing subproject bstr 
|
|Project name: bstr
|Project version: undefined
|Native C compiler: cc (gcc 8.3.0 "cc (Debian 8.3.0-6) 8.3.0")
|Build targets in project: 2
|
|Subproject bstr finished.
Dependency vulkan found: YES (cached)
Library shaderc_shared skipped: feature shaderc disabled
Library shaderc_combined skipped: feature shaderc disabled
Library glslang found: YES
Library HLSL found: YES
Library OGLCompiler found: YES
Library OSDependent found: YES
Library SPIRV found: YES
Library SPVRemapper found: YES
Library SPIRV-Tools found: YES
Library SPIRV-Tools-opt found: YES
Fetching value of define "GLSLANG_PATCH_LEVEL" : 2984
Library pthread found: YES
Dependency lcms2 found: YES (cached)
Configuring config.h using configuration
Configuring config_internal.h using configuration
Dependency threads found: YES (cached)
Build targets in project: 10
Found ninja-1.8.2 at /usr/bin/ninja

Mit shaderc hatte ich es auch probiert. Macht aber keinen Unterschied.

Ich versuche immer noch einen "einfachen" Testfall zu konstruieren. Habe einiges vom softhcuvid zusammenkoppiert:

test.c.txt

Stecke aber noch etwas fest:

#define COL { 0xff, 0x00, 0x00, 0xff }
    static unsigned char data_5x5[5][5][4] = {
        { COL, COL, COL, COL, COL },
        { COL, COL, COL, COL, COL },
        { COL, COL, COL, COL, COL },
        { COL, COL, COL, COL, COL },
        { COL, COL, COL, COL, COL },
    };

    const int width = 5, height = 5;

    struct pl_plane img5x5 = {0};
    const struct pl_tex *img5x5_tex = NULL;
    bool ok = pl_upload_plane(gpu, &img5x5, &img5x5_tex, &(struct pl_plane_data) {
        .type = PL_FMT_UNORM,
        .width = width,
        .height = height,
        .component_size = { 8, 8, 8, 8 },
        .component_map  = { 0, 1, 2, 3 },
        .pixel_stride = 4,
        .pixels = &data_5x5,
    });

struct pl_image image = {
        .signature      = 0,
        .num_planes     = 1,
        .planes         = { img5x5 },
        .repr = {
            .sys        = PL_COLOR_SYSTEM_BT_709,
            .levels     = PL_COLOR_LEVELS_PC,
        },
        .color          = pl_color_space_bt709,
        .width          = width,
        .height         = height,
        .src_rect       = {-1.0, 0.0, width - 1.0, height},
    };

Das soll später mit pl_render_image gerendert werden. Aber irgendwie bleibt das Bild schwarz.

Irgend eine Idee