Welche Version von vdr-plugin-softhdcuvid nutzt du?
3.27-GIT6768bc5
Welche Version von vdr-plugin-softhdcuvid nutzt du?
3.27-GIT6768bc5
So ganz der Einzige bist Du nicht. Ist bei mir mit softhdcuvid (6768bc5b1824e27ad1d70ec57758ba14d6113838) und pulseaudio auch so. Nur bei Wiedergabe und nur nach dem springen. Wenn ich nach dem Springen kurz zurückspule (FastRew), ist der Ton wieder synchron.
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:
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
Display More
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
Display More
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.
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
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.
Codevdr: [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?
nimm mal die Option --ip=0.0.0.0 in die Konfig rein.
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