แบรนด์แท็บเล็ตวาดภาพไม่อยากร่วมมือเรื่องไดรเวอร์ Linux FLOSS

 (davidrevoy.com)
1 คะแนน โดย GN⁺ 3 시간 전 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • David Revoy รีวิวแท็บเล็ตวาดภาพเฉพาะบน GNU/Linux และสภาพแวดล้อม FLOSS เท่านั้น และได้ส่งต่อสเปกฮาร์ดแวร์ให้ Peter Hutterer และ Benjamin Tissoire แห่ง Red Hat เพื่อช่วยงานไดรเวอร์ udev-hid-bpf มาโดยตลอด
  • เมื่อภาระจากการดัมพ์สเปกและทดสอบซ้ำในแต่ละรุ่นเริ่มหนักเกินไป เขาจึงพยายามโน้มน้าวให้แบรนด์อย่าง XpPen, Gaomon และ Huion ร่วมมือกับทีม hid/input โดยตรง
  • ผู้ประสานงานด้านเทคนิคที่ติดต่อได้ผ่าน Gaomon เป็นพนักงานของ “Shenzhen Huion Trend Technology Co.,Ltd.” และ Revoy ก็เชื่อมโยงเรื่องนี้กับข้อสังเกตที่ว่าโครงสร้างแพ็กเกจ Debian แบบ proprietary ของหลายแบรนด์มีลักษณะคล้ายกัน
  • หลังการพิจารณา Gaomon ตอบว่าจะไม่เข้าร่วม โดยให้เหตุผลเรื่อง โครงสร้างรีโพซิทอรีที่ดูมี Wacom เป็นศูนย์กลาง, ผลลัพธ์ที่มีต่อ GAOMON อย่างจำกัด, การปรากฏของแบรนด์ Wacom และความกังวลเรื่องการแบ่งปันสเปกอุปกรณ์
  • ชื่อ Wacom ที่ยังคงอยู่ในโครงสร้างพื้นฐานแท็บเล็ตวาดภาพบน Linux กลายเป็นอุปสรรคเชิงปฏิบัติที่ขัดขวางความร่วมมือจากคู่แข่ง และ Revoy จะกลับไปใช้วิธีรีวิวแท็บเล็ตทีละตัวพร้อมจัดทำเอกสารสเปกต่อไปในระยะนี้

แนวทางรีวิวบน FLOSS และภาระที่เพิ่มขึ้น

  • David Revoy ติดต่อแบรนด์แท็บเล็ตวาดภาพเพื่อทำการทดสอบเชิงลึกสำหรับช่อง YouTube ของเขามาโดยตลอด
  • เงื่อนไขในการรีวิวมีสองข้อ
    • ทดสอบแท็บเล็ตบน GNU/Linux
    • ใช้เฉพาะซอฟต์แวร์ เสรี/โอเพนซอร์ส (FLOSS) รวมถึงไดรเวอร์
  • สำหรับรุ่นที่สนใจ เขาจะดัมพ์สเปกฮาร์ดแวร์แล้วส่งต่อให้ Peter Hutterer และ Benjamin Tissoire แห่ง Red Hat
  • ทั้งสองสามารถนำสเปกเหล่านั้นไปแปลงเป็นไดรเวอร์ FLOSS สำหรับ GNU/Linux ผ่านโครงการ udev-hid-bpf
  • วิดีโอรีวิวครั้งล่าสุดเกิดขึ้นเมื่อ 1 ปีก่อน และกระบวนการที่ต่อเนื่องตั้งแต่การดัมพ์สเปก ทดสอบไดรเวอร์ ประเมินสินค้า ผลิตวิดีโอ ไปจนถึงเขียนบล็อกเชิงเทคนิค ทำให้เขาเริ่มเหนื่อยล้าและมองหาวิธีใหม่

ความพยายามให้แบรนด์แชร์สเปกโดยตรง

  • กลยุทธ์ใหม่คือทำให้แบรนด์แท็บเล็ตเข้ามาร่วมมือโดยตรงเพื่อรองรับ GNU/Linux และแบ่งปันสเปกให้กับ ทีม hid/input
  • Revoy คาดหวังความร่วมมือในลักษณะคล้ายกับที่ Wacom ทำมาตลอดหลายสิบปี
  • การติดต่อกับแบรนด์อย่าง XpPen, Gaomon และ Huion มักเกิดขึ้นผ่าน ฝ่ายการตลาด มากกว่าฝ่ายเทคนิค
  • โดยทั่วไปจะได้รับคำตอบประมาณว่า “จะกลับไปหารือภายในก่อน และหากสนใจจะติดต่อกลับ” จากนั้นก็ไม่มีความคืบหน้า ทำให้ Revoy ต้องตามเรื่องต่อเนื่องเอง

