Ursache war damals, dass einige Frames unvollständig (zu kurz) waren
Wie kann man denn das feststellen? Ich hatte ja diese Fehler damals und jetzt auch.
Ursache war damals, dass einige Frames unvollständig (zu kurz) waren
Wie kann man denn das feststellen? Ich hatte ja diese Fehler damals und jetzt auch.
Könnte es eventuell daran liegen, daß der VDR selbst nicht richtig beendet wird? Dann versagt möglicherweise die Shutdown Logik, die auf eine Beendigung des VDR wartet.
Es gab schon Diskussionen zum Hängenbleiben des VDR:
von SHF : RE: VDR im Emergency exit hängen geblieben
von MarkusE : RE: VDR Version 2.8.1 freigegeben
Es gab auch Berichte, dass der Index fehlerhaft war und erst nach erneuter Indexierung stimmte. Das könnte eventuell damit zusammenhängen: RE: [gelöst] Anzeige der Fehler in der Fortschrittsanzeige und RE: VDR Version 2.8.1 freigegeben
VDR-Aufruf (alles aktuellste Versionen auf den jeweiligen git Repos):
Code /usr/sbin/vdr -u vdr -c /etc/vdr -E /home/vdr/epg.data -L /usr/lib/vdr -r /etc/vdr/scripts/vdr.exec -t /dev/tty8 -v /var/spool/video/video0 -g /home/vdr/tmp/grabdir -w 0 --lirc=/run/lirc/lircd --dirnames=,,1 --shutdown=/etc/vdr/scripts/vdrshutdown -D0 -Pcontrol --port=4444 -Psofthddevice -v va-api-egl -d :0.0 -g 1920x1080+0+0 -a pipewire -p pipewire -l 3 -N -Pchannellists -Pdvbhddevice -Pepgsync -Psvdrpservice -Piptv -Pwebsocket --logodir=/etc/vdr/logos --port=44444 -Posdteletext --directory=/home/vdr/teletext -Pskinnopacity --logopath=/etc/vdr/logos --epgimages=/var/spool/video/epgimages --iconpath=/etc/vdr/plugins/skinnopacity/nopacity_iconpack/nopacity/ -Ptvscraper --dir /var/spool/video/tvscraper --readOnlyClient
Ich würde mal testweise nicht unbedingt nötige Komponenten deaktivieren.
Und kann man softhddevice und dvbhddevice gleichzeitig benutzen?
Ich habe auch bei mir mit deiner Aufnahme nach Schnitt 323 Fehler und nach dem Erneuern vom Index 0 Fehler.
Habe eine dvb-t2 (h265) Aufnahme*, welche erst 0 Fehler aufweist und nach Schnitt 323 Fehler anzeigt.
Bei mir verhält es sich mit meiner Aufnahme dieser Sendung ganz genauso. Hab die Ursache nicht gefunden.
P.S. Habe auch vdr 2.8.1.
Welche idVendor und idProduct hast du in die 70-usbkbd.rules eingetragen?
You can find yaVDR-Ansible here: https://github.com/yavdr/yavdr-ansible
Manual: https://github.com/yavdr/yavdr-ansible/blob/focal/Manual.org
German documentation: https://www.yavdr.org/documentation/…umentation.html
I'm using the Ubuntu Seahawk-packages.
Which branch?
I recall i learned Flirc the keys by pressing them twice as quickly as possible…
That increased the performance, though still not perfect
Ich habe hier auch mit der zweifachen Eingabe gespielt: RE: [yavdr-ansible 24.04] Flirc reproduzierbar anlernen
Sehr aufwändig, aber perfekt war es nicht. Das hat auch Paulaner berichtet: RE: [yavdr-ansible 24.04] Flirc reproduzierbar anlernen
perfekt laufendes System inkl. der Fernbedienung
Das müsste wohl mit dem IRMP_PICO-Projekt von jrie , deiner Fernbedienung und deinem yaVDR-ansible auch möglich sein. Ich habe mit Flirc auch gebastelt und negative Erfahrungen gemacht. IRMP ist einfach besser, auch weil es sehr flexibel ist und jrie das immer noch weiterentwickelt: IRMP auf Pico - ein USB-HID-Keyboard IR-Empfänger/Sender/Einschalter mit Wake-up Timer
Commands wird im Menu auch als Commands angezeigt.
hatte ich auch, siehe hier: RE: [gelöst][yavdr-ansible 24.04] Update auf VDR 2.7.9 bricht mit Ubuntu Fehlermeldungen ab
Habe dann auf Vorschlag von seahawk1986 /var/lib/vdr/plugins/menuorg.xml geändert:
Ich kann leider nicht mehr ganz folgen, obwohl mich das Thema (yaVDR auf Ubuntu Server 26.04) brennend interessiert.
Wäre es nicht vielleicht sinnvoll, nochmal völlig neu zu starten und Ubuntu Server 26.04 neu zu installieren?
Und dann das passende Ansible holen, händisch anpassen und laufen lassen.
Ich hab mal einen Test mit IRMP_STM32 1209:4444 mit Firmware 2026-03-05_12-21_pico_hid_irmp auf RP2xxx gemacht:
1. TTS35AI von TechniSat, zunächst 1x kurz die Cursor-Down-Taste gedrückt, dann länger die Cursor-Down-Taste gedrückt:
receive IR data by pressing buttons on the remote control
stop receive mode by pressing receive mode button again
Received 64 bytes:
01 07 0a 00 21 00 00
RepeatCounter: 0
translated:
Received 64 bytes:
01 07 0a 00 21 00 00
RepeatCounter: 0
translated:
Received 64 bytes:
01 07 0a 00 21 00 01
RepeatCounter: 1
translated:
Received 64 bytes:
01 07 0a 00 21 00 01
RepeatCounter: 2
translated:
Received 64 bytes:
01 07 0a 00 21 00 01
RepeatCounter: 3
translated:
Received 64 bytes:
01 07 0a 00 21 00 01
RepeatCounter: 4
translated:
Received 64 bytes:
01 07 0a 00 21 00 01
RepeatCounter: 5
translated:
Display More
2. LG Magic Remote MR24GN, wieder , zunächst 1x kurz die Cursor-Down-Taste gedrückt, dann länger die Cursor-Down-Taste gedrückt:
receive IR data by pressing buttons on the remote control
stop receive mode by pressing receive mode button again
Received 64 bytes:
01 11 aa 02 5a 01 00
RepeatCounter: 0
translated:
Received 64 bytes:
01 02 04 00 41 00 00
RepeatCounter: 0
translated:
Received 64 bytes:
01 02 04 00 41 00 01
RepeatCounter: 1
translated:
Received 64 bytes:
01 02 04 00 41 00 01
RepeatCounter: 2
translated:
Received 64 bytes:
01 02 04 00 41 00 01
RepeatCounter: 3
translated:
Received 64 bytes:
01 02 04 00 41 00 01
RepeatCounter: 4
translated:
Received 64 bytes:
01 02 04 00 41 00 01
RepeatCounter: 5
translated:
Display More
Der LG Magic Remote sendet bei längerem Drücken ganz andere Codes!
3.Versuch: Wie 2. aber es kommen wieder andere Codes:
receive IR data by pressing buttons on the remote control
stop receive mode by pressing receive mode button again
Received 64 bytes:
01 11 aa 02 5a 01 00
RepeatCounter: 0
translated:
Received 64 bytes:
01 11 aa 02 5a 01 00
RepeatCounter: 0
translated:
Received 64 bytes:
01 38 aa 02 b5 02 01
RepeatCounter: 1
translated:
Received 64 bytes:
01 38 aa 02 b5 02 01
RepeatCounter: 2
translated:
Received 64 bytes:
01 38 aa 02 b5 02 01
RepeatCounter: 3
translated:
Display More
Sehr eigenartig!
4. Versuch: LG Service Remote MKJ39170828, sonst wieder wie 2.
receive IR data by pressing buttons on the remote control
stop receive mode by pressing receive mode button again
Received 64 bytes:
01 02 04 00 41 00 00
RepeatCounter: 0
translated:
Received 64 bytes:
01 02 04 00 41 00 01
RepeatCounter: 1
translated:
Received 64 bytes:
01 02 04 00 41 00 00
RepeatCounter: 0
translated:
Received 64 bytes:
01 02 04 00 41 00 01
RepeatCounter: 1
translated:
Received 64 bytes:
01 02 04 00 41 00 01
RepeatCounter: 2
translated:
Received 64 bytes:
01 02 04 00 41 00 01
RepeatCounter: 3
translated:
Received 64 bytes:
01 02 04 00 41 00 01
RepeatCounter: 4
translated:
Received 64 bytes:
01 02 04 00 41 00 01
RepeatCounter: 5
translated:
Display More
Die LG Magic Remote MR24GN verhält sich anders als die LG Service Remote MKJ39170828! Vielleicht weil die Magic Remote auch gleichzeitig eine Maus-Funktion hat? Vielleicht kann jrie da irgendwas ausforschen.
Vielleicht andere Zeitabstände?
Ist das GIT-Repository nun nicht mehr für Ubuntu 24 geeignet?
Das hat mich auch interessiert. seahawk1986 hat darauf hier geantwortet: RE: neuinstalltion nach fehlschlag nötig
3 Wakeups
Der erste funktioniert sicher wie bisher. Kann man die anderen beiden Wakeups anderen Fernbedienungen zuordnen? So wie hier ab #117 diskutiert?
Bitte DVB-T2 HD mit 1080p nicht vergessen.
irmpconfig gibt es auf dem easyvdr5.0alpha NICHT
Das gibt es von jrie :
Gehe mal dorthin: https://github.com/j1rie/IRMP_PICO/releases und entpacke die binaries_for_Linux.tar.xz .
Da findest du irmpconfig. Einfach mal aufrufen, wie hier beschrieben: https://github.com/j1rie/IRMP_PICO/tree/main/irmpconfig/Linux#readme. Wenn irmpconfig das Device (hidraw) nicht selbst findet, muss du es suchen, z. B. so: dmesg | grep IRMP
Vielleicht funktioniert das Programm ja auch bei dir auf easyvdr.
Dann weiter wie hier beschrieben: https://github.com/j1rie/IRMP_PICO/blob/main/LIESMICH.md#firmware-flashen
Wenn das Device im Massenspeichermodus ist, kannst du die <Firmware>.uf2 einfach auf dem Massenspeicher kopieren. Probiere es einfach mal aus.