Beiträge von jrie

Just an idea, ask the author of vdr-2.4.0-camtweaks-1.patch here or there.

Du kannst deine Aufnahmen auch mit checkts prüfen.

Wenn da lokal schon Fehler sind, stimmt eventuell was mit deinem Empfang nicht.

beinhart schrieb:

laeuft das plugin um laengen besser,

wie das "alte" softdhdevice.

Inwiefern läuft es denn so viel besser auf einer Nvidia 610?

Kann es da nicht genau das Gleiche, nur dass es mehr elektrische Leistung verbraucht?

Ich würdige und schätze jojo61's Arbeit sehr. Der Nutzen für ältere Nvidia Karten ist mit aber unklar.

Was sagt denn evtest und was irw (bei Tastendrücken)?

Im git gibt es jetzt eine Beschreibung mit Bildern.

Verbesserungsvorschläge willkommen.

Mach dasselbe nochmal mit nur den absolut nötigen Plugins.

eventlircd oder remote-plugin

jrie schrieb:

Ich steige voraussichtlich auf die Schwarzen um. Die haben bessere Hardware-Qualität.

Hier gibt es Bilder.

Bei helau funktioniert RCMM mit dem TSOP, der bei meinen Empfängern dabei ist (TSOP 4838). Also ohne spezialisierten TSOP.

Edit: Allerdings nur auf kurze Entfernung.

corvy schrieb:

Was there a good reason to be a new kernel? Was there some patches or updates applied there?

Yes.

That patch helps, if two (or more) TV stations have the same ECM Pids.

The stuttering is another problem.

If you record several encrypted stations at the same time and check the recordings afterwards with checkts, are they ok? If yes, the problem is at replay, if no, the problem is at recording. Than you can investigate further.

Die Keyboard Variante hat jetzt eine eigene USB PID.

Mein letzter Maple Mini wollte auch nicht.

Weder mit 2k noch mit 5k.

Entweder war der Bootloader auf meinem einfach kaputt, oder er hatte eine andere Sprungadresse.

Ich habe dann meinen eigenen Bootloader geflasht, und damit ging es dann.

Dadurch ist leider der Vorteil des Maple (nämlich, dass er bereits einen Bootloader drauf hat) kein Vorteil mehr.

Es geht darum, dass für ddbridge jedes Mal dasselbe /dev/dvb/adapterN angelegt wird.

Sonst funktioniert die wait-for-devices.conf nicht.

Ich habe mir jetzt damit beholfen, dass ich in /etc/modprobe.d/50-blacklist.conf ddbridge und die Module für meine DVB-Karten geblacklistet habe, und dann in /etc/init.d/boot.local erst die Module für meine DVB-Karten starte und dann ddbridge.

Dadurch ist das CI dann immer in /dev/dvb/adapter3, statt mal in /dev/dvb/adapter0, mal in /dev/dvb/adapter1, mal in /dev/dvb/adapter2 oder mal in /dev/dvb/adapter3.

Noch einfacher:

Bevor ich jetzt das Rad neu erfinde, frage ich lieber erst mal:

Damit der VDR nach den DVB-S2-Karten startet habe ich in /etc/systemd/system/vdr.service.d eine wait-for-devices.conf:

Das CI legt aber ein

an, wobei adapterx mal adapter0 oder adapter1 oder ... ist.

Wie bekomme ich die sauber getrennt, so dass sich das nicht beisst?

Ich benutze jetzt doch ein neue usb device id, damit der Kernel Treiber sich nur die Keyboard Variante greift.

Flashen geht doch, und auch ohne Reset, wenn man die richtigen Pins nimmt

Lietzen anlöten hilft, aber schnell gehen dann die Kontaktpunkte und mit ihnen auch die Leiterbahnen ab

Die USB Buchsen lassen sich gut festlöten.

Einen habe ich hin bekommen, der andere ist jetzt kaputt

Die letzten Sticks aus China sind ganz grosser Mist:

* USB Buchse nicht festgelötet

* Chipbezeichnung ist nicht eingraviert, sondern aufgedruckt = fake

* lässt sich nicht flashen, muss vermutlich mit Reset geflasht werden

* Lötzinn ist so weich, dass es beim drüberfahren mit der Multimeter-Spitze verschmiert und Kurzschluss verursacht (beim Suchen von Reset)

* wie es scheint, wurde der Reset Widerstand eingespart

* das Pin-Layout ist nicht wie beim Kauf abgebildet, sondern ganz anders => unbrauchbar für die Erweiterungsplatine

* keine Löchlein für die Klemmen beim Flashen

Fazit: Nie wieder Sticks

Ich steige voraussichtlich auf die Schwarzen um. Die haben bessere Hardware-Qualität.

Die Maple Minis von Baite haben auch gute Hardware-Qualität, sind aber inzwischen deutlich teurer.

Es gibt im git jetzt einen Patch für einen Kernel Treiber. Damit funktionieren Tastenwiederholungen in IRMP_STM32_KBD perfekt.

Heute morgen bekam ich die Nachricht von Teckelberry, dass RCMM bei ihm funktioniert:

Zitat

ich komme leider beim portal nicht mehr rein. Dein Empfänger läuft soweit, ich habe allerdings einen anderen TSOP verwendet. Den hatte ich schon früher aus einem anderen Bastelprojekt hier liegen.

Also RCMM funktioniert. Lediglich die "Tastenwiederholfrequenz" müsste etwas optimiert werden, da hakt es noch.

Leider komme ich nicht mehr so oft an die Box, viel Arbeit, oder die Familie will ungestört TV schauen...

Die Tastenwiederholfrequenz wird über irmplircd Parameter eingestellt, also -r und -s in #14.