md_berlin Ich habe deine PR's gerade erst gesehen. Keine Ahnung, warum mich github nicht benachrichtigt hat.
Posts by jrie
-
-
-
Dann sind natürlich nicht mehrere Release pro Tag möglich
Mit v26.1.91 schon
Noch eine Frage:
Ich will ja auch die Windows und Linux Binaries releasen. Bis jetzt war ja nur die Firmware drin.
Vor allem die Windows Binaries ändern sich aber selten und sind groß.
Soll ich dann jedes Mal die unveränderten Windows Binaries mit in den Release rein tun, oder wie löse ich das? -
Das kann doch unmöglich funktionieren einem Symlink Berechtigungen zu geben, die sich auf das sysfs auswirken
Hab ich anfangs übrigens auch gedacht: #36
-
eventlircd mit 98-eventlircd.rules
ATTRS{id/vendor}=="1209", ATTRS{id/product}=="4446",\
ENV{eventlircd_enable}="true", \
ENV{eventlircd_evmap}="03_1209_4446.evmap"
funktioniert auch. -
Das kann doch unmöglich funktionieren einem Symlink Berechtigungen zu geben, die sich auf das sysfs auswirken
Bei mir funktioniert das.
Default hat eine angesteckte Tastatur 644, mit dem Symlink aber 666.Wegen
Ab der Firmware von heute wird Scrolllock statt Numlock benutzt.
muss es heissen:
KERNEL=="*scrolllock", SUBSYSTEM=="leds", ATTRS{idVendor}=="1209", ATTRS{idProduct}=="4446", ACTION=="add", RUN+="/usr/bin/ln -fs /sys%p/brightness /dev/irmp_pico_led", RUN+="/bin/chmod a+w /dev/irmp_pico_led" -
Bin gerade unterwegs und kann nur aus der Erinnerung sagen, dass es mit dem Symlink ging und ohne nicht.
-
-
OK. Dann zähle ich die 2026-01-09_21-26 als 3.0.1.
-
Danke für die Hilfestellung.
Dann werde ich das so machen.3.0.4, weil's das vierte Release dieses Projekts ist.
Wie hast du das gezählt?
-
Würde statt 2026-01-09_21-26 denn 6.1.9-1 was taugen?
Ist zwar gemogelt, aber ich möchte mir nicht den Kopf über korrekte Versionsnummern zerbrechen müssen.Alternativ könnte ich auch mit 1.0.0 anfangen und wie beim Kilometerzähler hochzählen.
Ich glaube Klaus macht das so beim VDR.Oder 3.0.0, weil das dritte solche Projekt.
Was wäre am sinnvollsten?
-
Außerdem kann man über eventlircd per evmap die USB HID Keyboard Keys in eine größere Menge von Keys übersetzen, wenn man das braucht.
yaVDR macht das so (#73). -
Quote
All controls on the Consumer page are application-specific. That is, they affect a specific device, not the system as a
whole.Ich weiß nicht, wofür das gut wäre. Was soll damit gesteuert werden?
Für VDR gibt es das vdr-plugin-irmp und für Kodi die HID-Tastatur.
150 Keyboard Tasten mal 8 Modifier sind 1200 Kombinationen, das sollte doch reichen.
Was wäre der Sinn von anderen Codes?
Was könnte man damit machen, was man jetzt nicht kann?
Übersehe ich was? -
Es gibt die HID Usage Tables vom USB Implementers’ Forum, https://usb.org/document-library/hid-usage-tables-16.
An die muss man sich halten (Kapitel 10, Keyboard/Keypad Page (0x07)). -
Beim Anlernen hat sich nichts verändert.
Theoretisch könnte ich jetzt statt 1 Modifier gleich 8 Modifier anlernen und auf einmal senden, eben wie bei einer echten Tastatur (und wie fälschlich in #53).
Aber da das wohl niemand braucht, lasse ich es so wie es ist. -
QuoteCode
adapt modifier to tinyusb -
Damit das github Repo nicht unnötig groß wird, gibt es die Firmware jetzt als Release: https://github.com/j1rie/IRMP_PIC…026-01-09_21-26
-
-
Danke für den Fehlerbericht.
Durch die Umstellung auf tinyusb's Descriptor gehen die Modifier nicht mehr, war mir noch gar nicht aufgefallen.
Wird bald behoben. -
