Warum Marken für Zeichentabletts die Zusammenarbeit an Linux-FLOSS-Treibern scheuen

• David Revoy rezensiert Zeichentabletts nur in einer GNU/Linux- und FLOSS-Umgebung und hat Hardware-Spezifikationen an Peter Hutterer und Benjamin Tissoire von Red Hat weitergegeben, um die Arbeit am udev-hid-bpf-Treiber zu unterstützen
• Als der Aufwand durch modellweise Spezifikations-Dumps und wiederholte Tests zu groß wurde, versuchte er, Marken wie XpPen, Gaomon und Huion dazu zu bewegen, direkt mit dem hid/input-Team zusammenzuarbeiten
• Der technische Ansprechpartner, der über Gaomon zustande kam, arbeitete bei „Shenzhen Huion Trend Technology Co.,Ltd.“; Revoy brachte das mit seiner Beobachtung in Verbindung, dass proprietäre Debian-Pakete mehrerer Marken eine ähnliche Struktur hatten
• Nach Prüfung antwortete Gaomon, nicht teilnehmen zu wollen, und nannte als Gründe eine auf Wacom zentriert wirkende Repository-Struktur, begrenzten Nutzen für GAOMON, die Sichtbarkeit von Wacom-Branding und Bedenken beim Teilen von Gerätespezifikationen
• Die Wacom-Bezeichnungen in der Linux-Infrastruktur für Zeichentabletts bleiben damit ein praktisches Hindernis für die Zusammenarbeit von Wettbewerbern; Revoy kehrt vorerst dazu zurück, Tabletts einzeln zu rezensieren und ihre Spezifikationen zu dokumentieren

---

FLOSS-basierte Review-Praxis und ihre Belastung

• David Revoy hat Kontakt zu Marken für Zeichentabletts aufgenommen und ausführliche Video-Tests für seinen YouTube-Kanal durchgeführt
• Die Bedingungen für seine Reviews waren zwei
  • Das Tablett wird unter GNU/Linux getestet
  • Es wird ausschließlich freie/Open-Source-Software (FLOSS) verwendet, einschließlich der Treiber
• Bei interessanten Modellen dumpte er die Hardware-Spezifikationen und übergab sie an Peter Hutterer und Benjamin Tissoire von Red Hat
• Diese können die Spezifikationen über das Projekt udev-hid-bpf in FLOSS-Treiber für GNU/Linux umsetzen
• Seine letzte Video-Review liegt ein Jahr zurück; da der gesamte Ablauf aus Spezifikations-Dumps, Treibertests, Produktbewertung, Videoproduktion und technischem Bloggen ermüdend geworden war, suchte er nach einem neuen Ansatz

Der Versuch, Marken zum direkten Teilen von Spezifikationen zu bewegen

• Die neue Strategie bestand darin, Tablett-Marken zur direkten Zusammenarbeit für GNU/Linux-Support zu bewegen und sie dazu zu bringen, ihre Spezifikationen mit dem hid/input-Team zu teilen
• Revoy erwartete eine Zusammenarbeit ähnlich der, die Wacom seit Jahrzehnten praktiziert
• Der Kontakt zu Marken wie XpPen, Gaomon und Huion lief meist nicht über technische Abteilungen, sondern über Marketingabteilungen
• Meist kam nach der Antwort „Wir besprechen das intern und melden uns wieder, wenn Interesse besteht“ nichts mehr nach, und Revoy blieb mit weiteren Nachfragen dran

Ein technischer Ansprechpartner aus dem Huion-Umfeld über Gaomon

• In den jüngsten Gesprächen mit Gaomon schien die Verbindung zu einem tatsächlichen technischen Ansprechpartner die Chancen zu erhöhen
• Dieser technische Ansprechpartner arbeitete bei „Shenzhen Huion Trend Technology Co.,Ltd.“
• Revoy hatte in früheren Reviews beobachtet, dass die proprietären Treiber-Debian-Pakete von Gaomon, XpPen, Huion und Ugee eine ähnliche Struktur und ähnliche Werkzeuge verwenden
• Er hielt es daher für möglich, dass dieser Ansprechpartner für die Treiberverwaltung mehrerer Marken zuständig ist, übermittelte Spezifikationen, Links und Vorgehensweisen und lud ihn ein, Peter Hutterer und Benjamin Tissoire zu kontaktieren

