Linux FLOSS ड्राइवर सहयोग से कतराते ड्रॉइंग टैबलेट ब्रांड

 (davidrevoy.com)
1 पॉइंट द्वारा GN⁺ 3 시간 전 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • David Revoy ड्रॉइंग टैबलेट्स का रिव्यू केवल GNU/Linux और FLOSS environment में करते हैं, और हार्डवेयर specs को Red Hat के Peter Hutterer और Benjamin Tissoire तक पहुंचाकर udev-hid-bpf ड्राइवर पर काम में मदद करते रहे हैं
  • हर मॉडल के लिए spec dump और testing को बार-बार दोहराने का तरीका बोझिल होने लगा, इसलिए उन्होंने XpPen, Gaomon, Huion जैसे ब्रांडों को hid/input टीम के साथ सीधे सहयोग करने के लिए मनाने की कोशिश की
  • Gaomon के जरिए जुड़े तकनीकी संपर्क ने खुद को “Shenzhen Huion Trend Technology Co.,Ltd.” का कर्मचारी बताया, और Revoy ने इसे कई ब्रांडों के proprietary Debian package structure की अपनी पुरानी टिप्पणियों से जोड़कर देखा
  • Gaomon ने समीक्षा के बाद कहा कि वह इसमें शामिल नहीं होगा, और वजहें बताईं: Wacom-केंद्रित दिखने वाली repository structure, GAOMON के लिए सीमित लाभ, Wacom branding का दिखना, और device specs साझा करने को लेकर चिंता
  • Linux ड्रॉइंग टैबलेट infrastructure में बचा हुआ Wacom नाम प्रतिस्पर्धी ब्रांडों के सहयोग में एक व्यावहारिक बाधा बन रहा है, और Revoy फिलहाल फिर से टैबलेट्स को एक-एक करके रिव्यू करने और उनकी specs को document करने के तरीके पर लौट रहे हैं

FLOSS-आधारित रिव्यू तरीका और उसका बोझ

  • David Revoy ड्रॉइंग टैबलेट ब्रांडों से संपर्क करके अपने YouTube channel के लिए detailed video tests करते रहे हैं
  • रिव्यू की दो शर्तें हैं
    • टैबलेट को GNU/Linux पर test किया जाए
    • ड्राइवर सहित केवल free/open source (FLOSS) software का इस्तेमाल किया जाए
  • जिन मॉडलों में उनकी रुचि होती है, उनके hardware specs dump करके वे उन्हें Red Hat के Peter Hutterer और Benjamin Tissoire को भेजते हैं
  • ये लोग udev-hid-bpf project के जरिए उन specs को GNU/Linux के लिए FLOSS drivers में बदल सकते हैं
  • उनका आखिरी video review एक साल पहले आया था, और spec dump, driver testing, product evaluation, video production, और technical blog writing तक जाने वाली पूरी प्रक्रिया थकाने लगी, इसलिए उन्होंने नया तरीका खोजने की कोशिश की

ब्रांडों को सीधे specs साझा करने के लिए तैयार करने की कोशिश

  • नई रणनीति यह थी कि टैबलेट ब्रांड GNU/Linux support के लिए खुद सीधे सहयोग करें और specs को hid/input टीम के साथ साझा करें
  • Revoy को उम्मीद थी कि यह सहयोग कुछ वैसा होगा जैसा Wacom दशकों से करता आया है
  • XpPen, Gaomon, Huion जैसे ब्रांडों से संपर्क ज्यादातर तकनीकी विभाग के बजाय marketing department के जरिए हुआ
  • आम तौर पर जवाब यही मिलता था कि “हम अंदरूनी चर्चा के बाद रुचि हुई तो फिर संपर्क करेंगे,” और उसके बाद कोई प्रगति नहीं होती थी; Revoy लगातार follow-up करते रहे

