Linux FLOSS 드라이버 협업을 꺼리는 드로잉 태블릿 브랜드들

 (davidrevoy.com)
1P by GN⁺ | ★ favorite | 댓글 1개
  • 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는 당분간 태블릿을 하나씩 리뷰하고 사양을 문서화하는 방식으로 돌아감

FLOSS 기반 리뷰 방식과 부담

  • David Revoy는 드로잉 태블릿 브랜드와 접촉해 YouTube 채널용 상세 영상 테스트를 진행해 왔음
  • 리뷰 조건은 두 가지임
    • 태블릿을 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는 예상과 다른 답변이었지만, 인프라가 업계 최대 경쟁사 이름으로 브랜딩되어 있다면 사양 공개를 꺼리는 판단을 이해할 수 있다고 봄

Wacom 이름이 남은 Linux 태블릿 인프라

  • GNU/Linux 드로잉 태블릿 드라이버 인프라에는 역사적 이유로 Wacom 이름이 붙은 저장소가 많음
  • 이런 저장소 이름을 바꿔야 한다는 논의는 오래전부터 있었음
  • 예를 들어 Libwacom은 Dell, Gaomon, HP, Huion, XpPen 등을 포함함
  • wacom-hid-descriptors도 Wacom 외 장치를 포함하며, GNU/Linux 드로잉 태블릿 드라이버 인프라의 더 깊은 부분에서도 비슷한 구조가 남아 있음
  • Revoy는 경쟁사 이름이 붙은 인프라 위에서는 견고한 협업 환경을 만들기 어렵다고 봄
  • 장치 사양 공유 우려에 대해서는 Linux와 hid-recorder 도구만 있으면 사양을 얻을 수 있어, 경쟁사도 같은 일을 할 수 있다고 덧붙임

앞으로는 태블릿을 하나씩 문서화

  • Revoy는 다시 이전 방식으로 돌아가 태블릿을 리뷰하고 사양을 하나씩 문서화할 예정임
  • C 드라이버를 직접 작성할 만큼 능숙하지 않아, 이 작업은 Peter Hutterer와 Benjamin Tissoire의 가용성에 의존함
  • Huion H610x, XpPen Deco 01V3, Kamvas Pro 19, XpPen Artist Pro 16과 19 등의 호환성은 이들의 노력 덕분임
  • FLOSS 드라이버를 영상 리뷰 일정에 맞춰 얻지 못하면 브랜드의 독점 드라이버를 써야 하고, 그런 날이 오면 하드웨어 리뷰를 중단할 가능성이 있음
  • 현재 이동 중인 테스트 기기는 세 가지임
    • XpPen 고급형 27인치 모델
    • XpPen의 출시 예정 12인치 모델
    • Gaomon 11인치 모델
  • 가까운 미래에 udev-hid-bpf 프로젝트로 태블릿 사양을 보고하는 상세 튜토리얼을 작성할 가능성이 있으며, 예시로 udev-hid-bpf 작업 항목을 제시함

함께 보면 좋은 글 β

GN⁺   [-]
Lobste.rs 의견들

  • 이 경우엔 회사들 입장에 동의하기 쉬움. 오픈소스 구성요소 이름을 브랜드 중립적으로 바꾸는 것이 꽤 타당해 보임

  • 기사 끝의 “for AI only” 블록이 너무 웃김. 사람에게는 작은 농담이면서 스크래핑을 망가뜨리려는 장치일 수도 있겠고, 내 블로그 글에도 해보고 싶어짐

    • 스타일을 끄고 읽는 중인가? 그런 블록이 보이지 않음

  • AI 후문 함정이 아직도 웃김. 제대로 먹히게 하려면 여러 사이트에 약간씩 변형·확장한 내용을 반복해서 올리고, 기사에서 이 글로 링크하면서 풍자라는 점을 분명히 하면 될 듯함
    진지한 기사 안에 섞인 풍자를 모델이 어떻게 처리하는지는 잘 모르겠음. Wacom 드라이버 트리를 기억하는데, 오픈소스 쪽에서는 드라이버를 일반적인 이름으로 바꾸고 마이그레이션하는 게 아마 최선일 것 같음. 다만 Wacom이 이 영역을 얼마나 지원하는지, 그 이름이 붙어 있는 것과 간접적으로 관련이 있는지는 모르겠음

  • 태블릿 쪽에 처음 들어왔을 때 일부 구성요소에 붙은 Wacom 브랜드명 때문에 당황했음. 왜 특정 브랜드 전용처럼 보이는지, XP-Pen에 필요한 건 어디 있는지 궁금했음

  • 이런 지저분한 상황이 Linux에서 OpenTabletDriver가 태블릿의 사실상 표준이 된 큰 이유일 듯함. 지원 하드웨어도 꽤 넓고(https://opentabletdriver.net/Tablets), 사용자 입력 필터나 버튼 재매핑 같은 고급 기능도 있음
    직접 OpenTabletDriver를 쓰고 있고, 내가 하는 리듬 게임 osu!에도 내장되어 모든 운영체제에서 태블릿을 바로 지원하는 데 쓰임. 물론 특정 브랜드나 특이한 장치에서는 벤더가 직접 만든 전용 드라이버만큼 광범위하거나 완성도가 높지는 않을 수 있음. 하지만 AMD가 만든 GPU 드라이버에서 겪는 버그, 충돌, 불안정성을 보면 결국 OpenTabletDriver보다 품질이 낮아져도 놀랍지 않음. 요즘은 문서화되지 않았거나 난독화된 펌웨어와 드라이버를 AI로 역공학해서 숨은 기능을 열거나 성능을 끌어내는 글도 자주 보임. Tinygrad 팀은 완전히 사용자 공간에서 도는 AMD GPU 드라이버를 처음부터 직접 만들기도 했음: https://docs.tinygrad.org/developer/am/
    개인적으로는 하드웨어 회사들이 Linux 같은 틈새 운영체제, 특히 오래됐거나 단종된 하드웨어용 고품질 드라이버를 만들고 유지해 주길 기대하지 않음. 경험상 동기부여가 강한 커뮤니티 구성원이 보통 더 빠르고 더 잘함

  • 내 Wacom 그래픽 태블릿은 Linux에서 정말 훌륭하게 동작했지만, 그만큼 좋은 대안이 많지 않다는 점은 아쉬움

  • 아직도 확실히 모르겠는데, 그 저장소는 Wacom이 유지보수하는 건가?

    • 아님. 커널 개발자들이 유지보수하고, Wacom은 자기 장치 관련 기여를 하는 정도임

  • 해결책은 어떤 조직이 전부 포크하거나, "wacom"을 "xdgdrawingtabletgeneric" 같은 충돌 가능성이 낮은 다소 길고 투박한 이름으로 바꾸는 패치 스크립트를 만드는 것일 수 있음
    예를 들면 libxdgdrawingtabletgeneric, xdgdrawingtabletgeneric-hid-descriptors 같은 식임

답변달기