VDR Portal

[…] Das ist sicher ne gut Idee. Dann bekommst du eine Übersicht welcher Wert sinnvoll ist. Die Lösung mit dem Fallback auf den Softwaredekoder bringt übrigens auch den Vorteil das bei einer Verbesserung des Hardwaredekoders (sei es im ffmpeg oder sonstwo) dann automatisch der Hardwaredekoder genutzt wird ohne eine Softwareänderung bei dir.

oder Du macht das erstmal nur mit einem nur in der setup.conf änderbaren Parameter editierbar. Dann ersparst Du Dir die Menukonstruktion und es verwirrt auch niemanden. Wer im Problemfall nicht in der Lage ist, über ein ssh-Fenster vdr zu stoppen, einen setup.conf-Eintrag zu ändern und vdr wieder zu starten, wird wahrscheinlich sowieso schon an der Installation gescheitert sein und gehört nicht zur Zielgruppe eines 'Experten'-Menüeintrags.

@wmautner , die vielen Journal Einträge deuten auf einen nicht ganz aktuellen git stand -> bitte aktualisieren. "Egal ob" hilft nicht. Bitte setzte ein System mit dem aktuellem VDR + aktuellem git Stand von live auf verwende Firefox leere den Browser Cache (2 mal Strg+F5 im Browser) Aktiviere Java Script Debugging im Browser (Shift+Strg+I), und poste hier Fehlermeldungen des Java Script Debuggers

Eigentlich bin ich da ganz bei dir. Aber ich habe noch nicht vollstes Vertrauen in die 22... Ich habe das Maximum an benötigten Frames beim rpi bisher bei 20 oder 21 identifizieren können. Aber wenn der Wert zu klein ist, könnte auch im "Normalfall" der sw decoder einspringen obwohl es nicht notwendig ist - und man merkt es nicht. Andere Decoder gibt es ja auch noch (z.B. v4l2-request, rk-vdec) Mir gefällt das Setup-Menu eh nicht ganz von der Struktur. Von daher würde ich es etwas anders…

Hi there. Mein live zickt nur noch rum: sobald ich nach dem Startbildschirm (üblicherweise "ausführliche Ansicht" von "was läuft") versuche, ein anderes Menü, etwa "Aufnahmen flach", aufzurufen, läuft da was amok: und im Journal läuft durch: Feb 19 07:57:17 hdvdr2 vdr[2576]: [25790] live: update_all_recordings_scraper num = 6945, time = 0,07549, average 0,000011, max = 0,000144 Feb 19 07:57:17 hdvdr2 vdr[2576]: [25790] live DEBUG tvscraper data changed,…

Ich würde die Konfigurationsmöglichkeit ganz weglassen. Das verwirrt den User nur weil nur wenige wissen warum und was das eigentlich bezwecken soll. Nicht alle haben den Thread hier gelesen. Generell ist mein Ansatz immer das die Software möglichst automatisch agieren sollte. Mit den 22 Frames die du als default eingestellt hast, solltest du auf der sicheren Seite sein. Wenn es da Beschwerden gibt kannst du immer noch nachbessern.

Hi, Nach jahrelanger Nutzung kann ich sagen die t6963c laufen perfekt. Der Bau ist aber Gefrickel... Und mangels Parallelport geht es meist direkt nicht mehr. Aber es gab ein Projekt, dass die per USB anband. @MReimer hatte das glaube ich gemacht? Bei Ali gibt es die noch... MfG Stefan

Hallo, Plugin vdr-plugin-markad-ng-4.2.17 nach 5-vdr-stable kopiert! Neu in "5-vdr-unstable vdr-plugin-markad-ng-4.2.18 Gruss Wolfgang

Man könnte das an einen Mikrocontroller anschließen (z.B. ein Raspberry Pi Pico 2040 ist mit Micropython einfach zu programmieren ohne wie bei Arduinos während der Entwicklung immer wider die Firmware flashen zu müssen) und den dann per USB an den Rechner hängen. Dann muss man sich nur noch überlegen, welche Daten man darstellen will und wie man die vom VDR aufs Display bringt - eventuell kann man sich einen serdisplaylib-kompatiblen Wrapper schreiben und das Ding dann über graphlcd…

Hi, Womit möchtest du es denn nutzen? Graphlcd? MfG Stefan