Linux FLOSSドライバーでの協業をためらう描画タブレットブランド各社

 (davidrevoy.com)
1 ポイント 投稿者 GN⁺ 3 시간 전 | 1件のコメント | WhatsAppで共有
  • David Revoyは描画タブレットをGNU/LinuxとFLOSS環境でのみレビューし、ハードウェア仕様をRed HatのPeter HuttererとBenjamin Tissoireに渡して、udev-hid-bpfドライバー作業を支援してきた
  • モデルごとに仕様ダンプとテストを繰り返す方式の負担が大きくなったため、XpPen・Gaomon・Huionのようなブランドがhid/inputチームと直接協業するよう説得しようとした
  • Gaomon経由でつながった技術担当者は「Shenzhen Huion Trend Technology Co.,Ltd.」所属で、Revoyは複数ブランドの独自Debianパッケージ構造が似ていたという観察と結び付けて考えた
  • Gaomonは検討の末、参加しないと回答し、Wacom中心に見えるリポジトリ構造、GAOMONへの効果の限定性、Wacomブランディングの露出、デバイス仕様共有への懸念を理由に挙げた
  • Linux描画タブレット基盤に残るWacom名称が競合他社の協業を妨げる実務上の障壁となっており、Revoyは当面、タブレットを1台ずつレビューして仕様を文書化する方式に戻る

FLOSSベースのレビュー方式と負担

  • David Revoyは描画タブレットブランドと接触し、YouTubeチャンネル向けの詳細な動画テストを行ってきた
  • レビュー条件は2つある
    • タブレットをGNU/Linuxでテストする
    • ドライバーを含め、**自由/オープンソース(FLOSS)**ソフトウェアのみを使用する
  • 関心のあるモデルはハードウェア仕様をダンプし、Red HatのPeter HuttererとBenjamin Tissoireに渡す
  • 彼らはudev-hid-bpfプロジェクトを通じて、その仕様をGNU/Linux向けFLOSSドライバーに変換できる
  • 最後の動画レビューは1年前で、仕様ダンプ・ドライバーテスト・製品評価・動画制作・技術ブログ執筆まで続く工程に疲れ、新しい方法を探すことになった

ブランドが直接仕様を共有するようにする試み

  • 新戦略は、タブレットブランドがGNU/Linux対応のために直接協業し、仕様をhid/inputチームに共有するようにすることだった
  • Revoyは、Wacomが数十年にわたり行ってきた方式に近い協業を期待していた
  • XpPen、Gaomon、Huionのようなブランドとの接触は、主に技術部門ではなくマーケティング部門を通じて行われた
  • おおむね「社内で検討し、関心があれば改めて連絡する」という返答の後に進展はなく、Revoyは継続してフォローアップしていた

Gaomon経由で出会ったHuion系の技術担当者

  • Gaomonとの最近の会話では、実際の技術担当者につながり、可能性が高まったように見えた
  • その技術担当者は「Shenzhen Huion Trend Technology Co.,Ltd.」で働いていた
  • Revoyは過去のレビューで、Gaomon、XpPen、Huion、Ugeeの独自ドライバーDebianパッケージが似た構造とツールを使っていることを観察していた
  • 彼は、この技術担当者が複数ブランドのドライバー管理を担う人物かもしれないと考え、仕様・リンク・方法を伝え、Peter HuttererとBenjamin Tissoireに連絡するよう招いた

Gaomonの拒否理由: Wacomに見えるインフラ

  • Gaomonのマーケティング部門は技術チームと再度協議した後、現時点ではLinuxドライバープロジェクトを進めないと回答した
  • 検討対象にはwacom-hid-descriptorsプロジェクトが含まれていた
  • Gaomonが挙げた拒否理由は次のとおり
    • プロジェクトが主にWacom主導に見える
    • GAOMONに対する潜在的効果が限定的だと判断した
    • デバイス自体はGAOMONモデルとして表示されても、全体設定ではWacomブランディングが見える可能性がある
    • 参加するにはデバイス仕様をWacomに直接共有しなければならないと受け取った
  • Revoyは予想外の回答だったが、基盤が業界最大の競合企業名でブランディングされているなら、仕様公開をためらう判断は理解できると見ている

Linuxタブレット基盤に残るWacomの名前

  • GNU/Linux描画タブレットドライバー基盤には、歴史的な理由からWacomの名前が付いたリポジトリが多い
  • こうしたリポジトリ名を変えるべきだという議論は以前からあった
  • 例えばLibwacomにはDell、Gaomon、HP、Huion、XpPenなどが含まれる
  • wacom-hid-descriptorsもWacom以外のデバイスを含み、GNU/Linux描画タブレットドライバー基盤のさらに深い部分でも同様の構造が残っている
  • Revoyは、競合他社名が付いた基盤の上では堅固な協業環境を作るのは難しいと見ている
  • デバイス仕様共有への懸念については、Linuxとhid-recorderツールさえあれば仕様を取得できるため、競合他社でも同じことはできると付け加えている

