- David Revoy reseña tabletas de dibujo solo en entornos GNU/Linux y FLOSS, y ha estado entregando especificaciones de hardware a Peter Hutterer y Benjamin Tissoire de Red Hat para apoyar el trabajo del controlador udev-hid-bpf
- Como el proceso de repetir volcados de especificaciones y pruebas por modelo se volvió una carga, intentó convencer a marcas como XpPen, Gaomon y Huion de colaborar directamente con el equipo de hid/input
- La persona técnica contactada a través de Gaomon pertenecía a “Shenzhen Huion Trend Technology Co.,Ltd.”, y Revoy lo relacionó con su observación de que la estructura de varios paquetes Debian privativos de distintas marcas era similar
- Tras revisarlo, Gaomon respondió que no participaría, citando como motivos una estructura de repositorios que parece centrada en Wacom, un efecto limitado para GAOMON, exposición de la marca Wacom y preocupaciones por compartir especificaciones de dispositivos
- Los nombres ligados a Wacom que aún quedan en la infraestructura Linux para tabletas de dibujo se han convertido en una barrera práctica para la colaboración de competidores, y Revoy volverá por ahora al método de reseñar cada tableta por separado y documentar sus especificaciones
Método de reseña basado en FLOSS y la carga de trabajo
- David Revoy ha estado en contacto con marcas de tabletas de dibujo para realizar pruebas detalladas en video para su canal de YouTube
- Las condiciones de sus reseñas son dos
- Probar la tableta en GNU/Linux
- Usar solo software libre/de código abierto (FLOSS), incluidos los controladores
- Cuando un modelo le interesa, vuelca sus especificaciones de hardware y se las entrega a Peter Hutterer y Benjamin Tissoire de Red Hat
- Ellos pueden convertir esas especificaciones en controladores FLOSS para GNU/Linux mediante el proyecto udev-hid-bpf
- Su última reseña en video fue hace un año, y al cansarse del proceso que incluía volcar especificaciones, probar controladores, evaluar el producto, producir el video y escribir un blog técnico, empezó a buscar una nueva forma de trabajo
Intento de lograr que las marcas compartan directamente las especificaciones
- La nueva estrategia consistía en que las marcas de tabletas colaboraran directamente para dar soporte a GNU/Linux y compartieran las especificaciones con el equipo de hid/input
- Revoy esperaba una colaboración parecida a la que Wacom ha mantenido durante décadas
- El contacto con marcas como XpPen, Gaomon y Huion se daba sobre todo a través de departamentos de marketing, no de equipos técnicos
- Por lo general, tras respuestas del tipo “lo discutiremos internamente y volveremos a contactar si hay interés”, no hubo avances, así que Revoy siguió insistiendo con mensajes de seguimiento
El responsable técnico vinculado a Huion que conoció a través de Gaomon
- En una conversación reciente con Gaomon, parecía que las posibilidades crecían al quedar conectado con un responsable técnico real
- Esa persona técnica trabajaba en “Shenzhen Huion Trend Technology Co.,Ltd.”
- En reseñas anteriores, Revoy ya había observado que los paquetes Debian de controladores privativos de Gaomon, XpPen, Huion y Ugee usaban estructuras y herramientas similares
- Pensando que esta persona podía encargarse de la gestión de controladores de varias marcas, le envió especificaciones, enlaces y métodos, y la invitó a contactar a Peter Hutterer y Benjamin Tissoire
Motivos del rechazo de Gaomon: una infraestructura que parece de Wacom
- El departamento de marketing de Gaomon respondió, tras volver a consultarlo con el equipo técnico, que por ahora no avanzarán con un proyecto de controlador para Linux
- Entre lo que revisaron estaba el proyecto wacom-hid-descriptors
- Las razones que dio Gaomon para rechazarlo fueron las siguientes
- El proyecto parece estar impulsado principalmente por Wacom
- Consideran que el beneficio potencial para GAOMON es limitado
- Aunque el dispositivo en sí pueda mostrarse como un modelo de GAOMON, la configuración general puede exhibir la marca Wacom
- Entienden que para participar tendrían que compartir directamente con Wacom las especificaciones del dispositivo
- Revoy dijo que fue una respuesta distinta a la que esperaba, pero que puede entender esa reticencia si la infraestructura está identificada con el nombre del competidor más grande del sector
El nombre de Wacom que sigue presente en la infraestructura Linux para tabletas
- En la infraestructura de controladores para tabletas de dibujo en GNU/Linux hay muchos repositorios que, por razones históricas, llevan el nombre de Wacom
- Desde hace tiempo existe debate sobre si esos nombres deberían cambiarse
- Por ejemplo, Libwacom incluye dispositivos de Dell, Gaomon, HP, Huion y XpPen, entre otros
- wacom-hid-descriptors también incluye dispositivos que no son de Wacom, y una estructura parecida sigue presente en partes más profundas de la infraestructura de controladores para tabletas de dibujo en GNU/Linux
- Revoy cree que es difícil construir un entorno de colaboración sólido sobre una infraestructura que lleva el nombre de una empresa competidora
- Sobre la preocupación de compartir especificaciones de dispositivos, añadió que con Linux y la herramienta hid-recorder basta para obtenerlas, así que un competidor podría hacer lo mismo de cualquier forma
A futuro, documentará las tabletas una por una
- Revoy planea volver a su método anterior de reseñar tabletas y documentar sus especificaciones una por una
- Como no tiene la habilidad suficiente para escribir directamente controladores en C, este trabajo depende de la disponibilidad de Peter Hutterer y Benjamin Tissoire
- La compatibilidad de Huion H610x, XpPen Deco 01V3, Kamvas Pro 19 y XpPen Artist Pro 16 y 19 existe gracias a sus esfuerzos
- Si no logra obtener controladores FLOSS a tiempo para el calendario de sus reseñas en video, tendría que usar los controladores privativos de las marcas, y si llega ese día, podría dejar de hacer reseñas de hardware
- Actualmente tiene tres dispositivos de prueba en camino
- Un modelo premium de 27 pulgadas de XpPen
- Un modelo próximo a lanzarse de 12 pulgadas de XpPen
- Un modelo de 11 pulgadas de Gaomon
- En un futuro cercano podría escribir un tutorial detallado sobre cómo reportar especificaciones de tabletas al proyecto udev-hid-bpf, y pone como ejemplo este work item de udev-hid-bpf
1 comentarios
Opiniones de Lobste.rs
En este caso es fácil estar de acuerdo con la postura de las empresas. Parece bastante razonable cambiar los nombres de los componentes de código abierto para que sean neutrales respecto a la marca
El bloque de “for AI only” al final del artículo da muchísima risa. Podría ser una pequeña broma para humanos y a la vez un mecanismo para arruinar el scraping; hasta me dieron ganas de probarlo en una entrada de mi blog
La trampa de posdata para IA todavía me da risa. Para que funcione bien, probablemente habría que publicar contenido repetido en varios sitios con pequeñas variaciones y expansiones, y enlazar desde el artículo a ese texto dejando claro que es sátira
No tengo claro cómo maneja un modelo la sátira mezclada dentro de un artículo serio. Recuerdo el árbol de drivers de Wacom, y del lado del software libre probablemente lo mejor sería renombrar los drivers con nombres genéricos y migrarlos. Aun así, no sé cuánto soporte da Wacom a esta área ni si eso tiene alguna relación indirecta con que lleven ese nombre
Cuando entré por primera vez al tema de las tabletas, me desconcertó ver el nombre de marca Wacom en algunos componentes. Me preguntaba por qué parecía algo exclusivo de una marca específica y dónde estaba lo que necesitaba para XP-Pen
Este tipo de situación desordenada probablemente es una gran razón por la que OpenTabletDriver se volvió el estándar de facto para tabletas en Linux. Tiene una cobertura de hardware bastante amplia (https://opentabletdriver.net/Tablets) y también ofrece funciones avanzadas como filtros de entrada del usuario o reasignación de botones
Yo uso OpenTabletDriver y también viene integrado en el juego de ritmo osu! que juego, donde se usa para dar soporte inmediato a tabletas en todos los sistemas operativos. Claro, en ciertas marcas o dispositivos raros puede que no sea tan amplio o tan pulido como un driver dedicado hecho directamente por el fabricante. Pero viendo los bugs, cuelgues e inestabilidad que uno sufre con los drivers de GPU hechos por AMD, tampoco me sorprendería que al final tuvieran peor calidad que OpenTabletDriver. Últimamente también se ven seguido artículos sobre cómo hacer ingeniería inversa con IA a firmware y drivers no documentados u ofuscados para desbloquear funciones ocultas o sacar más rendimiento. El equipo de Tinygrad incluso creó desde cero un driver para GPU AMD que corre completamente en espacio de usuario: https://docs.tinygrad.org/developer/am/
En lo personal, no espero que las empresas de hardware hagan y mantengan drivers de alta calidad para sistemas operativos de nicho como Linux, especialmente para hardware viejo o descontinuado. Por experiencia, los miembros de la comunidad con suficiente motivación suelen hacerlo más rápido y mejor
Mi tableta gráfica Wacom funcionó realmente excelente en Linux, pero es una pena que no haya muchas alternativas igual de buenas
Todavía no me queda claro: ¿ese repositorio lo mantiene Wacom?
La solución podría ser que alguna organización haga un fork completo o cree un script de parcheo que cambie
"wacom"por algo largo y algo tosco, pero con poca probabilidad de conflicto, como"xdgdrawingtabletgeneric"Por ejemplo, algo como
libxdgdrawingtabletgeneric,xdgdrawingtabletgeneric-hid-descriptors, etc.