3 पॉइंट द्वारा GN⁺ 2024-03-01 | 2 टिप्पणियां | WhatsApp पर शेयर करें
  • AMD का open source Linux graphics driver, HDMI Forum की कानूनी आवश्यकताओं के कारण HDMI 2.1+ फीचर्स लागू नहीं कर पा रहा है।
    • AMD इंजीनियरों ने HDMI 2.1+ फीचर्स को open source Linux kernel driver में उपलब्ध कराने के लिए HDMI Forum के साथ मिलकर समाधान खोजने की कोशिश की, लेकिन यह प्रयास विफल रहा।
    • AMD Linux driver के जरिए 4K@120Hz और 5K@240Hz resolution सपोर्ट न होने की समस्या 3 साल से रिपोर्ट की जा रही है।

HDMI Forum द्वारा public specification access बंद करने से open source support को झटका

  • HDMI Forum ने public specification access बंद कर दिया, जिससे open source support में कठिनाइयाँ बढ़ गईं।
  • AMD और X.Org Foundation ने HDMI Forum के साथ मिलकर open source implementation के लिए समाधान खोजने की कोशिश की, लेकिन HDMI Forum ने AMD का अनुरोध अस्वीकार कर दिया।

AMD के प्रयास और HDMI Forum का इनकार

  • AMD के Linux इंजीनियरों ने कानूनी टीम के साथ कई महीनों तक HDMI फीचर्स का मूल्यांकन किया और यह तय करने की कोशिश की कि उन्हें open source driver में कैसे सार्वजनिक किया जा सकता है।
  • AMD के पास internally काम करने वाला code था और उसने कई महीनों तक HDMI Forum की मंजूरी का इंतज़ार किया, लेकिन अंत में उसे अस्वीकार कर दिया गया।
  • AMD Linux इंजीनियर Alex Deucher ने कहा कि HDMI Forum ने प्रस्ताव को ठुकरा दिया और HDMI Forum की आवश्यकताओं का उल्लंघन किए बिना open source HDMI 2.1 implementation संभव नहीं है।

अतिरिक्त संदर्भ और open source समर्थकों के विकल्प

  • AMD ने internal open source AMDGPU codebase में HDMI 2.1+ फीचर्स का प्रदर्शन करने के लिए कई महीनों तक code का prototype तैयार किया, लेकिन अब यह प्रयास व्यर्थ जा सकता है।
  • शुरुआती open source AMD driver प्रयासों के दौरान GPU video acceleration को सार्वजनिक करने पर चिंताएँ थीं, क्योंकि इससे HDCP/digital video restrictions का उल्लंघन हो सकता था।
  • यह स्पष्ट नहीं है कि AMD (closed) firmware के भीतर अधिक फीचर्स लागू कर पाएगा या PSP IP block से सुरक्षित कोई अन्य तरीका खोज पाएगा।
  • चूँकि open source driver में HDMI 2.1+ फीचर support निकट अवधि में आने की संभावना कम है, इसलिए open source समर्थकों को जहाँ संभव हो DisplayPort का उपयोग करना चाहिए।

GN⁺ की राय

  • यह लेख दिखाता है कि open source driver development में कानूनी प्रतिबंध और तकनीकी सीमाएँ किस तरह innovation को बाधित कर सकती हैं। इससे पता चलता है कि AMD जैसी बड़ी कंपनियाँ भी HDMI Forum जैसे संगठनों के नियमों के कारण users को नवीनतम फीचर्स देने में कठिनाई झेल रही हैं।
  • HDMI 2.1+ फीचर्स की अनुपस्थिति का असर खासकर उन gamers और professionals पर पड़ सकता है जिन्हें high resolution और high refresh rate की ज़रूरत होती है। open source driver की सीमाओं के कारण उन्हें DisplayPort जैसे विकल्प अपनाने या non-open-source solutions की ओर जाना पड़ सकता है।
  • यह मुद्दा इस आवश्यकता पर ज़ोर देता है कि open source community तकनीकी मानकीकरण संस्थाओं के साथ मिलकर अधिक खुला और innovation-friendly तकनीकी माहौल बनाए। यह स्थिति open source hardware movement या वैकल्पिक standards विकसित करने के प्रयासों के लिए अधिक ध्यान और समर्थन की जरूरत भी दिखाती है।
  • AMD जैसी कंपनियों का open source driver development में निवेश community के लिए सकारात्मक है, लेकिन यदि ऐसे प्रयास कानूनी प्रतिबंधों के कारण विफल हो जाएँ, तो यह कंपनियों और developers दोनों के लिए निराशाजनक परिणाम हो सकता है।
  • पाठकों को यह विचार करना चाहिए कि HDMI 2.1+ फीचर्स की अनुपस्थिति उनके अपने use case को कैसे प्रभावित करेगी, और आवश्यकता पड़ने पर DisplayPort जैसे विकल्पों पर विचार करना चाहिए।

