- David Revoy analisa tablets de desenho apenas em ambientes GNU/Linux e FLOSS e vem repassando especificações de hardware para Peter Hutterer e Benjamin Tissoire, da Red Hat, para ajudar no trabalho com o driver udev-hid-bpf
- Como o processo repetido de extrair especificações por modelo e fazer testes passou a ser desgastante, ele tentou convencer marcas como XpPen, Gaomon e Huion a colaborarem diretamente com a equipe de hid/input
- O responsável técnico contatado por meio da Gaomon era da “Shenzhen Huion Trend Technology Co.,Ltd.”, e Revoy relacionou isso à sua observação de que a estrutura dos pacotes Debian proprietários de várias marcas era parecida
- Após análise, a Gaomon respondeu que não participaria, citando como motivos a estrutura do repositório, que parece centrada na Wacom, o efeito limitado para a GAOMON, a exposição da marca Wacom e preocupações com o compartilhamento das especificações dos dispositivos
- Os nomes ligados à Wacom ainda presentes na infraestrutura Linux para tablets de desenho acabam se tornando uma barreira prática para a colaboração de concorrentes, e Revoy voltará por enquanto ao método de analisar os tablets um a um e documentar suas especificações
Método de análise baseado em FLOSS e o desgaste
- David Revoy vem entrando em contato com marcas de tablets de desenho para realizar testes detalhados em vídeo para seu canal no YouTube
- As condições das análises são duas
- testar os tablets em GNU/Linux
- usar apenas software livre/de código aberto (FLOSS), incluindo os drivers
- Nos modelos que lhe interessam, ele extrai as especificações de hardware e as repassa a Peter Hutterer e Benjamin Tissoire, da Red Hat
- Eles podem converter essas especificações em drivers FLOSS para GNU/Linux por meio do projeto udev-hid-bpf
- Sua última análise em vídeo foi há um ano, e o fluxo de trabalho — extração de especificações, testes de driver, avaliação do produto, produção do vídeo e redação do blog técnico — tornou-se cansativo, levando-o a buscar uma nova abordagem
Tentativa de fazer as marcas compartilharem as especificações diretamente
- A nova estratégia era fazer com que as marcas de tablets colaborassem diretamente com o suporte a GNU/Linux e compartilhassem as especificações com a equipe de hid/input
- Revoy esperava uma colaboração semelhante à que a Wacom mantém há décadas
- O contato com marcas como XpPen, Gaomon e Huion acontecia principalmente por meio do departamento de marketing, e não do setor técnico
- Em geral, a resposta era algo como “vamos discutir internamente e entraremos em contato se houver interesse”, sem progresso depois disso; Revoy continuou fazendo acompanhamentos
O responsável técnico ligado à Huion encontrado via Gaomon
- Na conversa mais recente com a Gaomon, ele chegou a ser conectado com um responsável técnico de verdade, o que parecia aumentar as chances de avanço
- Esse responsável técnico trabalhava na “Shenzhen Huion Trend Technology Co.,Ltd.”
- Em análises anteriores, Revoy já havia observado que os pacotes Debian dos drivers proprietários de Gaomon, XpPen, Huion e Ugee usavam estruturas e ferramentas semelhantes
- Considerando que essa pessoa poderia estar encarregada da gestão de drivers de várias marcas, ele enviou especificações, links e métodos, além de convidá-la a entrar em contato com Peter Hutterer e Benjamin Tissoire
Motivos da recusa da Gaomon: uma infraestrutura que parece ser da Wacom
- O departamento de marketing da Gaomon respondeu, após nova discussão com a equipe técnica, que por enquanto não seguiria com um projeto de driver para Linux
- Entre os itens analisados estava o projeto wacom-hid-descriptors
- Os motivos apresentados pela Gaomon para recusar foram os seguintes
- o projeto parece ser conduzido principalmente pela Wacom
- consideraram que o efeito potencial para a GAOMON seria limitado
- mesmo que o dispositivo em si apareça como um modelo da GAOMON, a configuração geral pode exibir a marca Wacom
- entenderam que, para participar, seria necessário compartilhar diretamente com a Wacom as especificações do dispositivo
- Revoy disse que a resposta foi diferente do que esperava, mas considera compreensível a relutância em divulgar especificações se a infraestrutura estiver identificada com o nome do maior concorrente do setor
A infraestrutura Linux para tablets ainda carrega o nome Wacom
- Na infraestrutura de drivers para tablets de desenho em GNU/Linux, muitos repositórios ainda carregam o nome Wacom por razões históricas
- Há discussões antigas sobre a necessidade de renomear esses repositórios
- Por exemplo, o Libwacom inclui Dell, Gaomon, HP, Huion e XpPen, entre outras marcas
- O wacom-hid-descriptors também inclui dispositivos que não são da Wacom, e estruturas semelhantes permanecem em partes mais profundas da infraestrutura de drivers para tablets de desenho em GNU/Linux
- Revoy avalia que é difícil construir um ambiente sólido de colaboração sobre uma infraestrutura que leva o nome de uma marca concorrente
- Sobre a preocupação com o compartilhamento das especificações, ele acrescenta que basta ter Linux e a ferramenta hid-recorder para obtê-las, então concorrentes poderiam fazer o mesmo
Daqui para frente: documentar os tablets um por um
- Revoy pretende voltar ao método anterior, analisando os tablets e documentando suas especificações um a um
- Como ele não domina a escrita direta de drivers em C, esse trabalho depende da disponibilidade de Peter Hutterer e Benjamin Tissoire
- A compatibilidade de modelos como Huion H610x, XpPen Deco 01V3, Kamvas Pro 19 e XpPen Artist Pro 16 e 19 existe graças ao esforço deles
- Se não conseguir obter drivers FLOSS a tempo do cronograma das análises em vídeo, terá de usar os drivers proprietários das marcas, e, se esse dia chegar, pode acabar interrompendo as análises de hardware
- No momento, há três dispositivos de teste em trânsito
- um modelo premium de 27 polegadas da XpPen
- um futuro modelo de 12 polegadas da XpPen
- um modelo de 11 polegadas da Gaomon
- Há a possibilidade de que, em um futuro próximo, ele escreva um tutorial detalhado sobre como reportar especificações de tablets ao projeto udev-hid-bpf, citando como exemplo este item de trabalho do udev-hid-bpf
1 comentários
Opiniões no Lobste.rs
Nesse caso, é fácil concordar com a posição das empresas. Parece bastante razoável renomear componentes de código aberto para nomes neutros em relação à marca
O bloco “for AI only” no fim do artigo é engraçado demais. Para humanos é uma piadinha, mas também pode ser um mecanismo para atrapalhar scraping, e até me deu vontade de fazer isso nos posts do meu blog
A armadilha de texto para IA ainda é muito engraçada. Para funcionar direito, provavelmente seria preciso postar em vários sites versões ligeiramente alteradas e expandidas do conteúdo, linkar para este texto a partir do artigo e deixar claro que se trata de sátira.
Não sei bem como os modelos lidam com sátira misturada em artigos sérios. Lembro da árvore de drivers da Wacom, e no lado open source provavelmente o melhor seria renomear os drivers para algo genérico e fazer a migração. Só não sei até que ponto a Wacom dá suporte a essa área, nem se isso tem alguma relação indireta com o nome estar lá
Quando comecei a mexer com tablets, fiquei confuso por causa do nome da marca Wacom em alguns componentes. Fiquei me perguntando por que parecia algo exclusivo de uma marca específica e onde estava o que eu precisava para um XP-Pen
Essa bagunça toda provavelmente é um dos grandes motivos de o OpenTabletDriver ter virado o padrão de fato para tablets no Linux. O suporte de hardware é bem amplo (https://opentabletdriver.net/Tablets), e ele também tem recursos avançados como filtros de entrada do usuário e remapeamento de botões.
Eu mesmo uso o OpenTabletDriver, e ele também é integrado ao osu!, jogo de ritmo que eu jogo, para dar suporte direto a tablets em todos os sistemas operacionais. Claro, para certas marcas ou dispositivos mais peculiares ele talvez não seja tão abrangente nem tão polido quanto um driver dedicado feito pelo próprio fabricante. Mas, vendo os bugs, travamentos e instabilidades que enfrento com drivers de GPU feitos pela AMD, eu não me surpreenderia se no fim eles tivessem qualidade inferior à do OpenTabletDriver. Hoje em dia também aparece bastante conteúdo sobre fazer engenharia reversa, com ajuda de IA, em firmware e drivers não documentados ou ofuscados para desbloquear recursos escondidos ou extrair mais desempenho. A equipe do Tinygrad chegou a criar do zero um driver de GPU AMD totalmente em espaço de usuário: https://docs.tinygrad.org/developer/am/
Pessoalmente, não espero que empresas de hardware criem e mantenham drivers de alta qualidade para sistemas operacionais de nicho como o Linux, especialmente para hardware antigo ou descontinuado. Pela minha experiência, membros da comunidade muito motivados normalmente fazem isso mais rápido e melhor
Meu tablet gráfico Wacom funcionava muito bem no Linux, mas é uma pena não haver tantas alternativas tão boas quanto ele
Ainda não entendi com certeza: aquele repositório é mantido pela Wacom?
A solução talvez seja alguma organização fazer um fork de tudo, ou criar um script de patch que troque
"wacom"por algo longo e meio desajeitado, mas com baixa chance de conflito, como"xdgdrawingtabletgeneric"Por exemplo, algo como
libxdgdrawingtabletgeneric,xdgdrawingtabletgeneric-hid-descriptors, e assim por diante