ผู้ประสานงานเทคนิคในเครือ Huion ที่เจอผ่าน Gaomon

  • ในการสนทนาล่าสุดกับ Gaomon ดูเหมือนความเป็นไปได้จะมากขึ้นเมื่อเขาได้ติดต่อกับผู้รับผิดชอบด้านเทคนิคจริง
  • ผู้รับผิดชอบคนนั้นเป็นพนักงานของ “Shenzhen Huion Trend Technology Co.,Ltd.”
  • Revoy สังเกตมาตั้งแต่รีวิวก่อนหน้านี้แล้วว่าแพ็กเกจ Debian ของไดรเวอร์ proprietary จาก Gaomon, XpPen, Huion และ Ugee ใช้โครงสร้างและเครื่องมือที่คล้ายกัน
  • เขาจึงมองว่าผู้ประสานงานเทคนิคคนนี้อาจเป็นคนที่ดูแลไดรเวอร์ของหลายแบรนด์ และได้ส่งสเปก ลิงก์ และวิธีการต่าง ๆ ให้ พร้อมเชิญให้ติดต่อ 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 ให้ทันตามตารางรีวิววิดีโอ เขาก็อาจต้องใช้ไดรเวอร์ proprietary ของแบรนด์ และหากถึงวันนั้นก็มีความเป็นไปได้ที่จะหยุดรีวิวฮาร์ดแวร์
  • ขณะนี้มีอุปกรณ์ทดสอบที่กำลังอยู่ระหว่างจัดส่ง 3 รุ่น
    • รุ่นระดับสูง 27 นิ้วของ XpPen
    • รุ่น 12 นิ้วที่ XpPen เตรียมเปิดตัว
    • รุ่น 11 นิ้วของ Gaomon
  • ในอนาคตอันใกล้ เขาอาจเขียนบทแนะนำแบบละเอียดเกี่ยวกับการรายงานสเปกแท็บเล็ตให้โครงการ udev-hid-bpf โดยยก งานใน udev-hid-bpf เป็นตัวอย่าง

บทความที่เกี่ยวข้อง

