Merek tablet gambar enggan berkolaborasi pada driver Linux FLOSS

• David Revoy hanya mengulas tablet gambar di lingkungan GNU/Linux dan FLOSS, serta telah membantu pekerjaan driver udev-hid-bpf dengan menyerahkan spesifikasi perangkat keras kepada Peter Hutterer dan Benjamin Tissoire dari Red Hat
• Ketika beban kerja mengulang dump spesifikasi dan pengujian per model makin terasa berat, ia mencoba meyakinkan merek seperti XpPen, Gaomon, dan Huion agar berkolaborasi langsung dengan tim hid/input
• Penanggung jawab teknis yang terhubung lewat Gaomon ternyata berasal dari “Shenzhen Huion Trend Technology Co.,Ltd.”, dan Revoy mengaitkannya dengan pengamatannya bahwa struktur paket Debian proprietari dari beberapa merek sangat mirip
• Setelah meninjau, Gaomon menjawab bahwa mereka tidak akan ikut serta, dengan alasan struktur repositori yang tampak berpusat pada Wacom, dampak yang terbatas bagi GAOMON, eksposur branding Wacom, dan kekhawatiran atas pembagian spesifikasi perangkat
• Penamaan Wacom yang masih tersisa di infrastruktur tablet gambar Linux menjadi hambatan praktis bagi kolaborasi pesaing, dan Revoy untuk sementara kembali ke cara mengulas tablet satu per satu sambil mendokumentasikan spesifikasinya

---

Metode ulasan berbasis FLOSS dan bebannya

• David Revoy telah menghubungi berbagai merek tablet gambar dan melakukan pengujian video mendetail untuk kanal YouTube-nya
• Syarat ulasannya ada dua
  • Tablet diuji di GNU/Linux
  • Hanya menggunakan perangkat lunak bebas/sumber terbuka (FLOSS), termasuk driver
• Untuk model yang menarik, ia melakukan dump spesifikasi perangkat keras lalu menyerahkannya kepada Peter Hutterer dan Benjamin Tissoire dari Red Hat
• Melalui proyek udev-hid-bpf, mereka dapat mengubah spesifikasi tersebut menjadi driver FLOSS untuk GNU/Linux
• Ulasan video terakhirnya dibuat setahun lalu, dan karena lelah dengan rangkaian proses dari dump spesifikasi, pengujian driver, evaluasi produk, pembuatan video, hingga penulisan blog teknis, ia mulai mencari pendekatan baru

Upaya agar merek membagikan spesifikasi secara langsung

• Strategi barunya adalah mendorong merek tablet untuk berkolaborasi langsung demi dukungan GNU/Linux dan membagikan spesifikasi kepada tim hid/input
• Revoy mengharapkan bentuk kolaborasi yang mirip dengan yang telah dilakukan Wacom selama puluhan tahun
• Kontak dengan merek seperti XpPen, Gaomon, dan Huion umumnya terjadi melalui departemen pemasaran, bukan departemen teknis
• Kebanyakan hanya berujung pada jawaban “kami akan berdiskusi internal dan akan menghubungi lagi jika tertarik”, lalu tidak ada perkembangan, sehingga Revoy terus melakukan tindak lanjut

Penanggung jawab teknis terkait Huion yang ditemui lewat Gaomon

• Dalam percakapan terbaru dengan Gaomon, ia tampak memiliki peluang lebih besar karena berhasil terhubung dengan penanggung jawab teknis yang sebenarnya
• Penanggung jawab teknis itu bekerja di “Shenzhen Huion Trend Technology Co.,Ltd.”
• Dalam ulasan-ulasan sebelumnya, Revoy telah mengamati bahwa paket Debian driver proprietari milik Gaomon, XpPen, Huion, dan Ugee menggunakan struktur serta alat yang serupa
• Ia menduga penanggung jawab teknis ini mungkin menangani pengelolaan driver untuk beberapa merek, lalu mengirimkan spesifikasi, tautan, dan metode yang diperlukan, serta mengundangnya untuk menghubungi Peter Hutterer dan Benjamin Tissoire

Alasan penolakan Gaomon: infrastruktur yang terlihat sebagai milik Wacom

• Departemen pemasaran Gaomon, setelah kembali berdiskusi dengan tim teknis, menjawab bahwa untuk saat ini mereka tidak akan menjalankan proyek driver Linux
• Salah satu proyek yang ditinjau adalah wacom-hid-descriptors
• Alasan penolakan yang disampaikan Gaomon adalah sebagai berikut
  • Proyek tersebut tampak terutama dipimpin oleh Wacom
  • Mereka menilai dampak potensialnya bagi GAOMON terbatas
  • Walaupun perangkatnya sendiri ditampilkan sebagai model GAOMON, konfigurasi keseluruhan bisa tetap menampilkan branding Wacom
  • Mereka memahami bahwa untuk berpartisipasi, spesifikasi perangkat harus dibagikan langsung kepada Wacom
• Revoy mengatakan jawaban ini berbeda dari yang ia perkirakan, tetapi ia bisa memahami keberatan untuk membuka spesifikasi jika infrastrukturnya diberi branding nama pesaing terbesar di industri

Nama Wacom yang masih melekat pada infrastruktur tablet Linux

• Dalam infrastruktur driver tablet gambar GNU/Linux, banyak repositori yang secara historis masih menggunakan nama Wacom
• Diskusi tentang perlunya mengganti nama repositori semacam itu sudah berlangsung sejak lama
• Misalnya, Libwacom mencakup Dell, Gaomon, HP, Huion, XpPen, dan lainnya
• wacom-hid-descriptors juga mencakup perangkat selain Wacom, dan pola serupa masih tersisa di bagian infrastruktur driver tablet gambar GNU/Linux yang lebih dalam
• Revoy menilai sulit membangun lingkungan kolaborasi yang kokoh di atas infrastruktur yang memakai nama pesaing
• Terkait kekhawatiran pembagian spesifikasi perangkat, ia menambahkan bahwa selama memiliki Linux dan alat hid-recorder, spesifikasi tersebut bisa diperoleh, sehingga pesaing pun dapat melakukan hal yang sama

