VDR Portal

v0.1.2 [URL:https://github.com/j1rie/vdr-plugin-usbkbd/releases/tag/v0.1.2] added 3 missing keys, thanks to Mal sehen, was meine Frage bringt: Wird gerade ein String in einem Menü bearbeitet? [URL:https://www.vdr-portal.de/forum/thread/137347-wird-gerade-ein-string-in-einem-men%C3%BC-bearbeitet/]

Um welche "Altlasten" ginge denn konkret? Mir fällt da momentan nur das 265-Farb OSD ein. Das wird aber, soviel ich weiß, vom default-Skin benötigt. Das Xine-Plugin (nicht -liboutput!) kann AFAIK auch nur das und da gibt es wohl auch noch ein paar User. Beim XineLiboutput-Plugin muss man das truecolor OSD auch extra einkompilieren und dann aktivieren. Da habe ich bei mir keine Ahnung ob das der Fall ist, da ich das Debian-Paket nutze. (Sofern das OSD angezeigt wird bin ich eigentlich schon…

Das klingt nach einem hervorragenden Plan! Die Einführung eines eigenen Datentyps (Abstraktion) ist genau der richtige Weg, um die historischen Eigenheiten der 33-Bit-Arithmetik und die Hardware-Limits älterer Karten sauber vom restlichen Core-Code zu trennen. Zu den Punkten: 1. Zentralisierung über PtsDiff(): Das ist die stabilste Lösung. Wenn Differenzberechnungen nur noch dort stattfinden, ist es völlig egal, ob ein Ausgabe-Plugin das 33. Bit "vermurkst" oder gar nicht erst liefert. Der…

Wie kann ein Plugin wissen, ob der VDR gerade in einem Menü ist, in dem ein String bearbeitet wird? Dann sollen nämlich in dem Plugin die Keys anders verarbeitet werden, als wenn nicht. […]

Das mit den Keymaps werden ich nach den Feiertagen mal testen. Da die Tastatur irgendwie auch nicht funktioniert, wäre das vielleicht der einfachere Weg diese erst einmal zum laufen zu bekommen. Ich vermute mit der M Taste auf der Tastatur (oder der speziellen Yavdr Belegegung..) hätte ich nach der Installation zumindest ein VDR Menü bekommen sollen. Oder muss dazu normalerweise noch irgendetwas händisch installiert werden? Und PS. Ich wollte erst einmal alles zu Laufen bringen, und dann…

[…] Das klingt doch gut. Wenn ausschließlich mit PtsDiff() auf die Werte zugegriffen wird sollte das auch übersichtlich bleiben. (Mein Einwand aus #4 [URL:https://www.vdr-portal.de/forum/thread/137345-rfc-pts-handling-uint32-t-vs-int64-t/?postID=1392334#post1392334] ist damit nichtig.) Da könnte man dann ggf. sogar eine Warnung ausgeben, falls das 33. Bit "defekt" ist. […] Das meinte ich auch die ganze Zeit. Das 33. Bit jetzt auszuwerten bringt eigentlich keine Mehrwert und kann zu schwer…

[…] vdr-mpv support wurde eingebaut und getestet.

Release 1.5.5 vdr-mpv handover, unified A/V drain, OOM safeguard New: SetPlayMode(pmExtern) releases DRM/VAAPI/ALSA/OSD for external players (e.g. vdr-mpv with gpu-context=drm) and reacquires on the next SetPlayMode. Tested with vdr-mpv 1.8.x. Fix: jitterBuf is hard-capped at ~3 s. A stuck-but-valid audio clock with PTS marching ahead used to leak one VPP surface per VSync until OOM. Fix: closed an audio passthrough UAF where CloseSpdifMuxer could free spdifMuxCtx mid-write. Fix: IEC 60958-3…

[…] Hi, ich denke, ich habe den Bug gefunden. Kommt im nächsten git-commit. jitterBuf ist nicht limitiert und kann OOB wachsen. Den habe ich jetzt limitiert.

[…] Moin nach längerer Zeit kann ich mir selbst antworten, war schon auf der richtigen Spur. Von Jörg, @Cumpy Rules , kam vor einigen Wochen folgende Eingabe zum Thema, vielen Dank dafür. curl -c cookies.txt -X POST http://IP-ADRESSE/login -d "login=admin" -d "passwd=PASSWORT" -d "next=" -d "submit=Login" && curl -b cookies.txt http://IP-ADRESSE/system/reboot Also mit Datei-Übergabe, das Ganze als Einzeiler aus einer Hausautomation gesteuert, hmm? Am Ende haben wir ein Helfer-Script…