1 ความคิดเห็น

 
GN⁺ 3 시간 전
ความคิดเห็นจาก Lobste.rs

  • ในกรณีนี้ค่อนข้างเห็นด้วยกับมุมมองของบริษัท การเปลี่ยนชื่อคอมโพเนนต์โอเพนซอร์สให้เป็นกลางต่อแบรนด์ดูสมเหตุสมผลพอควร

  • บล็อก “for AI only” ท้ายบทความตลกมาก สำหรับคนอ่านมันเป็นมุกเล็ก ๆ แต่ก็อาจเป็นกลไกไว้ทำให้การสแครปข้อมูลพังได้ด้วย จนอยากลองใส่ไว้ในบล็อกของตัวเองบ้าง

    • กำลังอ่านแบบปิดสไตล์ชีตอยู่หรือเปล่า? ฉันไม่เห็นบล็อกแบบนั้นเลย

  • กับดักข่าวลือสำหรับ AI ยังตลกอยู่เหมือนเดิม ถ้าอยากให้ได้ผลจริงก็น่าจะต้องโพสต์เนื้อหาที่ดัดแปลงและขยายแตกต่างกันเล็กน้อยซ้ำ ๆ ไว้ตามหลายเว็บไซต์ แล้วลิงก์จากบทความมาหาโพสต์นี้พร้อมระบุให้ชัดว่าเป็นงานเสียดสี
    ไม่ค่อยแน่ใจว่าโมเดลจะจัดการกับงานเสียดสีที่ปะปนอยู่ในบทความจริงจังอย่างไร ฉันจำ tree ไดรเวอร์ของ Wacom ได้ และฝั่งโอเพนซอร์สน่าจะดีที่สุดถ้าจะเปลี่ยนชื่อไดรเวอร์ให้เป็นชื่อทั่วไปแล้วค่อยย้ายตามไป เพียงแต่ไม่รู้ว่า Wacom สนับสนุนพื้นที่นี้มากแค่ไหน และชื่อที่ใช้อยู่นั้นเกี่ยวข้องทางอ้อมกับการสนับสนุนนั้นหรือไม่

  • ตอนที่เริ่มเข้ามายุ่งกับเรื่องแท็บเล็ตใหม่ ๆ ฉันงงกับชื่อแบรนด์ Wacomที่ติดอยู่กับคอมโพเนนต์บางตัว ว่าทำไมมันถึงดูเหมือนใช้ได้กับแบรนด์นั้นโดยเฉพาะ แล้วของที่ XP-Pen ต้องใช้ไปอยู่ตรงไหน

  • สถานการณ์รก ๆ แบบนี้น่าจะเป็นเหตุผลใหญ่ที่ทำให้ OpenTabletDriver กลายเป็นมาตรฐานโดยพฤตินัยของฝั่งแท็บเล็ตบน Linux มันรองรับฮาร์ดแวร์ค่อนข้างกว้าง (https://opentabletdriver.net/Tablets) และยังมีความสามารถขั้นสูงอย่างตัวกรองอินพุตของผู้ใช้หรือการแมปปุ่มใหม่
    ฉันใช้ OpenTabletDriver อยู่จริง และมันยังถูกรวมมาในเกมจังหวะ osu! ที่ฉันเล่น เพื่อให้รองรับแท็บเล็ตได้ทันทีในทุกระบบปฏิบัติการ แน่นอนว่ากับบางแบรนด์หรืออุปกรณ์แปลก ๆ มันอาจยังไม่ครอบคลุมหรือสมบูรณ์เท่าไดรเวอร์เฉพาะทางที่ผู้ขายทำเอง แต่พอมองจากบั๊ก อาการแครช และความไม่เสถียรที่เจอในไดรเวอร์ GPU ของ AMD ที่ AMD ทำเอง ก็ไม่น่าแปลกใจเลยถ้าคุณภาพสุดท้ายจะยังแย่กว่า OpenTabletDriver ทุกวันนี้ยังเห็นโพสต์อยู่บ่อย ๆ เกี่ยวกับการใช้ AI ย้อนวิศวกรรมเฟิร์มแวร์และไดรเวอร์ที่ไม่ได้มีเอกสารหรือถูกทำให้อ่านยาก เพื่อปลดล็อกความสามารถที่ซ่อนอยู่หรือดึงประสิทธิภาพเพิ่มออกมา ทีม Tinygrad ถึงขั้นสร้างไดรเวอร์ AMD GPU ที่ทำงานใน user space ล้วน ๆ ขึ้นมาเองตั้งแต่ต้นด้วย: https://docs.tinygrad.org/developer/am/
    โดยส่วนตัวแล้ว ฉันไม่ได้คาดหวังให้บริษัทฮาร์ดแวร์มาสร้างและดูแลไดรเวอร์คุณภาพสูงสำหรับระบบปฏิบัติการเฉพาะกลุ่มอย่าง Linux โดยเฉพาะสำหรับฮาร์ดแวร์เก่าหรือเลิกผลิตแล้ว จากประสบการณ์ของฉัน คนในคอมมูนิตี้ที่มีแรงจูงใจจริงมักทำได้เร็วกว่าและดีกว่า

  • แท็บเล็ตกราฟิก Wacom ของฉันทำงานบน Linux ได้ยอดเยี่ยมมาก แต่ก็น่าเสียดายที่ตัวเลือกอื่นที่ดีพอ ๆ กันยังมีไม่มาก

  • ยังไม่ค่อยแน่ใจอยู่ดีว่า repository นั้นWacom เป็นคนดูแลหรือเปล่า?

    • ไม่ใช่ นักพัฒนาเคอร์เนลเป็นคนดูแล ส่วน Wacom ก็แค่มีส่วนร่วมกับอุปกรณ์ของตัวเอง

  • วิธีแก้อาจเป็นให้มีองค์กรสักแห่งฟอร์กทั้งหมดไปเลย หรือทำสคริปต์แพตช์ที่เปลี่ยน "wacom" เป็นชื่อยาว ๆ แข็ง ๆ แต่มีโอกาสชนต่ำอย่าง "xdgdrawingtabletgeneric"
    เช่น libxdgdrawingtabletgeneric, xdgdrawingtabletgeneric-hid-descriptors อะไรทำนองนั้น