描画タブレットブランドがLinux FLOSSドライバーで協力しない理由

ご存じの通り、私はYouTubeチャンネルでのレビューのために、定期的に描画タブレットブランドと連絡を取っています。私は通常、彼らのモデルの詳細なビデオテストを行うことに同意しますが（私のハードウェアタグを参照）、それには2つの条件があります。それは、タブレットをGNU/Linuxでテストすること、そしてドライバーを含むすべてのテストにFree/Libre Open Source Software（FLOSS）のみを使用することです。 私は特に興味深いモデルについてこれを行いますが、受け取ったハードウェアのすべての仕様をRed HatのPeter HuttererとBenjamin Tissoireに報告するためにもこれを行います。これにより、彼らは私がタブレットからダンプできる仕様を、彼らのudev-hid-bpfプロジェクトのおかげで、GNU/Linux用の高品質なFree/Libre Open Sourceドライバーに変換できます。 しかし、私の最後のビデオレビューは1年前のことでした。実際、このプロセス全体（仕様のダンプ、ドライバーのテスト、描画タブレットのテストと意見の収集、ビデオレビューの作成、技術ブログ記事の執筆）をこなすのが疲弊すると感じた後、新しい戦略を立てることにしました。 **新しい戦略：ブランドとの直接協力** 究極の近道です！タブレットブランドにGNU/Linux全般で直接協力してもらい、hid/inputチームと仕様を共有してもらうことです。Wacomが何十年も行ってきたようなことです。 そのため、私は多くのメールを送りました。XpPen、Gaomon、Huionのようなブランドとは、技術部門ではなくマーケティング部門と連絡を取っていたからです。通常、数通のメールの後、「社内で検討し、興味があればご連絡します」といった返答があり、それっきりでした。なので、私は通常、押し続けて粘っていました。 **適切な人々との接触** しかし最近、Gaomonとの話し合いで事態がより有望になりました。彼らは実際に私を技術担当者とつないでくれたのです。「Shenzhen Huion Trend Technology Co.,Ltd.」で働く人物です。Huion？ふふ、まったく驚くことではありません。私はレビューの中で、Gaomon、XpPen、Huion、Ugeeの独自ドライバーがすべてDebianパッケージで似た構造を持ち、同じツールを使用していることを以前から観察していました。これで、どのブランドが責任を負っているかが分かりました。 この技術担当者と連絡を取ることで、ついに適切な人物にたどり着いただけでなく、4つのブランドのドライバー管理を担当する人物である可能性もあると感じました！私はすぐにすべての仕様、リンク、方法を送り、Peter HuttererとBenjamin Tissoireに連絡するよう促しました。その後、私は本当に興奮し、自分を誇りに思いました。物事が正しい方向に進んでおり、このすべてのボランティアメール作業が実を結ぼうとしていたからです。 **回答：丁寧な拒否** 残念ながら、今朝、私の期待とは裏腹の結論を受け取りました。Gaomonのマーケティング部門から連絡があったのです。以下に関連する抜粋があります。 謝罪が必要です。本日、改めて技術チームと話し合った結果、現時点ではLinuxドライバープロジェクトを進めないことを決定いたしました。お客様と共有いただいたプロジェクト（https://github.com/linuxwacom/wacom-hid-descriptors）を慎重に検討いたしました。そのイニシアチブは高く評価いたしますが、これは主にWacom主導のプロジェクトであり、GAOMONにとっての潜在的な影響は非常に限定的であると判断いたしました。たとえ当社のデバイスのサポートを追加したとしても、システムはデバイスをGAOMONモデルとして表示するものの、全体的な設定はWacomのブランドを表示することになります。さらに重要なこととして、参加するには当社のデバイス仕様をWacomと直接共有する必要があり、これは当社が検討できないことです。 なるほど。 **本当の問題：オープンソースインフラストラクチャにおけるWacomのブランディング** さて、なぜここでWacomが言及されているのか、疑問に思うかもしれません。ええ、それは本当です。多くのリポジトリが「Wacom」という名前になっています。これはGNU/Linuxにおける歴史的な遺産です。これらのリポジトリの名前を別にするべきだという議論は、10年来のものです。 例えば、LibwacomのようなリポジトリにはDell、Gaomon、HP、Huion、XpPenなどが含まれています（出典: https://github.com/linuxwacom/libwacom/tree/master/data）。wacom-hid-descriptorsも同様です（出典: https://github.com/linuxwacom/wacom-hid-descriptors）。そして、GNU/Linuxの描画タブレットドライバーインフラストラクチャの深部にある他の多くの場所でも同じです。 したがって、慎重な検討の後、私の技術担当者（多くのブランドを代表する）が仕様の公開に反対したことは驚くことではありません。特に、オープンソースインフラストラクチャが業界最大の競合他社のブランド名で呼ばれている場合はなおさらです。私は彼らの行動を理解できます。 **Linuxタブレットサポートにとってのこれの意味** 残念です。いくつかの悪い設計決定のために、なんと機会と時間が無駄になったことか。この状況をどこかの幹部が懸念し、これらのリポジトリを担当する専任の開発者に資金を提供してくれることを願って、これを書いています。なぜなら、業界最大の競合他社のブランド名を冠したインフラストラクチャ内で、強固な協力環境を構築することはできないからです。 **前進：一度に1つのタブレット** 私としては、以前の方法に戻ります。つまり、タブレットをレビューし、その仕様を一つずつ文書化することです。残念ながら、私にはこのようなCドライバーをコーディングするほどのスキルがなく、この探求において完全に独立しているわけではありません。私のプロセスは、毎回PeterとBenjaminの協力が必要です。 Huion H610x、XpPen Deco 01V3、Kamvas Pro 19、XpPen Artist Pro 16および19（その他多数）が互換性を持つのは、彼らの努力のおかげです。 ビデオレビューのためにFree/Libre Open Sourceドライバーが間に合わなくなった日、このプロセスは止まるでしょう。その日には、ブランドの独自ドライバーを使わざるを得なくなるでしょう。それが起こる日には、おそらくハードウェアレビューを辞めることになるでしょう… しかし今のところ、3つのタブレットがすでに輸送中です。2つのXpPenモデル（彼らのハイエンド27インチと今後の12インチモデル）と、11インチのGaomonです。 おそらく近いうちに、https://gitlab.freedesktop.org/libevdev/udev-hid-bpf/-/work_items/54で文書化されているように、タブレットの仕様をudev-hid-bpfプロジェクトに報告する方法について詳細なチュートリアルも書くでしょう。それが、私が状況を進展させるためにできるすべてです。一度に1つの描画タブレットを。