2 टिप्पणियां

 
cosine20 2024-03-04

इसी तरह की चीज़ों की वजह से मैं भी HDMI की तुलना में DisplayPort को ज़्यादा पसंद करने लगा हूँ। GPU पर सिर्फ़ एक HDMI पोर्ट और DisplayPort के 3 पोर्ट क्यों होते हैं, इसके पीछे वाजिब वजह थी....

 
GN⁺ 2024-03-01
Hacker News की राय
  • एक उपयोगकर्ता ने बताया कि पिछले 15 वर्षों से वह ऐसा सस्ता छोटा डिवाइस चाहता था जो TV पर custom जानकारी, जैसे text, overlay कर सके। लेकिन HDMI signal को decode करना, अगर आप उस 'क्लब' का हिस्सा नहीं हैं, तो गैरकानूनी है, इसलिए ऐसे डिवाइस मौजूद नहीं हैं। उनका कहना था कि इसकी वजह वे content providers हैं जो DVD की unauthorized copying को लेकर चिंतित हैं। उपयोगकर्ता ऐसे डिवाइस के लिए 199 डॉलर तक चुकाने को तैयार है और चाहता है कि इसमें overlay text और icons इनपुट करने के लिए एक open API हो.
  • एक अन्य उपयोगकर्ता ने कहा कि open source Linux समर्थकों को, यदि संभव हो, HDMI की जगह DisplayPort का उपयोग करना चाहिए। उन्होंने यह भी बताया कि यह उन कई protocols में से एक है जो USB-C cable के जरिए चल सकते हैं.
  • एक उपयोगकर्ता ने असंतोष जताया कि सिद्धांततः यह निराशाजनक है, लेकिन वह Linux में HDR ठीक से काम करने तक TV से PC जोड़कर sofa gaming करना चाहता है, और HDMI 2.1 का एक और समस्या होना उसे परेशान करता है। उसका मानना है कि ऐसे features के लिए Windows की जरूरत पड़ती है.
  • यह प्रश्न उठाया गया कि क्या France जैसे उन देशों में, जहाँ software patents नहीं हैं, यह काम किया जा सकता है और बाद में उसका परिणाम जारी किया जा सकता है। यह सवाल VLC के उदाहरण के साथ पूछा गया.
  • यह भी पूछा गया कि HDMI की जगह DisplayPort इस्तेमाल करने की कोई वजह क्यों हो सकती है.
  • यह प्रश्न उठाया गया कि क्या AMD HDMI को fork करके driver support जोड़ सकता है और HDMI-compatible अपना standard बना सकता है, और क्या इसे रोकने वाली कोई कानूनी या specification से जुड़ी मूलभूत समस्या है.
  • एक उपयोगकर्ता ने कहा कि उसे आज ही पता चला कि HDMI signal decoding गैरकानूनी है, जबकि वह HDMI को एक open protocol समझता था.
  • किसी ने उम्मीद जताई कि HDMI specification कोई leak कर दे, और कहा कि संभव है यह पहले से leak हो चुकी हो। उसने यह भी कहा कि नवीनतम VESA specifications भी restricted हैं, और HDMI या DP connections के control channel को sniff करना संभव है। उसके अनुसार इससे features को reverse engineer किया जा सकता है.
  • एक उपयोगकर्ता ने कहा कि यह जानकारी जानने के बाद वह फिर कभी HDMI-आधारित products नहीं खरीदेगा.
  • यह भी पूछा गया कि HDMI Forum specifications को lock करने का उद्देश्य क्या है, और जब उसने specification updates की public release को सीमित करने का फैसला किया, तब क्या कोई कारण बताया गया था.