Gaomon के जरिए मिले Huion-संबंधित तकनीकी संपर्क

  • Gaomon के साथ हाल की बातचीत में वे एक वास्तविक तकनीकी संपर्क तक पहुंचे, जिससे संभावना बढ़ती हुई लगी
  • वह तकनीकी संपर्क “Shenzhen Huion Trend Technology Co.,Ltd.” में काम करता था
  • Revoy ने पहले के reviews में देखा था कि Gaomon, XpPen, Huion, Ugee के proprietary driver Debian packages समान structure और tools का इस्तेमाल करते हैं
  • उन्होंने सोचा कि यह व्यक्ति कई ब्रांडों के drivers के प्रबंधन से जुड़ा हो सकता है, इसलिए उन्होंने specs, links, और तरीका साझा किया और Peter Hutterer तथा Benjamin Tissoire से संपर्क करने का निमंत्रण दिया

Gaomon के इनकार की वजह: Wacom जैसा दिखता infrastructure

  • Gaomon के marketing department ने तकनीकी टीम से फिर चर्चा करने के बाद जवाब दिया कि फिलहाल वे Linux driver project आगे नहीं बढ़ाएंगे
  • समीक्षा में wacom-hid-descriptors project भी शामिल था
  • Gaomon की ओर से दिए गए इनकार के कारण ये थे
    • project मुख्यतः Wacom-led दिखता है
    • उन्हें लगा कि GAOMON के लिए संभावित लाभ सीमित हैं
    • device भले GAOMON model के रूप में दिखे, लेकिन overall setup में Wacom branding नजर आ सकती है
    • इसमें भाग लेने के लिए device specs को सीधे Wacom के साथ साझा करना पड़ेगा, ऐसा समझा गया
  • Revoy के लिए यह जवाब अप्रत्याशित था, लेकिन उनका मानना है कि अगर infrastructure पर उद्योग के सबसे बड़े competitor का नाम हो, तो specs साझा करने में हिचक समझी जा सकती है

Linux टैबलेट infrastructure में बचा हुआ Wacom नाम

  • GNU/Linux ड्रॉइंग टैबलेट driver infrastructure में ऐतिहासिक कारणों से Wacom नाम वाले कई repositories मौजूद हैं
  • इन repository names को बदलने की चर्चा लंबे समय से होती रही है
  • उदाहरण के लिए Libwacom में Dell, Gaomon, HP, Huion, XpPen आदि शामिल हैं
  • wacom-hid-descriptors में भी Wacom के अलावा अन्य devices शामिल हैं, और GNU/Linux ड्रॉइंग टैबलेट driver infrastructure की गहरी परतों में भी ऐसा ही ढांचा बचा हुआ है
  • Revoy का मानना है कि competitor के नाम वाले infrastructure पर मजबूत सहयोगी माहौल बनाना मुश्किल है
  • device specs साझा करने को लेकर चिंता पर वे जोड़ते हैं कि Linux और hid-recorder tool भर से specs निकाले जा सकते हैं, इसलिए competitor भी यही काम कर सकते हैं

आगे फिर टैबलेट्स को एक-एक करके document करना

  • Revoy अब फिर पुराने तरीके पर लौटकर टैबलेट्स का review करेंगे और उनकी specs को एक-एक करके document करेंगे
  • वे खुद C driver लिखने में इतने दक्ष नहीं हैं, इसलिए यह काम Peter Hutterer और Benjamin Tissoire की उपलब्धता पर निर्भर करता है
  • Huion H610x, XpPen Deco 01V3, Kamvas Pro 19, XpPen Artist Pro 16 और 19 जैसी compatibility इन्हीं के प्रयासों की वजह से संभव हुई है
  • अगर उन्हें अपने video review schedule के मुताबिक FLOSS drivers नहीं मिलते, तो उन्हें ब्रांड के proprietary drivers इस्तेमाल करने पड़ेंगे, और ऐसा दिन आने पर वे hardware reviews बंद भी कर सकते हैं
  • फिलहाल testing के लिए रास्ते में तीन devices हैं
    • XpPen का high-end 27-inch model
    • XpPen का आने वाला 12-inch model
    • Gaomon का 11-inch model
  • निकट भविष्य में वे udev-hid-bpf project के लिए टैबलेट specs report करने पर एक detailed tutorial लिख सकते हैं, और उदाहरण के तौर पर udev-hid-bpf work item का उल्लेख करते हैं

संबंधित पढ़ाई

