Lass vdr-checkts (nicht der Patch, sondern das ausführbare Programm) über deine Aufnahme laufen, dann weisst du, ob sie ok ist oder nicht.
Wenn nicht ok, ist es definitiv ein Hardware Problem auf dem Eingangsweg (Schüssel bis Platte).
Wenn ok, ist es auf dem Ausgabeweg (Platte bis Monitor).
The last thread about mpv was this one: https://www.vdr-portal.de/forum/index.php?thread/126854-announce-mpv-plugin-0-0-4
Andere Möglichkeit: Mehr Scheduler im der Kernel .config anstellen und Kernel neu bauen.
Mir geht es um den Patch für vdr, der beim Aufnehmen dumpt (und nicht um die Anwendung, die das erst hinterher tut).
Vielleicht belebe ich auch meine Plugins von damals wieder.
Mein
Wunschzettel: vdr-2.4.1-naludump wäre schön 
Die Software habe aus den offiziellen Opensuse repos, also nicht selbst kompiliert.
von packman, keinesfalls von den Opensuserepos ffmpegund insbesondere libxine2 und libxine2-codecs installieren.
Hast du dich an deine Anleitung gehalten?
Evtl. könntest du ja trotzdem mal einen Link ins Wiki machen und dort die restlichen Anleitungen dazufügen dann wären die an zentraler Stelle hinterlegt.
Die Pinbelegung vom blueDev habe ich an das blackDev angepasst, damit die Erweiterungsplatine an beide passt.
dfu-util aus dem Git konnte ich nicht kompilieren unter Ubuntu 18.04.3 LTS
https://sourceforge.net/p/dfu-util/dfu-util/ci/master/tree/
Meine Version von dfu-util ist die Version 0.9 aus dem install von Ubuntu 18.04.3 , vllt schon zu alt.
Hab ein Linux Binary ins git gelegt: https://github.com/j1rie/IRMP_…binaries/bootloader/Linux
Unter Windows geht es auch: https://github.com/j1rie/IRMP_STM32#flashing-the-firmware
Heute ist es auf den Tag genau 20 Jahre her, dass ich die allererste Version der VDR-Source veröffentlicht habe.
Bei einem Board mit CS32 sieht das dann so aus:
Es wird jetzt der Mikrocontroller ausgelesen und angezeigt. So kann man leicht erkennen, ob wirklich ein STM32 drin steckt.
Im git habe ich Erweiterungsplatinen mit und ohne Optokoppler sowie TSOP Platinen veröffentlicht.
Gibt es eine Möglichkeit einen ganzen Thread mit vielen Seiten (wie z.B den langen IRMP auf STM32 - ein USB IR Empfänger/Sender/Einschalter mit Wakeup-Timer) in ein pdf oder Ähnliches abzuspeichern?
Stick mit Optokoppler:
Hier hat jemand die CKS Fakes getestet.
Nicht zu empfehlen, die zu verwenden.
Der Lüfter läuft natürlich weiter wenn der Pi aus ist....
Falls ein IRMP-STM32-Empfänger zwecks Einschalten dran hängt, könnte man den Lüfter auch vom STM32 schalten lassen, denn der Empfänger "weiß", ob der Pi läuft oder nicht. Dazu wertet der Empfänger aus, ob der Pi den USB pollt.
Dazu müsste man nur in der Hauptschleife dieses auswerten, und entsprechend einen GPIO schalten.
Ich bin mir aber nicht sicher, ob dass das ist, was hier gewünscht wird.
Darauf gekommen bin ich durch
QuoteThe board has a 2 pin PH2.0 connector to power an optional 5V fan. The fan is only running, when the Raspberry Pi is on.
von hier.
Ich hab mal nach "usb ports sleep linux" gegoogelt. Die ersten zwei Ergebnisse geben bereits gute Tipps:
https://unix.stackexchange.com…r-to-entire-usb-subsystem
https://www.kernel.org/doc/htm…usb/power-management.html
Eine genaue Anleitung für Ubuntu 18.04 ist in dem Bild des ersten Links:
Danke für den Hinweis, Uwe.
Zum Glück sind die Fälschungen zur Zeit leicht an den 3 kreisförmigen Vertiefungen erkennbar.
./FlashDFUSe.sh ./2018- xxxxxxxx
Quoteflashing-the-firmware: ./FlashDFUjrie.sh ./2019-07-06_16-32_blackDev_BL_SC_jrie.bin
Das Flash-Skript muss zum Bootloader passen. Dann siehst du am Ende die Erfolgsmeldung:
Wenn du dich genau an die Anleitung hälst, klappt es.