Gaomons Absage: Infrastruktur wirkt wie Wacom

• Die Marketingabteilung von Gaomon antwortete nach erneuter Rücksprache mit dem Technikteam, dass man das Linux-Treiberprojekt derzeit nicht weiterverfolgen werde
• Zu den geprüften Projekten gehörte wacom-hid-descriptors
• Gaomon nannte folgende Gründe für die Absage
  • Das Projekt wirke überwiegend von Wacom geführt
  • Der potenzielle Nutzen für GAOMON werde als begrenzt eingeschätzt
  • Auch wenn das Gerät selbst als GAOMON-Modell angezeigt werde, könne die Gesamtkonfiguration Wacom-Branding zeigen
  • Eine Teilnahme werde so verstanden, dass Gerätespezifikationen direkt mit Wacom geteilt werden müssten
• Für Revoy war das eine unerwartete Antwort, aber er meint, dass sich die Zurückhaltung beim Offenlegen von Spezifikationen nachvollziehen lässt, wenn die Infrastruktur unter dem Namen des größten Wettbewerbers gebrandet ist

Der Name Wacom in der Linux-Tablet-Infrastruktur

• In der Treiberinfrastruktur für Zeichentabletts unter GNU/Linux tragen aus historischen Gründen viele Repositories den Namen Wacom
• Über eine Umbenennung dieser Repositories wird seit Langem diskutiert
• So enthält etwa Libwacom auch Dell, Gaomon, HP, Huion und XpPen
• Auch wacom-hid-descriptors umfasst Geräte außerhalb von Wacom, und in tieferen Schichten der Treiberinfrastruktur für Zeichentabletts unter GNU/Linux bleibt eine ähnliche Struktur bestehen
• Revoy meint, dass sich auf einer Infrastruktur, die den Namen eines Wettbewerbers trägt, nur schwer ein belastbares Kooperationsumfeld aufbauen lässt
• Zu den Bedenken beim Teilen von Gerätespezifikationen ergänzt er, dass sich Spezifikationen bereits mit Linux und dem Tool hid-recorder gewinnen lassen und Wettbewerber dasselbe tun könnten

Künftig wieder Tabletts einzeln dokumentieren

• Revoy will nun wieder zu seinem früheren Vorgehen zurückkehren und Tabletts einzeln rezensieren und ihre Spezifikationen dokumentieren
• Da er nicht geübt genug ist, selbst C-Treiber zu schreiben, hängt diese Arbeit von der Verfügbarkeit von Peter Hutterer und Benjamin Tissoire ab
• Die Kompatibilität von Huion H610x, XpPen Deco 01V3, Kamvas Pro 19 sowie XpPen Artist Pro 16 und 19 ist ihren Bemühungen zu verdanken
• Wenn er FLOSS-Treiber nicht rechtzeitig zum Zeitplan seiner Video-Reviews bekommt, müsste er proprietäre Treiber der Marken verwenden; falls dieser Tag kommt, könnte er Hardware-Reviews ganz einstellen
• Derzeit sind drei Testgeräte auf dem Weg
  • ein 27-Zoll-High-End-Modell von XpPen
  • ein noch unveröffentlichtes 12-Zoll-Modell von XpPen
  • ein 11-Zoll-Modell von Gaomon
• In naher Zukunft könnte er ein ausführliches Tutorial dazu schreiben, wie sich Tablett-Spezifikationen an das udev-hid-bpf-Projekt melden lassen; als Beispiel nennt er den udev-hid-bpf-Arbeitspunkt

[GN⁺]

Meinungen auf Lobste.rs

• In diesem Fall fällt es leicht, die Sicht der Unternehmen nachzuvollziehen. Es wirkt ziemlich sinnvoll, die Namen von Open-Source-Komponenten markenneutral zu ändern