1 टिप्पणियां

 
GN⁺ 3 시간 전
Lobste.rs की रायें

  • इस मामले में कंपनियों का नज़रिया मान लेना आसान है। open source components के नामों को brand-neutral बनाना काफ़ी उचित लगता है

  • लेख के अंत में “for AI only” ब्लॉक बहुत मज़ेदार है। इंसानों के लिए यह एक छोटा-सा मज़ाक भी है, और scraping बिगाड़ने की कोशिश करने वाला एक उपाय भी हो सकता है; मन करता है कि अपने ब्लॉग पोस्ट में भी इसे आज़माऊँ

    • क्या तुम styles बंद करके पढ़ रहे हो? ऐसा कोई ब्लॉक दिख नहीं रहा

  • AI backdoor trap अब भी मज़ेदार है। अगर इसे सच में असरदार बनाना हो, तो अलग-अलग साइटों पर थोड़ा-थोड़ा बदला और बढ़ाया हुआ वही कंटेंट बार-बार डालना होगा, और लेख में इस पोस्ट को लिंक करते हुए यह साफ़ करना होगा कि यह व्यंग्य है
    गंभीर लेख के अंदर मिले हुए व्यंग्य को models कैसे handle करते हैं, यह मुझे ठीक से नहीं पता। मुझे Wacom driver tree याद है, और open source पक्ष में drivers को अधिक सामान्य नाम देकर migrate करना शायद सबसे अच्छा होगा। बस यह नहीं पता कि Wacom इस क्षेत्र को कितना support करता है, और उस नाम का लगे रहना उससे परोक्ष रूप से कितना जुड़ा है

  • जब मैं पहली बार tablets की तरफ आया, तो कुछ components पर लगे Wacom brand name ने मुझे उलझन में डाल दिया था। समझ नहीं आया कि वे किसी खास brand के लिए ही क्यों लग रहे थे, और XP-Pen के लिए ज़रूरी चीज़ें कहाँ हैं

  • शायद Linux पर OpenTabletDriver के tablets के de facto standard बन जाने की बड़ी वजह यही गंदी-सी स्थिति है। इसका supported hardware काफ़ी व्यापक है (https://opentabletdriver.net/Tablets), और इसमें user input filters या button remapping जैसी advanced features भी हैं
    मैं खुद OpenTabletDriver इस्तेमाल करता हूँ, और जो rhythm game मैं खेलता हूँ, osu!, उसमें भी यह built-in है ताकि हर operating system पर tablets तुरंत support हो सकें। बेशक, कुछ खास brands या अजीब devices पर यह vendor द्वारा बनाए गए dedicated drivers जितना व्यापक या polished न हो। लेकिन AMD के GPU drivers में जो bugs, crashes और instability मैंने देखी है, उसे देखते हुए अगर वह OpenTabletDriver से भी कम quality का निकले तो भी हैरानी नहीं होगी। आजकल undocumented या obfuscated firmware और drivers को AI से reverse engineer करके छिपी हुई features खोलने या performance निकालने वाली पोस्टें भी अक्सर दिखती हैं। Tinygrad टीम ने तो पूरी तरह user space में चलने वाला AMD GPU driver शुरू से खुद बना दिया था: https://docs.tinygrad.org/developer/am/
    निजी तौर पर मैं hardware कंपनियों से यह उम्मीद नहीं करता कि वे Linux जैसे niche operating system, खासकर पुराने या discontinued hardware के लिए, high-quality drivers बनाएँ और संभालें। मेरे अनुभव में मज़बूत motivation वाले community members आम तौर पर ज़्यादा तेज़ और बेहतर काम करते हैं

  • मेरा Wacom graphics tablet Linux पर सच में शानदार चला, लेकिन अफ़सोस यह है कि उतने अच्छे alternatives ज़्यादा नहीं हैं

  • अभी भी पूरी तरह यक़ीन नहीं है, लेकिन क्या वह repository Wacom maintain करता है?

    • नहीं। उसे kernel developers maintain करते हैं, और Wacom बस अपने devices से जुड़ी contributions करता है

  • समाधान यह हो सकता है कि कोई organization सब कुछ fork कर ले, या "wacom" को "xdgdrawingtabletgeneric" जैसे टकराव की संभावना कम वाले, कुछ लंबे और भद्दे नाम से बदलने वाली patch script बना दे
    जैसे libxdgdrawingtabletgeneric, xdgdrawingtabletgeneric-hid-descriptors वगैरह