今後はタブレットを1台ずつ文書化

  • Revoyは再び以前の方式に戻り、タブレットをレビューして仕様を1台ずつ文書化する予定だ
  • Cドライバーを自分で書けるほど熟達していないため、この作業はPeter HuttererとBenjamin Tissoireの対応可能性に依存する
  • Huion H610x、XpPen Deco 01V3、Kamvas Pro 19、XpPen Artist Pro 16と19などの互換性は、彼らの尽力のおかげだ
  • FLOSSドライバーを動画レビュー日程に合わせて得られなければ、ブランド独自ドライバーを使わざるを得ず、その日が来ればハードウェアレビューを中止する可能性がある
  • 現在移送中のテスト機器は3つある
    • XpPenの上位27インチモデル
    • XpPenの発売予定12インチモデル
    • Gaomonの11インチモデル
  • 近い将来、udev-hid-bpfプロジェクト向けにタブレット仕様を報告する詳細チュートリアルを書く可能性があり、例としてudev-hid-bpf作業項目を挙げている

関連記事

1件のコメント

 
GN⁺ 3 시간 전
Lobste.rs の意見

  • この件では、企業側の立場に同意しやすい。オープンソースの構成要素名をブランド中立的に変更することはかなり妥当に思える

  • 記事の最後にある**「for AI only」ブロック**がすごく面白い。人間向けにはちょっとしたジョークでありつつ、スクレイピングを壊そうとする仕掛けなのかもしれず、自分のブログ記事でもやってみたくなる

    • スタイルを無効にして読んでいるのか？ そんなブロックは見えない

  • AI向け裏口トラップはいまだに笑える。ちゃんと効かせるには、複数のサイトに少しずつ変形・拡張した内容を繰り返し投稿して、記事からこの文章へリンクしつつ風刺だとはっきり示せばよさそう
    真面目な記事の中に混ざった風刺をモデルがどう扱うのかはよく分からない。Wacom ドライバツリーのことは覚えているが、オープンソース側ではドライバを一般的な名前に変更して移行するのがたぶん最善だと思う。ただ、Wacom がこの分野をどれだけ支援しているのか、その名前が付いていることと間接的に関係しているのかは分からない

  • タブレット分野に最初に入ってきたとき、一部の構成要素に付いていたWacom ブランド名に戸惑った。なぜ特定ブランド専用のように見えるのか、XP-Pen に必要なものはどこにあるのか気になった

  • こうした泥臭い状況が、Linux でOpenTabletDriverがタブレットの事実上の標準になった大きな理由の一つだと思う。対応ハードウェアもかなり広く(https://opentabletdriver.net/Tablets)、ユーザー入力フィルターやボタン再マッピングのような高度な機能もある
    実際に OpenTabletDriver を使っているし、自分がプレイするリズムゲーム osu! にも組み込まれていて、あらゆる OS でタブレットをそのままサポートするのに使われている。もちろん、特定ブランドや特殊なデバイスでは、ベンダーが直接作った専用ドライバほど広範でも完成度が高くもないかもしれない。だが、AMD 製 GPU ドライバで経験するバグ、クラッシュ、不安定さを見ると、結局 OpenTabletDriver より品質が低くなっても驚かない。最近では、文書化されていない、あるいは難読化されたファームウェアやドライバを AI でリバースエンジニアリングして隠れた機能を開放したり性能を引き出したりする記事もよく見かける。Tinygrad チームは、完全にユーザー空間で動く AMD GPU ドライバをゼロから自作までしている: https://docs.tinygrad.org/developer/am/
    個人的には、ハードウェア企業が Linux のようなニッチな OS、特に古かったり販売終了したりしたハードウェア向けに高品質なドライバを作って維持してくれることは期待していない。経験上、強い動機を持つコミュニティメンバーの方がたいてい速く、しかも上手くやる

  • 自分のWacom ペンタブレットは Linux で本当に素晴らしく動いたが、それと同じくらい良い代替があまり多くないのは残念

  • いまだにはっきり分からないのだが、そのリポジトリはWacom が保守しているのか？

    • いや。カーネル開発者たちが保守していて、Wacom は自社デバイス関連の貢献をしている程度

  • 解決策は、どこかの組織が全部をフォークするか、"wacom" を "xdgdrawingtabletgeneric" のような衝突しにくい、やや長くて無骨な名前に置き換えるパッチスクリプトを作ることかもしれない
    たとえば libxdgdrawingtabletgeneric、xdgdrawingtabletgeneric-hid-descriptors のような形だ