• Der „for AI only“-Block am Ende des Artikels ist unglaublich komisch. Für Menschen ist es ein kleiner Witz, gleichzeitig könnte es ein Mechanismus sein, um Scraping zu stören, und ich bekomme Lust, so etwas auch in meinen Blogposts auszuprobieren

  • Liest du mit deaktivierten Styles? Ich sehe so einen Block nicht

• Die AI-Backdoor-Falle ist immer noch lustig. Damit sie wirklich wirkt, müsste man leicht veränderte und erweiterte Fassungen auf mehreren Websites wiederholt veröffentlichen und aus dem Artikel auf diesen Text verlinken, während man klarstellt, dass es Satire ist
  Ich bin mir nicht sicher, wie ein Modell Satire verarbeitet, die in einen ernsten Artikel eingemischt ist. Ich erinnere mich an den Wacom-Treiberbaum; auf der Open-Source-Seite wäre es vermutlich am besten, die Treiber auf allgemeinere Namen umzustellen und zu migrieren. Allerdings weiß ich nicht, wie stark Wacom diesen Bereich unterstützt oder ob das indirekt damit zusammenhängt, dass dieser Name daran hängt

• Als ich mich zum ersten Mal mit Tablets beschäftigt habe, war ich von dem Wacom-Markennamen an einigen Komponenten irritiert. Ich habe mich gefragt, warum das wie etwas nur für eine bestimmte Marke aussieht und wo das liegt, was man für XP-Pen braucht

• Diese chaotische Situation ist unter Linux vermutlich ein großer Grund dafür, dass OpenTabletDriver zum De-facto-Standard für Tablets geworden ist. Die unterstützte Hardware ist ziemlich breit aufgestellt (https://opentabletdriver.net/Tablets), und es gibt fortgeschrittene Funktionen wie Benutzer-Eingabefilter oder Button-Remapping
  Ich nutze OpenTabletDriver selbst, und es ist auch in das Rhythmusspiel osu! eingebaut, das ich spiele, um Tablets auf allen Betriebssystemen direkt zu unterstützen. Natürlich ist es bei bestimmten Marken oder ungewöhnlichen Geräten möglicherweise nicht so umfassend oder ausgereift wie ein dedizierter Treiber direkt vom Hersteller. Wenn man sich aber die Bugs, Abstürze und Instabilitäten in den von AMD entwickelten GPU-Treibern ansieht, wäre ich nicht überrascht, wenn sie am Ende trotzdem qualitativ hinter OpenTabletDriver zurückfallen. In letzter Zeit sieht man auch oft Beiträge darüber, wie man undokumentierte oder obfuskierte Firmware und Treiber mit AI rückwärtsentwickelt, um versteckte Funktionen freizuschalten oder mehr Leistung herauszuholen. Das Tinygrad-Team hat sogar einen AMD-GPU-Treiber, der vollständig im User Space läuft, von Grund auf selbst gebaut: https://docs.tinygrad.org/developer/am/
  Persönlich erwarte ich nicht, dass Hardware-Unternehmen hochwertige Treiber für Nischenbetriebssysteme wie Linux entwickeln und pflegen, besonders nicht für ältere oder eingestellte Hardware. Meiner Erfahrung nach sind stark motivierte Community-Mitglieder meist schneller und machen es besser

• Mein Wacom-Grafiktablett funktionierte unter Linux wirklich hervorragend, aber es ist schade, dass es nicht viele gleich gute Alternativen gibt

• Ich bin mir immer noch nicht ganz sicher, aber wird dieses Repository von Wacom gewartet?

  • Nein. Kernel-Entwickler warten es, und Wacom steuert lediglich Beiträge für seine eigenen Geräte bei

• Eine Lösung könnte sein, dass irgendeine Organisation alles forkt oder ein Patch-Skript erstellt, das "wacom" in etwas wie "xdgdrawingtabletgeneric" ändert — also einen Namen, der sperrig und lang ist, aber wenig Konfliktpotenzial hat
  Zum Beispiel libxdgdrawingtabletgeneric, xdgdrawingtabletgeneric-hid-descriptors und so weiter