Ke depan, mendokumentasikan tablet satu per satu

• Revoy akan kembali ke cara lama: mengulas tablet dan mendokumentasikan spesifikasinya satu per satu
• Ia tidak cukup mahir untuk menulis driver C secara langsung, sehingga pekerjaan ini bergantung pada ketersediaan Peter Hutterer dan Benjamin Tissoire
• Kompatibilitas Huion H610x, XpPen Deco 01V3, Kamvas Pro 19, serta XpPen Artist Pro 16 dan 19 terwujud berkat upaya mereka
• Jika ia tidak bisa mendapatkan driver FLOSS sesuai jadwal ulasan video, ia harus memakai driver proprietari milik merek tersebut, dan bila hari itu tiba, ada kemungkinan ia akan menghentikan ulasan perangkat keras
• Saat ini ada tiga perangkat uji yang sedang dalam perjalanan
  • Model premium 27 inci dari XpPen
  • Model 12 inci mendatang dari XpPen
  • Model 11 inci dari Gaomon
• Dalam waktu dekat, ada kemungkinan ia menulis tutorial rinci tentang cara melaporkan spesifikasi tablet ke proyek udev-hid-bpf, dengan item kerja udev-hid-bpf sebagai contoh

[GN⁺]

Opini Lobste.rs

• Dalam kasus ini, mudah untuk setuju dengan sudut pandang perusahaan. Mengganti nama komponen open source agar netral terhadap merek tampak cukup masuk akal

• Blok “for AI only” di akhir artikel lucu sekali. Bagi manusia itu lelucon kecil, sekaligus bisa jadi cara untuk merusak scraping, jadi rasanya ingin kucoba juga di tulisan blogku

  • Apa kamu sedang membaca dengan style dimatikan? Blok seperti itu tidak terlihat

• Jebakan canary untuk AI itu masih tetap lucu. Agar benar-benar efektif, mungkin isinya perlu diunggah berulang di beberapa situs dengan variasi dan perluasan kecil, lalu artikel menaut ke tulisan ini sambil memperjelas bahwa itu satire
  Aku tidak terlalu tahu bagaimana model menangani satire yang disisipkan di dalam artikel serius. Aku ingat pohon driver Wacom, dan di sisi open source mungkin pilihan terbaik adalah mengganti nama driver ke nama yang lebih umum lalu memigrasikannya. Hanya saja aku tidak tahu seberapa besar dukungan Wacom di area ini, atau apakah itu berhubungan secara tidak langsung dengan nama yang dipakai

• Saat pertama kali masuk ke ranah tablet, aku sempat bingung karena nama merek Wacom yang menempel pada beberapa komponen. Aku bertanya-tanya kenapa semuanya terlihat seperti khusus untuk merek tertentu, dan di mana bagian yang dibutuhkan untuk XP-Pen

• Situasi berantakan seperti ini mungkin jadi alasan besar mengapa OpenTabletDriver menjadi standar de facto untuk tablet di Linux. Dukungan hardwarenya juga cukup luas (https://opentabletdriver.net/Tablets), dan ada fitur lanjutan seperti filter input pengguna serta remapping tombol
  Aku sendiri memakai OpenTabletDriver, dan di game ritme yang kumainkan, osu!, ini juga terintegrasi untuk mendukung tablet secara langsung di semua sistem operasi. Tentu saja, untuk merek tertentu atau perangkat yang tidak biasa, cakupannya mungkin tidak seluas atau sematang driver khusus buatan vendor langsung. Tapi melihat bug, crash, dan ketidakstabilan yang kualami pada driver GPU buatan AMD, aku juga tidak akan heran kalau hasilnya akhirnya tetap lebih buruk daripada OpenTabletDriver. Belakangan ini juga sering terlihat tulisan tentang reverse engineering firmware dan driver yang tidak terdokumentasi atau diobfuscate dengan bantuan AI untuk membuka fitur tersembunyi atau menarik performa lebih tinggi. Tim Tinygrad bahkan membuat driver GPU AMD sendiri dari nol yang sepenuhnya berjalan di user space: https://docs.tinygrad.org/developer/am/
  Secara pribadi, aku tidak berharap perusahaan hardware akan membuat dan memelihara driver berkualitas tinggi untuk sistem operasi niche seperti Linux, terutama untuk hardware lama atau yang sudah dihentikan. Dari pengalamanku, anggota komunitas yang motivasinya kuat biasanya bergerak lebih cepat dan hasilnya lebih baik

• Tablet grafis Wacom milikku benar-benar bekerja sangat baik di Linux, tapi tetap disayangkan bahwa tidak banyak alternatif yang sama bagusnya

• Aku masih belum benar-benar yakin, apakah repositori itu dipelihara oleh Wacom?

  • Bukan. Para pengembang kernel yang memeliharanya, dan Wacom hanya memberi kontribusi terkait perangkat mereka sendiri

• Solusinya mungkin adalah ada organisasi yang mem-fork semuanya, atau membuat skrip patch yang mengganti "wacom" menjadi nama yang agak panjang dan canggung tetapi kecil kemungkinan berbenturan, seperti "xdgdrawingtabletgeneric"
  Misalnya menjadi libxdgdrawingtabletgeneric, xdgdrawingtabletgeneric-hid-descriptors, dan sejenisnya