Các thương hiệu bảng vẽ ngại hợp tác cho driver Linux FLOSS
(davidrevoy.com)- David Revoy chỉ đánh giá bảng vẽ trong môi trường GNU/Linux và FLOSS, đồng thời chuyển thông số phần cứng cho Peter Hutterer và Benjamin Tissoire của Red Hat để hỗ trợ công việc driver
udev-hid-bpf - Khi việc lặp lại quy trình dump thông số và kiểm thử theo từng mẫu máy trở nên quá tải, ông đã cố thuyết phục các thương hiệu như XpPen, Gaomon và Huion hợp tác trực tiếp với nhóm hid/input
- Người phụ trách kỹ thuật được kết nối qua Gaomon lại thuộc “Shenzhen Huion Trend Technology Co.,Ltd.”, và Revoy liên hệ điều này với quan sát trước đó rằng cấu trúc các gói Debian độc quyền của nhiều thương hiệu khá giống nhau
- Sau khi xem xét, Gaomon trả lời rằng họ sẽ không tham gia; lý do gồm cấu trúc kho lưu trữ có vẻ xoay quanh Wacom, hiệu quả đối với GAOMON bị hạn chế, mức độ lộ diện thương hiệu Wacom, và lo ngại về việc chia sẻ thông số thiết bị
- Tên gọi Wacom còn sót lại trong hạ tầng bảng vẽ Linux đang trở thành rào cản thực tế khiến đối thủ khó hợp tác, và Revoy tạm thời quay lại cách đánh giá từng bảng vẽ rồi tự tài liệu hóa thông số
Cách đánh giá dựa trên FLOSS và gánh nặng đi kèm
- David Revoy đã liên hệ với các thương hiệu bảng vẽ để thực hiện các bài kiểm tra video chi tiết cho kênh YouTube của mình
- Có hai điều kiện đánh giá
- thử nghiệm bảng vẽ trên GNU/Linux
- chỉ dùng phần mềm tự do/mã nguồn mở (FLOSS), bao gồm cả driver
- Với các mẫu máy đáng quan tâm, ông dump thông số phần cứng rồi chuyển cho Peter Hutterer và Benjamin Tissoire của Red Hat
- Thông qua dự án udev-hid-bpf, họ có thể chuyển các thông số đó thành driver FLOSS cho GNU/Linux
- Video đánh giá gần nhất đã từ 1 năm trước, và chuỗi công việc gồm dump thông số, kiểm thử driver, đánh giá sản phẩm, sản xuất video và viết blog kỹ thuật đã trở nên quá mệt mỏi, khiến ông phải tìm cách khác
Nỗ lực khiến các thương hiệu tự chia sẻ thông số
- Chiến lược mới là làm cho các thương hiệu bảng vẽ trực tiếp hợp tác để hỗ trợ GNU/Linux và chia sẻ thông số với nhóm hid/input
- Revoy kỳ vọng một mô hình hợp tác tương tự cách Wacom đã làm suốt hàng chục năm
- Việc liên hệ với các thương hiệu như XpPen, Gaomon và Huion chủ yếu diễn ra thông qua bộ phận marketing, chứ không phải bộ phận kỹ thuật
- Câu trả lời thường là “sau khi thảo luận nội bộ, nếu quan tâm chúng tôi sẽ liên hệ lại”, rồi sau đó không có tiến triển nào, nên Revoy tiếp tục theo sát bằng các lần liên hệ tiếp theo
Người phụ trách kỹ thuật thuộc hệ Huion gặp qua Gaomon
- Trong cuộc trao đổi gần đây với Gaomon, ông có vẻ đã tiến gần hơn khi được kết nối với người thực sự phụ trách kỹ thuật
- Người này làm việc tại “Shenzhen Huion Trend Technology Co.,Ltd.”
- Trong các bài đánh giá trước, Revoy đã nhận thấy các gói Debian driver độc quyền của Gaomon, XpPen, Huion và Ugee dùng cấu trúc và công cụ khá giống nhau
- Ông cho rằng người phụ trách kỹ thuật này có thể là người quản lý driver cho nhiều thương hiệu, nên đã gửi thông số, liên kết và phương pháp, đồng thời mời họ liên hệ với Peter Hutterer và Benjamin Tissoire
Lý do Gaomon từ chối: hạ tầng mang dáng dấp Wacom
- Bộ phận marketing của Gaomon, sau khi trao đổi lại với đội kỹ thuật, trả lời rằng hiện tại họ sẽ không triển khai dự án driver Linux
- Một trong những dự án được xem xét là wacom-hid-descriptors
- Các lý do từ chối mà Gaomon đưa ra gồm
- dự án có vẻ chủ yếu do Wacom dẫn dắt
- họ đánh giá hiệu quả tiềm năng đối với GAOMON là hạn chế
- dù thiết bị có thể hiển thị là mẫu của GAOMON, cấu hình tổng thể vẫn có thể mang thương hiệu Wacom
- việc tham gia bị hiểu là phải trực tiếp chia sẻ thông số thiết bị cho Wacom
- Revoy cho rằng đây là phản hồi ngoài dự đoán, nhưng nếu hạ tầng mang thương hiệu của đối thủ lớn nhất trong ngành thì ông có thể hiểu vì sao họ ngần ngại công khai thông số
Tên Wacom còn lại trong hạ tầng bảng vẽ Linux
- Vì lý do lịch sử, trong hạ tầng driver bảng vẽ cho GNU/Linux vẫn có nhiều kho lưu trữ mang tên Wacom
- Việc nên đổi tên các kho này đã được bàn luận từ rất lâu
- Ví dụ, Libwacom bao gồm cả Dell, Gaomon, HP, Huion và XpPen
- wacom-hid-descriptors cũng chứa thiết bị ngoài Wacom, và ở những phần sâu hơn của hạ tầng driver bảng vẽ GNU/Linux cũng còn cấu trúc tương tự
- Revoy cho rằng rất khó xây dựng một môi trường hợp tác vững chắc trên một hạ tầng mang tên đối thủ cạnh tranh
- Về lo ngại chia sẻ thông số thiết bị, ông bổ sung rằng chỉ cần Linux và công cụ hid-recorder là có thể lấy được thông số, nên đối thủ cạnh tranh cũng có thể làm điều tương tự
Sắp tới sẽ tài liệu hóa từng bảng vẽ một
- Revoy dự định quay lại cách cũ là đánh giá bảng vẽ và tài liệu hóa thông số từng chiếc một
- Vì ông không đủ thành thạo để tự viết driver C, công việc này phụ thuộc vào thời gian rảnh của Peter Hutterer và Benjamin Tissoire
- Khả năng tương thích của Huion H610x, XpPen Deco 01V3, Kamvas Pro 19, XpPen Artist Pro 16 và 19 đều nhờ vào nỗ lực của họ
- Nếu không thể có được driver FLOSS đúng lịch làm video đánh giá, ông sẽ phải dùng driver độc quyền của thương hiệu; và nếu ngày đó đến, ông có thể sẽ dừng hẳn việc đánh giá phần cứng
- Hiện có ba thiết bị thử nghiệm đang trên đường đến
- mẫu cao cấp 27 inch của XpPen
- mẫu 12 inch sắp ra mắt của XpPen
- mẫu 11 inch của Gaomon
- Trong tương lai gần, ông có thể viết một hướng dẫn chi tiết về cách báo cáo thông số bảng vẽ cho dự án udev-hid-bpf, với ví dụ là mục công việc của udev-hid-bpf
1 bình luận
Ý kiến trên Lobste.rs
Trong trường hợp này thì khá dễ đồng ý với phía các công ty. Việc đổi tên các thành phần mã nguồn mở theo hướng trung lập về thương hiệu có vẻ khá hợp lý
Khối “for AI only” ở cuối bài buồn cười quá. Với con người thì chỉ là một trò đùa nhỏ, đồng thời cũng có thể là cách phá việc scraping, làm mình cũng muốn thử áp dụng cho bài blog của mình
Bẫy cửa hậu cho AI vẫn buồn cười thật. Muốn nó có hiệu quả hẳn thì chắc nên đăng lặp lại nội dung đã được biến tấu và mở rộng đôi chút lên nhiều trang, rồi liên kết từ bài viết tới bài này đồng thời nói rõ đó là châm biếm
Tôi không rõ mô hình sẽ xử lý châm biếm trộn trong một bài báo nghiêm túc như thế nào. Tôi nhớ cây driver Wacom, và ở phía mã nguồn mở thì có lẽ cách tốt nhất là đổi driver sang tên chung hơn rồi di trú dần. Chỉ là tôi không biết Wacom hỗ trợ mảng này đến mức nào, hay việc gắn tên đó có liên quan gián tiếp gì không
Khi mới bước vào mảng tablet, tôi đã khá bối rối vì tên thương hiệu Wacom gắn trên một số thành phần. Tôi tự hỏi tại sao nó trông như chỉ dành cho một thương hiệu cụ thể, và phần cần cho XP-Pen thì nằm ở đâu
Tình huống lộn xộn kiểu này có lẽ là một trong những lý do lớn khiến OpenTabletDriver trở thành chuẩn thực tế cho tablet trên Linux. Phần cứng được hỗ trợ cũng khá rộng (https://opentabletdriver.net/Tablets), lại còn có các tính năng nâng cao như bộ lọc đầu vào của người dùng hay remap nút bấm
Tôi đang dùng OpenTabletDriver trực tiếp, và nó cũng được tích hợp vào trò chơi nhịp điệu osu! mà tôi chơi để hỗ trợ tablet ngay trên mọi hệ điều hành. Tất nhiên, với một số thương hiệu nhất định hoặc thiết bị đặc thù, nó có thể không rộng hoặc hoàn thiện bằng driver chuyên dụng do nhà cung cấp tự làm. Nhưng nhìn vào các lỗi, crash và sự thiếu ổn định tôi gặp với driver GPU do AMD làm, thì nếu cuối cùng chất lượng của chúng còn kém hơn OpenTabletDriver cũng chẳng có gì lạ. Dạo gần đây cũng hay thấy các bài viết về việc dùng AI để đảo ngược kỹ thuật firmware và driver không được tài liệu hóa hoặc đã bị làm rối, nhằm mở khóa tính năng ẩn hoặc khai thác hiệu năng. Nhóm Tinygrad thậm chí còn tự viết lại từ đầu một driver GPU AMD chạy hoàn toàn trong user space: https://docs.tinygrad.org/developer/am/
Cá nhân tôi không kỳ vọng các công ty phần cứng sẽ tạo và duy trì driver chất lượng cao cho những hệ điều hành ngách như Linux, đặc biệt là cho phần cứng cũ hoặc đã ngừng sản xuất. Theo kinh nghiệm của tôi, các thành viên cộng đồng có động lực mạnh thường làm nhanh hơn và tốt hơn
Bảng vẽ đồ họa Wacom của tôi hoạt động cực kỳ tốt trên Linux, nhưng hơi tiếc là không có nhiều lựa chọn thay thế tốt tương đương
Tôi vẫn chưa chắc lắm, kho đó có phải do Wacom bảo trì không?
Giải pháp có thể là một tổ chức nào đó fork toàn bộ, hoặc tạo một script vá để đổi
"wacom"thành một cái tên hơi dài và thô nhưng ít khả năng xung đột hơn, như"xdgdrawingtabletgeneric"Ví dụ như
libxdgdrawingtabletgeneric,xdgdrawingtabletgeneric-hid-descriptorskiểu vậy