वीडियो कोडिंग प्रारूप: Difference between revisions

From Vigyanwiki
(Created page with "{{short description|Content representation format for storage or transmission of digital video content}} {{More citations needed|date=January 2015}} एक वीडिय...")
 
No edit summary
Line 1: Line 1:
{{short description|Content representation format for storage or transmission of digital video content}}
'''वीडियो कोडिंग प्रारूप'''{{efn|The term ''video coding'' can be seen in e.g. the names [[Advanced Video Coding]], [[High Efficiency Video Coding]], and [[Video Coding Experts Group]]<ref>{{cite web|url=http://654lab.webstarts.com/uploads/csvt_overview.pdf|title=Overview of the H.264 / AVC Video Coding Standard|publisher=IEEE TRANSACTIONS ON CIRCUITS AND SYSTEMS FOR VIDEO TECHNOLOGY|date=July 2003|author1=Thomas Wiegand | author1-link=Thomas Wiegand |author2=Gary J. Sullivan |author3=Gisle Bjontegaard |author4=Ajay Luthra  |name-list-style=amp }}</ref>}} (या कभी-कभी [[वीडियो]] संपीड़न प्रारूप) [[डिजिटल डाटा]] वीडियो सामग्री (जैसे डेटा फ़ाइल या बिटस्ट्रीम) के भंडारण या प्रसारण के लिए एक [[सामग्री प्रारूप|सामग्री]] प्रतिनिधित्व [[सामग्री प्रारूप|प्रारूप]] है। यह सामान्यतः एक मानकीकृत वीडियो संपीड़न एल्गोरिथ्म का उपयोग करता है, जो सामान्यतः असतत कोसाइन ट्रांसफॉर्म (डीसीटी) कोडिंग और गति परीक्षण पर आधारित होता है। एक विशिष्ट वीडियो कोडिंग प्रारूप से/से संपीड़न या डीकंप्रेसन करने में सक्षम एक विशिष्ट सॉफ़्टवेयर, [[फर्मवेयर]] या हार्डवेयर कार्यान्वयन को ''[[वीडियो कोडेक]]'' कहा जाता है।ka
{{More citations needed|date=January 2015}}


एक वीडियो कोडिंग प्रारूप{{efn|The term ''video coding'' can be seen in e.g. the names [[Advanced Video Coding]], [[High Efficiency Video Coding]], and [[Video Coding Experts Group]]<ref>{{cite web|url=http://654lab.webstarts.com/uploads/csvt_overview.pdf|title=Overview of the H.264 / AVC Video Coding Standard|publisher=IEEE TRANSACTIONS ON CIRCUITS AND SYSTEMS FOR VIDEO TECHNOLOGY|date=July 2003|author1=Thomas Wiegand | author1-link=Thomas Wiegand |author2=Gary J. Sullivan |author3=Gisle Bjontegaard |author4=Ajay Luthra  |name-list-style=amp }}</ref>}} (या कभी-कभी [[[[वीडियो]] संपीड़न]] प्रारूप) [[डिजिटल डाटा]] वीडियो (जैसे डेटा फ़ाइल या [[बिटस्ट्रीम प्रारूप]] में) के भंडारण या प्रसारण के लिए एक [[सामग्री प्रारूप]] है। यह आमतौर पर एक मानकीकृत वीडियो संपीड़न एल्गोरिथ्म का उपयोग करता है, जो आमतौर पर [[असतत कोसाइन परिवर्तन]] (डीसीटी) कोडिंग और गति मुआवजे पर आधारित होता है। एक विशिष्ट वीडियो कोडिंग प्रारूप से/से संपीड़न या डीकंप्रेसन करने में सक्षम एक विशिष्ट सॉफ़्टवेयर, [[फर्मवेयर]] या हार्डवेयर कार्यान्वयन को ''[[वीडियो कोडेक]]'' कहा जाता है।
कुछ वीडियो कोडिंग प्रारूपों को एक विस्तृत [[तकनीकी विनिर्देश]] दस्तावेज़ द्वारा प्रलेखित किया जाता है जिसे वीडियो कोडिंग विनिर्देश के रूप में जाना जाता है। कुछ ऐसे विनिर्देशों को [[मानकीकरण संगठन|मानकीकरण संगठनों]] द्वारा [[तकनीकी मानक|तकनीकी मानकों]] के रूप में लिखा और अनुमोदित किया जाता है, और इस प्रकार उन्हें वीडियो कोडिंग मानक के रूप में जाना जाता है। 'मानक' शब्द का प्रयोग कभी-कभी वास्तविक मानक के साथ-साथ औपचारिक मानकों के लिए भी किया जाता है।


कुछ वीडियो कोडिंग प्रारूपों को एक विस्तृत [[तकनीकी विनिर्देश]] दस्तावेज़ द्वारा प्रलेखित किया जाता है जिसे वीडियो कोडिंग विनिर्देश के रूप में जाना जाता है। कुछ ऐसे विनिर्देशों को [[मानकीकरण संगठन]]ों द्वारा [[तकनीकी मानक]]ों के रूप में लिखा और अनुमोदित किया जाता है, और इस प्रकार उन्हें वीडियो कोडिंग मानक के रूप में जाना जाता है। 'मानक' शब्द का प्रयोग कभी-कभी वास्तविक मानक|''वास्तविक'' मानकों के साथ-साथ औपचारिक मानकों के लिए भी किया जाता है।
एक विशेष वीडियो कोडिंग प्रारूप का उपयोग करके एन्कोड की गई वीडियो सामग्री सामान्यतः एक योजक प्रारूप (डिजिटल) के अंदर एक ऑडियो स्ट्रीम ([[ऑडियो कोडिंग प्रारूप]] का उपयोग करके एन्कोडेड) के साथ बंडल की जाती है बहुमाध्यमिक योजक प्रारूप जैसे [[ऑडियो वीडियो इंटरलीव]], MP4, [[फ्लैश वीडियो]], [[रियलमीडिया]], या मैट्रोस्का . जैसे, उपयोगकर्ता के पास सामान्य रूप से H.264/MPEG-4 AVC|H.264 फ़ाइल नहीं होती है, जबकि इसके अतिरिक्त एक .mp4 वीडियो फ़ाइल प्रारूप होता है, जो एक [[MP4]] योजक होता है जिसमें H.264-एन्कोडेड वीडियो होता है। बहुमाध्यमिक योजक प्रारूपों में कई अलग-अलग वीडियो कोडिंग प्रारूपों में से कोई एक हो सकता है; उदाहरण के लिए MP4 योजक प्रारूप में अन्य के साथ-साथ MPEG-2 भाग 2 या H.264 वीडियो कोडिंग प्रारूप में वीडियो सम्मलित हो सकते है। एक अन्य उदाहरण फ़ाइल प्रकार [[WebM]] के लिए प्रारंभिक विनिर्देश है, जो योजक प्रारूप ([[Matroska]]) को निर्दिष्ट करता है, लेकिन यह भी कि वास्तव में कौन सा वीडियो ([[VP8]]) और ऑडियो ([[Vorbis]]) संपीड़न प्रारूप का उपयोग Matroska योजक के अंदर किया जाता है, यदि Matroska योजक प्रारूप ही अन्य वीडियो कोडिंग प्रारूपों को सम्मलित करने में सक्षम है ([[वीपी9|VP9]] वीडियो और ऑडियो समर्थन बाद में वेबएम विनिर्देश में जोड़ा गया था)।


एक विशेष वीडियो कोडिंग प्रारूप का उपयोग करके एन्कोड की गई वीडियो सामग्री आम तौर पर एक कंटेनर प्रारूप (डिजिटल) के अंदर एक ऑडियो स्ट्रीम ([[ऑडियो कोडिंग प्रारूप]] का उपयोग करके एन्कोडेड) के साथ बंडल की जाती है #मल्टीमीडिया कंटेनर प्रारूप जैसे [[ऑडियो वीडियो इंटरलीव]], एमपी4, [[फ्लैश वीडियो]], [[रियलमीडिया]], या मैट्रोस्का . जैसे, उपयोगकर्ता के पास सामान्य रूप से H.264/MPEG-4 AVC|H.264 फ़ाइल नहीं होती है, बल्कि इसके बजाय एक .mp4 वीडियो फ़ाइल प्रारूप होता है, जो एक [[MP4]] कंटेनर होता है जिसमें H.264-एन्कोडेड वीडियो होता है, सामान्य रूप से साथ में [[उन्नत ऑडियो कोडिंग]]-एन्कोडेड ऑडियो। मल्टीमीडिया कंटेनर प्रारूपों में कई अलग-अलग वीडियो कोडिंग प्रारूपों में से कोई एक हो सकता है; उदाहरण के लिए MP4 कंटेनर प्रारूप में अन्य के साथ-साथ MPEG-2 भाग 2 या H.264 वीडियो कोडिंग प्रारूप में वीडियो शामिल हो सकते हैं। एक अन्य उदाहरण फ़ाइल प्रकार [[WebM]] के लिए प्रारंभिक विनिर्देश है, जो कंटेनर प्रारूप ([[Matroska]]) को निर्दिष्ट करता है, लेकिन यह भी कि वास्तव में कौन सा वीडियो ([[VP8]]) और ऑडियो ([[Vorbis]]) संपीड़न प्रारूप का उपयोग Matroska कंटेनर के अंदर किया जाता है, भले ही Matroska कंटेनर प्रारूप ही अन्य वीडियो कोडिंग प्रारूपों को शामिल करने में सक्षम है ([[वीपी9]] वीडियो और [[ रचना (ऑडियो कोडेक) ]] ऑडियो समर्थन बाद में वेबएम विनिर्देश में जोड़ा गया था)।
== प्रारूप और [[कोडेक]] के बीच अंतर ==
एक प्रारूप कोडेक द्वारा उत्पादित या उपभोग किए गए डेटा के लिए विन्यास योजना होती है।


== प्रारूप और [[कोडेक]] == के बीच अंतर
चूंकि वीडियो कोडिंग प्रारूप जैसे H.264 को कभी-कभी कोडेक्स के रूप में संदर्भित किया जाता है, विनिर्देश और इसके कार्यान्वयन के बीच एक स्पष्ट वैचारिक अंतर होता है। वीडियो कोडिंग प्रारूपों को विनिर्देशों में वर्णित किया गया है, और सॉफ्टवेयर, फर्मवेयर, या हार्डवेयर किसी दिए गए वीडियो कोडिंग प्रारूप में डेटा को एन्कोड/डीकोड करने के लिए/से असम्पीडित वीडियो उन विनिर्देशों के कार्यान्वयन है। सादृश्य के रूप में, वीडियो कोडिंग प्रारूप H.264 (विनिर्देश) कोडेक [[OpenH264]] (विशिष्ट कार्यान्वयन) के लिए है जो C (प्रोग्रामिंग भाषा) (विनिर्देश) संकलक GNU कंपाइलर संग्रह (विशिष्ट कार्यान्वयन) के लिए है। ध्यान दें कि प्रत्येक विनिर्देश (जैसे H.264) के लिए, उस विनिर्देश को लागू करने वाले कई कोडेक हो सकते है (जैसे [[x264]], OpenH264, H.264/MPEG-4 AVC उत्पाद और कार्यान्वयन)।
एक प्रारूप कोडेक द्वारा उत्पादित या उपभोग किए गए डेटा के लिए लेआउट योजना है।


हालांकि वीडियो कोडिंग प्रारूप जैसे H.264 को कभी-कभी कोडेक्स के रूप में संदर्भित किया जाता है, विनिर्देश और इसके कार्यान्वयन के बीच एक स्पष्ट वैचारिक अंतर होता है। वीडियो कोडिंग प्रारूपों को विनिर्देशों में वर्णित किया गया है, और सॉफ्टवेयर, फर्मवेयर, या हार्डवेयर किसी दिए गए वीडियो कोडिंग प्रारूप में डेटा को एन्कोड/डीकोड करने के लिए/से असम्पीडित वीडियो उन विनिर्देशों के कार्यान्वयन हैं। सादृश्य के रूप में, वीडियो कोडिंग प्रारूप H.264 (विनिर्देश) कोडेक [[OpenH264]] (विशिष्ट कार्यान्वयन) के लिए है जो C (प्रोग्रामिंग भाषा) (विनिर्देश) संकलक GNU कंपाइलर संग्रह (विशिष्ट कार्यान्वयन) के लिए है। ध्यान दें कि प्रत्येक विनिर्देश (जैसे H.264) के लिए, उस विनिर्देश को लागू करने वाले कई कोडेक हो सकते हैं (जैसे [[x264]], OpenH264, H.264/MPEG-4 AVC उत्पाद और कार्यान्वयन)।
यह भेद साहित्य में पारिभाषिक रूप से निरन्तर परिलक्षित नहीं होता है। H.264 विनिर्देश H.261, H.262, H.263, और H.264 वीडियो कोडिंग मानकों को कॉल करता है और इसमें कोडेक शब्द सम्मलित नहीं है।<ref name="h264" />[[ओपन मीडिया के लिए एलायंस]] [[ॉमेडीअ वीडियो 1]] वीडियो कोडिंग प्रारूप और उनके द्वारा विकसित किए जा रहे कोडेक के बीच स्पष्ट रूप से अंतर करता है, लेकिन वीडियो कोडिंग प्रारूप को वीडियो कोडेक विनिर्देश कहता है।<ref>{{cite web|url=http://aomedia.org/|publisher=Alliance for Open Media|title=मुखपृष्ठ|access-date=2016-05-23}}</ref> VP9 विनिर्देश वीडियो कोडिंग प्रारूप VP9 को ही एक कोडेक कहता है।<ref>{{cite web|url=https://storage.googleapis.com/downloads.webmproject.org/docs/vp9/vp9-bitstream-specification-v0.6-20160331-draft.pdf|title=VP9 Bitstream & Decoding Process Specification|author1=Adrian Grange |author2=Peter de Rivaz |author3=Jonathan Hunt  |name-list-style=amp }}</ref>
 
यह भेद साहित्य में पारिभाषिक रूप से निरन्तर परिलक्षित नहीं होता है। H.264 विनिर्देश H.261, H.262, H.263, और H.264 वीडियो कोडिंग मानकों को कॉल करता है और इसमें कोडेक शब्द शामिल नहीं है।<ref name="h264" />[[ओपन मीडिया के लिए एलायंस]] [[ॉमेडीअ वीडियो 1]] वीडियो कोडिंग प्रारूप और उनके द्वारा विकसित किए जा रहे कोडेक के बीच स्पष्ट रूप से अंतर करता है, लेकिन वीडियो कोडिंग प्रारूप को वीडियो कोडेक विनिर्देश कहता है।<ref>{{cite web|url=http://aomedia.org/|publisher=Alliance for Open Media|title=मुखपृष्ठ|access-date=2016-05-23}}</ref> VP9 विनिर्देश वीडियो कोडिंग प्रारूप VP9 को ही एक कोडेक कहता है।<ref>{{cite web|url=https://storage.googleapis.com/downloads.webmproject.org/docs/vp9/vp9-bitstream-specification-v0.6-20160331-draft.pdf|title=VP9 Bitstream & Decoding Process Specification|author1=Adrian Grange |author2=Peter de Rivaz |author3=Jonathan Hunt  |name-list-style=amp }}</ref>
सम्मिश्रण के उदाहरण के रूप में, क्रोमियम का<ref>{{cite web|url=https://www.chromium.org/audio-video|title=Audio/Video|publisher=The Chromium Projects
सम्मिश्रण के उदाहरण के रूप में, क्रोमियम का<ref>{{cite web|url=https://www.chromium.org/audio-video|title=Audio/Video|publisher=The Chromium Projects
|access-date=2016-05-23}}</ref> और मोज़िला<ref>{{cite web|url=https://developer.mozilla.org/en-US/docs/Web/HTML/Supported_media_formats|title=एचटीएमएल ऑडियो और वीडियो तत्वों द्वारा समर्थित मीडिया प्रारूप|publisher=Mozilla|access-date=2016-05-23}}</ref> उनके वीडियो प्रारूप को सूचीबद्ध करने वाले पृष्ठ कॉल वीडियो कोडिंग प्रारूपों जैसे H.264 कोडेक दोनों का समर्थन करते हैं। एक अन्य उदाहरण के रूप में, सिस्को की फ्री-एज-इन-बीयर वीडियो कोडेक की घोषणा में, प्रेस विज्ञप्ति एच.264 वीडियो कोडिंग प्रारूप को एक कोडेक (एक सामान्य वीडियो कोडेक का विकल्प) के रूप में संदर्भित करती है, लेकिन सिस्को के एच के कार्यान्वयन को कॉल करती है। इसके तुरंत बाद .264 एनकोडर/डिकोडर एक कोडेक (हमारे H.264 कोडेक को खोलें)।<ref>{{cite web|url=https://blogs.cisco.com/collaboration/open-source-h-264-removes-barriers-webrtc|title=Open-Sourced H.264 Removes Barriers to WebRTC|publisher=Cisco|access-date=2016-05-23|date=2013-10-30|author=Rowan Trollope}}</ref>
|access-date=2016-05-23}}</ref> और मोज़िला<ref>{{cite web|url=https://developer.mozilla.org/en-US/docs/Web/HTML/Supported_media_formats|title=एचटीएमएल ऑडियो और वीडियो तत्वों द्वारा समर्थित मीडिया प्रारूप|publisher=Mozilla|access-date=2016-05-23}}</ref> उनके वीडियो प्रारूप को सूचीबद्ध करने वाले पृष्ठ कॉल वीडियो कोडिंग प्रारूपों जैसे H.264 कोडेक दोनों का समर्थन करते है। एक अन्य उदाहरण के रूप में, सिस्को की फ्री-एज-इन-बीयर वीडियो कोडेक की घोषणा में, प्रेस विज्ञप्ति एच.264 वीडियो कोडिंग प्रारूप को एक कोडेक (एक सामान्य वीडियो कोडेक का विकल्प) के रूप में संदर्भित करती है, लेकिन सिस्को के एच के कार्यान्वयन को कॉल करती है। इसके तुरंत बाद .264 एनकोडर/डिकोडर एक कोडेक (हमारे H.264 कोडेक को खोलें)।<ref>{{cite web|url=https://blogs.cisco.com/collaboration/open-source-h-264-removes-barriers-webrtc|title=Open-Sourced H.264 Removes Barriers to WebRTC|publisher=Cisco|access-date=2016-05-23|date=2013-10-30|author=Rowan Trollope}}</ref>
एक वीडियो कोडिंग प्रारूप प्रारूप को लागू करने वाले कोडेक द्वारा उपयोग किए जाने वाले सभी [[कलन विधि]] को निर्देशित नहीं करता है। उदाहरण के लिए, वीडियो संपीड़न आमतौर पर कैसे काम करता है इसका एक बड़ा हिस्सा [[वीडियो संपीड़न चित्र प्रकार]] (ब्लॉक-मिलान) ढूंढना है, और फिर पूर्व-कोडित समान सबइमेज (जैसे, [[ मेक्रोब्लॉक ]]्स) की प्रतिलिपि बनाकर और आवश्यक होने पर छोटे अंतर जोड़कर संपीड़न प्राप्त करना है। ऐसे भविष्यवक्ताओं और मतभेदों का इष्टतम संयोजन ढूँढना एक एनपी-कठिन समस्या है,<ref>{{cite web|url=http://shodhganga.inflibnet.ac.in/bitstream/10603/8175/8/08_chapter%203.pdf|title=Chapter 3 : Modified A* Prune Algorithm for finding K-MCSP in video compression|publisher=Shodhganga.inflibnet.ac.in|access-date=2015-01-06}}</ref> जिसका अर्थ है कि एक इष्टतम समाधान खोजना व्यावहारिक रूप से असंभव है। जबकि वीडियो कोडिंग प्रारूप को बिटस्ट्रीम प्रारूप में फ्रेम में इस तरह के संपीड़न का समर्थन करना चाहिए, इस तरह के ब्लॉक-मैच और अन्य एन्कोडिंग चरणों को खोजने के लिए विशिष्ट एल्गोरिदम को अनावश्यक रूप से अनिवार्य नहीं करके, वीडियो कोडिंग विनिर्देश को लागू करने वाले कोडेक्स को अपनी पसंद में अनुकूलन और नवाचार करने की कुछ स्वतंत्रता है। एल्गोरिदम का। उदाहरण के लिए, H.264 विनिर्देश का खंड 0.5 कहता है कि एन्कोडिंग एल्गोरिदम विनिर्देश का हिस्सा नहीं हैं।<ref name="h264">{{cite web|url=http://www.itu.int/rec/dologin_pub.asp?lang=e&id=T-REC-H.264-200305-S!!PDF-E&type=items|title=SERIES H: AUDIOVISUAL AND MULTIMEDIA SYSTEMS : Infrastructure of audiovisual services – Coding of moving video : Advanced video coding for generic audiovisual services|publisher=Itu.int|access-date=6 January 2015}}</ref> एक ही वीडियो कोडिंग प्रारूप के लिए एल्गोरिद्म का मुक्त विकल्प एल्गोरिदम के अलग-अलग विश्लेषण की अनुमति देता है। स्पेस-टाइम जटिलता ट्रेड-ऑफ़, इसलिए एक लाइव फ़ीड एक तेज़ लेकिन अंतरिक्ष-अक्षम एल्गोरिदम का उपयोग कर सकता है, जबकि बाद में बड़े पैमाने पर उत्पादन के लिए एक बार की [[डीवीडी]] एन्कोडिंग अंतरिक्ष-कुशल एन्कोडिंग के लिए लंबे एन्कोडिंग-समय का व्यापार कर सकते हैं।
एक वीडियो कोडिंग प्रारूप प्रारूप को लागू करने वाले कोडेक द्वारा उपयोग किए जाने वाले सभी [[कलन विधि]] को निर्देशित नहीं करता है। उदाहरण के लिए, वीडियो संपीड़न सामान्यतः कैसे काम करता है इसका एक बड़ा हिस्सा [[वीडियो संपीड़न चित्र प्रकार]] (ब्लॉक-मिलान) ढूंढना है, और फिर पूर्व-कोडित समान सबइमेज (जैसे, [[ मेक्रोब्लॉक |मेक्रोब्लॉक]] ्स) की प्रतिलिपि बनाकर और आवश्यक होने पर छोटे अंतर जोड़कर संपीड़न प्राप्त करना है। ऐसे भविष्यवक्ताओं और मतभेदों का इष्टतम संयोजन ढूँढना एक एनपी-कठिन समस्या है,<ref>{{cite web|url=http://shodhganga.inflibnet.ac.in/bitstream/10603/8175/8/08_chapter%203.pdf|title=Chapter 3 : Modified A* Prune Algorithm for finding K-MCSP in video compression|publisher=Shodhganga.inflibnet.ac.in|access-date=2015-01-06}}</ref> जिसका अर्थ है कि एक इष्टतम समाधान खोजना व्यावहारिक रूप से असंभव है। जबकि वीडियो कोडिंग प्रारूप को बिटस्ट्रीम प्रारूप में वृत्ति में इस तरह के संपीड़न का समर्थन करना चाहिए, इस तरह के ब्लॉक-मैच और अन्य एन्कोडिंग चरणों को खोजने के लिए विशिष्ट एल्गोरिदम को अनावश्यक रूप से अनिवार्य नहीं करके, वीडियो कोडिंग विनिर्देश को लागू करने वाले कोडेक्स को अपनी पसंद में अनुकूलन और नवाचार करने की कुछ स्वतंत्रता है। एल्गोरिदम का। उदाहरण के लिए, H.264 विनिर्देश का खंड 0.5 कहता है कि एन्कोडिंग एल्गोरिदम विनिर्देश का हिस्सा नहीं है।<ref name="h264">{{cite web|url=http://www.itu.int/rec/dologin_pub.asp?lang=e&id=T-REC-H.264-200305-S!!PDF-E&type=items|title=SERIES H: AUDIOVISUAL AND MULTIMEDIA SYSTEMS : Infrastructure of audiovisual services – Coding of moving video : Advanced video coding for generic audiovisual services|publisher=Itu.int|access-date=6 January 2015}}</ref> एक ही वीडियो कोडिंग प्रारूप के लिए एल्गोरिद्म का मुक्त विकल्प एल्गोरिदम के अलग-अलग विश्लेषण की अनुमति देता है। स्पेस-टाइम जटिलता ट्रेड-ऑफ़, इसलिए एक लाइव फ़ीड एक तेज़ लेकिन अंतरिक्ष-अक्षम एल्गोरिदम का उपयोग कर सकता है, जबकि बाद में बड़े पैमाने पर उत्पादन के लिए एक बार की [[डीवीडी]] एन्कोडिंग अंतरिक्ष-कुशल एन्कोडिंग के लिए लंबे एन्कोडिंग-समय का व्यापार कर सकते है।


== इतिहास ==
== इतिहास ==
[[एनालॉग वीडियो]] कम्प्रेशन की अवधारणा [[1929]] की है, जब [[यूनाइटेड किंगडम]] में आरडी केल ने दृश्य के केवल उन हिस्सों को प्रसारित करने की अवधारणा का प्रस्ताव रखा था जो फ्रेम-टू-फ्रेम में बदल गए थे। [[डिजिटल वीडियो]] संपीड़न की अवधारणा 1952 की है, जब [[बेल लैब्स]] के शोधकर्ता बी.एम. ओलिवर और क्रिस हैरिसन (अमेरिकी फुटबॉल)|सी.डब्ल्यू. हैरिसन ने वीडियो कोडिंग में [[ अंतर पल्स-कोड मॉड्यूलेशन ]] (DPCM) के उपयोग का प्रस्ताव रखा। 1959 में, [[एनएचके]] के शोधकर्ताओं वाई. टाकी, एम. होतोरी और एस. तनाका द्वारा [[ अंतर-फ्रेम ]] मोशन मुआवजे की अवधारणा प्रस्तावित की गई थी, जिन्होंने अस्थायी आयाम में अनुमानित इंटर-फ्रेम वीडियो कोडिंग प्रस्तावित की थी।<ref name="ITU">{{cite web |title=वीडियो संपीड़न का इतिहास|url=https://www.itu.int/wftp3/av-arch/jvt-site/2002_07_Klagenfurt/JVT-D068.doc |website=[[ITU-T]] |publisher=Joint Video Team (JVT) of ISO/IEC MPEG & ITU-T VCEG (ISO/IEC JTC1/SC29/WG11 and ITU-T SG16 Q.6) |date=July 2002 |pages=11, 24–9, 33, 40–1, 53–6 |access-date=3 November 2019}}</ref> 1967 में, [[लंदन विश्वविद्यालय]] के शोधकर्ता ए.एच. रॉबिन्सन और सी. चेरी ने [[एनालॉग टेलीविजन]] संकेतों के प्रसारण बैंडविड्थ को कम करने के लिए [[रन-लेंथ एन्कोडिंग]] (आरएलई), एक [[दोषरहित संपीड़न]] योजना प्रस्तावित की।<ref name="robinson">{{cite journal |author1-last=Robinson |author1-first=A. H. |author2-last=Cherry |author2-first=C. |title=एक प्रोटोटाइप टेलीविजन बैंडविड्थ संपीड़न योजना के परिणाम|journal=[[Proceedings of the IEEE]] |publisher=[[IEEE]] |volume=55 |number=3 |date=1967 |pages=356–364 |doi=10.1109/PROC.1967.5493}}</ref>
[[एनालॉग वीडियो|अनुरूप वीडियो]] संकुचित की अवधारणा [[1929]] की है, जब [[यूनाइटेड किंगडम]] में आरडी केल ने दृश्य के केवल उन हिस्सों को प्रसारित करने की अवधारणा का प्रस्ताव रखा था जो वृत्ति-टू-वृत्ति में बदल गए थे। [[डिजिटल वीडियो]] संपीड़न की अवधारणा 1952 की है, जब [[बेल लैब्स]] के शोधकर्ता बी.एम. ओलिवर और क्रिस हैरिसन (अमेरिकी फुटबॉल)|सी.डब्ल्यू. हैरिसन ने वीडियो कोडिंग में [[ अंतर पल्स-कोड मॉड्यूलेशन |अंतर पल्स-कोड मॉड्यूलेशन]] (DPCM) के उपयोग का प्रस्ताव रखा। 1959 में, [[एनएचके]] के शोधकर्ताओं वाई. टाकी, एम. होतोरी और एस. तनाका द्वारा [[ अंतर-फ्रेम |अंतर-वृत्ति]] गति परीक्षण की अवधारणा प्रस्तावित की गई थी, जिन्होंने अस्थायी आयाम में अनुमानित इंटर-वृत्ति वीडियो कोडिंग प्रस्तावित की थी।<ref name="ITU">{{cite web |title=वीडियो संपीड़न का इतिहास|url=https://www.itu.int/wftp3/av-arch/jvt-site/2002_07_Klagenfurt/JVT-D068.doc |website=[[ITU-T]] |publisher=Joint Video Team (JVT) of ISO/IEC MPEG & ITU-T VCEG (ISO/IEC JTC1/SC29/WG11 and ITU-T SG16 Q.6) |date=July 2002 |pages=11, 24–9, 33, 40–1, 53–6 |access-date=3 November 2019}}</ref> 1967 में, [[लंदन विश्वविद्यालय]] के शोधकर्ता ए.एच. रॉबिन्सन और सी. चेरी ने [[एनालॉग टेलीविजन|अनुरूप टेलीविजन]] संकेतों के प्रसारण बैंडविड्थ को कम करने के लिए [[रन-लेंथ एन्कोडिंग|रन-माप एन्कोडिंग]] (आरएलई), एक [[दोषरहित संपीड़न]] योजना प्रस्तावित की।<ref name="robinson">{{cite journal |author1-last=Robinson |author1-first=A. H. |author2-last=Cherry |author2-first=C. |title=एक प्रोटोटाइप टेलीविजन बैंडविड्थ संपीड़न योजना के परिणाम|journal=[[Proceedings of the IEEE]] |publisher=[[IEEE]] |volume=55 |number=3 |date=1967 |pages=356–364 |doi=10.1109/PROC.1967.5493}}</ref>
शुरुआती डिजिटल वीडियो कोडिंग एल्गोरिदम या तो [[असम्पीडित वीडियो]] के लिए थे या दोषरहित संपीड़न का इस्तेमाल करते थे, दोनों तरीके डिजिटल वीडियो कोडिंग के लिए अक्षम और अव्यवहारिक थे।<ref name="Ghanbari">{{cite book |last1=Ghanbari |first1=Mohammed |title=Standard Codecs: Image Compression to Advanced Video Coding |date=2003 |publisher=[[Institution of Engineering and Technology]] |isbn=9780852967102 |pages=1–2 |url=https://books.google.com/books?id=7XuU8T3ooOAC&pg=PA1}}</ref><ref name="Lea">{{cite book |last1=Lea |first1=William |title=Video on demand: Research Paper 94/68 |date=1994 |publisher=[[House of Commons Library]] |url=https://researchbriefings.parliament.uk/ResearchBriefing/Summary/RP94-68 |access-date=20 September 2019}}</ref> 1970 के दशक में डिजिटल वीडियो पेश किया गया था,<ref name="Ghanbari"/>प्रारंभ में असम्पीडित [[ पल्स कोड मॉडुलेशन ]] (पीसीएम) का उपयोग करते हुए 45 के आसपास उच्च [[बिटरेट]] की आवश्यकता होती है{{ndash}}200 Mbit/s मानक-परिभाषा (SD) वीडियो के लिए,<ref name="Ghanbari"/><ref name="Lea"/>जो [[दूरसंचार]] [[बैंडविड्थ (कंप्यूटिंग)]] (100 तक) से 2,000 गुना अधिक था{{nbsp}}किलोबिट्स प्रति सेकंड|kbit/s) 1990 के दशक तक उपलब्ध थे।<ref name="Lea"/>इसी तरह, असम्पीडित [[ उच्च परिभाषा वीडियो ]] | हाई-डेफिनिशन (एचडी) [[1080p]] वीडियो के लिए 1 से अधिक बिटरेट की आवश्यकता होती है{{nbsp}}जीबीटी/एस, 2000 के दशक में उपलब्ध बैंडविड्थ से उल्लेखनीय रूप से अधिक।<ref>{{cite book |last1=Lee |first1=Jack |title=Scalable Continuous Media Streaming Systems: Architecture, Design, Analysis and Implementation |date=2005 |publisher=[[John Wiley & Sons]] |isbn=9780470857649 |page=25 |url=https://books.google.com/books?id=7fuvu52cyNEC&pg=PA25}}</ref>
 
 
=== गति-मुआवजा डीसीटी ===
गति क्षतिपूर्ति के विकास के साथ व्यावहारिक वीडियो संपीड़न उभरा | गति-क्षतिपूर्ति असतत कोसाइन रूपांतरण (MC DCT) कोडिंग,<ref name="Lea"/><ref name="Ghanbari"/>ब्लॉक मोशन मुआवजा (बीएमसी) भी कहा जाता है<ref name="ITU"/>या डीसीटी गति मुआवजा। यह एक हाइब्रिड कोडिंग एल्गोरिथम है,<ref name="ITU"/>जो दो प्रमुख डेटा संपीड़न तकनीकों को जोड़ती है: असतत कोसाइन ट्रांसफ़ॉर्म (DCT) कोडिंग<ref name="Lea"/><ref name="Ghanbari"/>[[स्थानिक आयाम]] में, और लौकिक आयाम में भविष्य कहनेवाला गति मुआवजा।<ref name="ITU"/>


डीसीटी कोडिंग एक हानिकारक संपीड़न ब्लॉक संपीड़न परिवर्तन कोडिंग तकनीक है जिसे पहली बार एन. अहमद द्वारा प्रस्तावित किया गया था, जिन्होंने शुरुआत में इसे [[छवि संपीड़न]] के लिए लक्षित किया था, जबकि वह 1972 में [[कंसास स्टेट यूनिवर्सिटी]] में काम कर रहे थे। तब इसे एक व्यावहारिक छवि संपीड़न एल्गोरिदम में विकसित किया गया था। 1973 में [[टेक्सास विश्वविद्यालय]] में टी. नटराजन और के.आर. राव के साथ अहमद, और 1974 में प्रकाशित हुआ था।<ref name="Ahmed">{{cite journal |last=Ahmed |first=Nasir |author-link=N. Ahmed |title=मैं असतत कोसाइन परिवर्तन के साथ कैसे आया|journal=[[Digital Signal Processing (journal)|Digital Signal Processing]] |date=January 1991 |volume=1 |issue=1 |pages=4–5 |doi=10.1016/1051-2004(91)90086-Z |url=https://www.scribd.com/doc/52879771/DCT-History-How-I-Came-Up-with-the-Discrete-Cosine-Transform}}</ref><ref name="pubDCT">{{Citation |first1=Nasir |last1=Ahmed |author1-link=N. Ahmed |first2=T. |last2=Natarajan |first3=K. R. |last3=Rao |title=Discrete Cosine Transform |journal=IEEE Transactions on Computers |date=January 1974 |volume=C-23 |issue=1 |pages=90–93 |doi=10.1109/T-C.1974.223784|s2cid=149806273 }}</ref><ref name="pubRaoYip">{{Citation |last1=Rao |first1=K. R. |author-link1=K. R. Rao |last2=Yip |first2=P. |title=Discrete Cosine Transform: Algorithms, Advantages, Applications |publisher=Academic Press |location=Boston |year=1990 |isbn=978-0-12-580203-1}}</ref>
प्रारंभिक डिजिटल वीडियो कोडिंग एल्गोरिदम या तो [[असम्पीडित वीडियो]] के लिए थे या दोषरहित संपीड़न का उपयोग करते थे, दोनों विधियों डिजिटल वीडियो कोडिंग के लिए अक्षम और अव्यवहारिक थे।<ref name="Ghanbari">{{cite book |last1=Ghanbari |first1=Mohammed |title=Standard Codecs: Image Compression to Advanced Video Coding |date=2003 |publisher=[[Institution of Engineering and Technology]] |isbn=9780852967102 |pages=1–2 |url=https://books.google.com/books?id=7XuU8T3ooOAC&pg=PA1}}</ref><ref name="Lea">{{cite book |last1=Lea |first1=William |title=Video on demand: Research Paper 94/68 |date=1994 |publisher=[[House of Commons Library]] |url=https://researchbriefings.parliament.uk/ResearchBriefing/Summary/RP94-68 |access-date=20 September 2019}}</ref> 1970 के दशक में डिजिटल वीडियो प्रस्तुत किया गया था,<ref name="Ghanbari" />प्रारंभ में असम्पीडित [[ पल्स कोड मॉडुलेशन |पल्स कोड मॉडुलेशन]] (पीसीएम) का उपयोग करते हुए 45 के आसपास उच्च [[बिटरेट]] की आवश्यकता होती है{{ndash}}200 Mbit/s मानक-परिभाषा (SD) वीडियो के लिए,<ref name="Ghanbari" /><ref name="Lea" />जो [[दूरसंचार]] [[बैंडविड्थ (कंप्यूटिंग)]] (100 तक) से 2,000 गुना अधिक था किलोबिट्स प्रति सेकंड|kbit/s) 1990 के दशक तक उपलब्ध थे।<ref name="Lea" />इसी तरह, असम्पीडित [[ उच्च परिभाषा वीडियो |उच्च परिभाषा वीडियो]] | हाई-डेफिनिशन (एचडी) [[1080p]] वीडियो के लिए 1 से अधिक बिटरेट की आवश्यकता होती है जीबीटी/एस, 2000 के दशक में उपलब्ध बैंडविड्थ से उल्लेखनीय रूप से अधिक।<ref>{{cite book |last1=Lee |first1=Jack |title=Scalable Continuous Media Streaming Systems: Architecture, Design, Analysis and Implementation |date=2005 |publisher=[[John Wiley & Sons]] |isbn=9780470857649 |page=25 |url=https://books.google.com/books?id=7fuvu52cyNEC&pg=PA25}}</ref>
अन्य प्रमुख विकास गति-मुआवजा हाइब्रिड कोडिंग था।<ref name="ITU"/>1974 में, [[दक्षिणी कैलिफोर्निया विश्वविद्यालय]] में अली हबीबी ने हाइब्रिड कोडिंग की शुरुआत की,<ref name="Habibi">{{cite journal |last1=Habibi |first1=Ali |title=सचित्र डेटा की हाइब्रिड कोडिंग|journal=IEEE Transactions on Communications |date=1974 |volume=22 |issue=5 |pages=614–624 |doi=10.1109/TCOM.1974.1092258}}</ref><ref>{{cite journal |last1=Chen |first1=Z. |last2=He |first2=T. |last3=Jin |first3=X. |last4=Wu |first4=F. |title=वीडियो संपीड़न के लिए सीखना|journal=IEEE Transactions on Circuits and Systems for Video Technology |date=2019 |volume=30 |issue=2 |pages=566–576 |doi=10.1109/TCSVT.2019.2892608 |arxiv=1804.09869 |s2cid=13743007 }}</ref><ref>{{cite book |last1=Pratt |first1=William K. |title=Advances in Electronics and Electron Physics: Supplement |date=1984 |publisher=[[Academic Press]] |isbn=9780120145720 |page=158 |url=https://books.google.com/books?id=OX00AAAAIAAJ |quote=A significant advance in image coding methodology occurred with the introduction of the concept of hybrid transform/DPCM coding (Habibi, 1974).}}</ref> जो प्रिडिक्टिव कोडिंग को ट्रांसफॉर्म कोडिंग के साथ जोड़ती है।<ref name="ITU"/><ref>{{cite book |last1=Ohm |first1=Jens-Rainer |title=मल्टीमीडिया सिग्नल कोडिंग और ट्रांसमिशन|date=2015 |publisher=Springer |isbn=9783662466919 |pages=364 |url=https://books.google.com/books?id=e7xnBwAAQBAJ&pg=PA364}}</ref> उन्होंने डीसीटी, [[हैडमार्ड ट्रांसफॉर्म]], [[फूरियर रूपांतरण]], स्लैंट ट्रांसफॉर्म और [[करहुनेन-लोव ट्रांसफॉर्म]] सहित कई कोडिंग तकनीकों की जांच की।<ref name="Habibi"/>हालाँकि, उनका एल्गोरिथ्म शुरू में स्थानिक आयाम में [[इंट्रा-फ्रेम]] कोडिंग तक सीमित था। 1975 में, जॉन ए. रोएज़ और गनर एस. रॉबिन्सन ने हबीबी के हाइब्रिड कोडिंग एल्गोरिद्म को टेम्पोरल डाइमेंशन में ट्रांसफ़ॉर्म कोडिंग और टेम्पोरल डायमेंशन में प्रेडिक्टिव कोडिंग का उपयोग करते हुए इंटर-फ़्रेम मोशन-मुआवज़ा हाइब्रिड कोडिंग विकसित करते हुए, टेम्पोरल डायमेंशन तक बढ़ाया।<ref name="ITU"/><ref name="Roese">{{cite journal |last1=Roese |first1=John A. |last2=Robinson |first2=Guner S. |title=डिजिटल इमेज सीक्वेंस की संयुक्त स्थानिक और टेम्पोरल कोडिंग|journal=Efficient Transmission of Pictorial Information |date=30 October 1975 |volume=0066 |pages=172–181 |doi=10.1117/12.965361 |publisher=International Society for Optics and Photonics|bibcode=1975SPIE...66..172R |s2cid=62725808 }}</ref> स्थानिक परिवर्तन कोडिंग के लिए, उन्होंने डीसीटी और [[फास्ट फूरियर ट्रांसफॉर्म]] (एफएफटी) समेत विभिन्न परिवर्तनों के साथ प्रयोग किया, उनके लिए इंटर-फ्रेम हाइब्रिड कोडर विकसित किया, और पाया कि डीसीटी इसकी कम जटिलता के कारण सबसे कुशल है, सक्षम है 2-[[ अंश ]] प्रति [[पिक्सेल]] की आवश्यकता वाले एक विशिष्ट इंट्रा-फ्रेम कोडर की तुलना में छवि गुणवत्ता के साथ एक [[videotelephone]] दृश्य के लिए छवि डेटा को 0.25-बिट प्रति पिक्सेल तक कम करना।<ref>{{cite book |last1=Huang |first1=T. S. |title=छवि अनुक्रम विश्लेषण|date=1981 |publisher=[[Springer Science & Business Media]] |isbn=9783642870378 |page=29 |url=https://books.google.com/books?id=bAirCAAAQBAJ&pg=PA29}}</ref><ref name="Roese"/>
=== गति-आपूर्ति डीसीटी ===
गति क्षतिपूर्ति के विकास के साथ व्यावहारिक वीडियो संपीड़न उभरा | गति-क्षतिपूर्ति असतत कोसाइन रूपांतरण (MC DCT) कोडिंग,<ref name="Lea"/><ref name="Ghanbari"/> गति आपूर्ति (बीएमसी) भी कहा जाता है<ref name="ITU"/>या डीसीटी गति आपूर्ति। यह एक हाइब्रिड कोडिंग एल्गोरिथम है,<ref name="ITU"/> जो दो प्रमुख डेटा संपीड़न तकनीकों को जोड़ती है: असतत कोसाइन परिवर्तन (DCT) कोडिंग<ref name="Lea"/><ref name="Ghanbari"/>[[स्थानिक आयाम]] में, और लौकिक आयाम में भविष्य कहनेवाला गति आपूर्ति।<ref name="ITU"/>


DCT को वेन-सिउंग चेन द्वारा वीडियो एन्कोडिंग पर लागू किया गया था,<ref name="Stankovic">{{cite journal |last1=Stanković |first1=Radomir S. |last2=Astola |first2=Jaakko T. |title=Reminiscences of the Early Work in DCT: Interview with K.R. Rao |journal=Reprints from the Early Days of Information Sciences |date=2012 |volume=60 |url=http://ticsp.cs.tut.fi/reports/ticsp-report-60-reprint-rao-corrected.pdf |access-date=13 October 2019}}</ref> जिन्होंने C.H के साथ एक तेज़ DCT एल्गोरिथम विकसित किया। 1977 में स्मिथ और एस.सी. फ्रलिक,<ref>{{cite journal |last1=Chen |first1=Wen-Hsiung |last2=Smith |first2=C. H. |last3=Fralick |first3=S. C. |title=असतत कोज्या रूपांतरण के लिए एक तेज़ कम्प्यूटेशनल एल्गोरिथम|journal=[[IEEE Transactions on Communications]] |date=September 1977 |volume=25 |issue=9 |pages=1004–1009 |doi=10.1109/TCOM.1977.1093941}}</ref><ref name="t81">{{cite web |title=T.81 – Digital compression and coding of continuous-tone still images – Requirements and guidelines |url=https://www.w3.org/Graphics/JPEG/itu-t81.pdf |publisher=[[CCITT]] |date=September 1992 |access-date=12 July 2019}}</ref> और DCT तकनीक का व्यावसायीकरण करने के लिए कम्प्रेशन लैब्स, Inc. की स्थापना की।<ref name="Stankovic">{{cite journal |last1=Stanković |first1=Radomir S. |last2=Astola |first2=Jaakko T. |title=Reminiscences of the Early Work in DCT: Interview with K.R. Rao |journal=Reprints from the Early Days of Information Sciences |date=2012 |volume=60 |url=http://ticsp.cs.tut.fi/reports/ticsp-report-60-reprint-rao-corrected.pdf |access-date=13 October 2019}}</ref> 1979 में, अनिल के. जैन (इलेक्ट्रिकल इंजीनियर, जन्म 1946) | अनिल के. जैन और जसवंत आर. जैन ने मोशन-कंपेंसेटेड डीसीटी वीडियो कंप्रेशन को और विकसित किया।<ref>{{cite book |last1=Cianci |first1=Philip J. |title=High Definition Television: The Creation, Development and Implementation of HDTV Technology |date=2014 |publisher=McFarland |isbn=9780786487974 |page=63 |url=https://books.google.com/books?id=0mbsfr38GTgC&pg=PA63}}</ref><ref name="ITU"/>इसने 1981 में चेन को एक व्यावहारिक वीडियो संपीड़न एल्गोरिथ्म विकसित करने के लिए प्रेरित किया, जिसे गति-क्षतिपूर्ति DCT या अनुकूली दृश्य कोडिंग कहा जाता है।<ref name="ITU"/>मोशन-मुआवजा DCT बाद में 1980 के दशक के अंत से वीडियो संपीड़न के लिए मानक कोडिंग तकनीक बन गया।<ref name="Ghanbari"/><ref name="Li">{{cite book |last1=Li |first1=Jian Ping |title=Proceedings of the International Computer Conference 2006 on Wavelet Active Media Technology and Information Processing: Chongqing, China, 29-31 August 2006 |date=2006 |publisher=[[World Scientific]] |isbn=9789812709998 |page=847 |url=https://books.google.com/books?id=FZiK3zXdK7sC&pg=PA847}}</ref>
डीसीटी कोडिंग एक हानिकारक संपीड़न परिवर्तन कोडिंग तकनीक है जिसे पहली बार एन. अहमद द्वारा प्रस्तावित किया गया था, जिन्होंने प्रारंभ में इसे [[छवि संपीड़न]] के लिए लक्षित किया था, जबकि वह 1972 में [[कंसास स्टेट यूनिवर्सिटी]] में काम कर रहे थे। तब इसे एक व्यावहारिक छवि संपीड़न एल्गोरिदम में विकसित किया गया था। 1973 में [[टेक्सास विश्वविद्यालय]] में टी. नटराजन और के.आर. राव के साथ अहमद, और 1974 में प्रकाशित हुआ था।<ref name="Ahmed">{{cite journal |last=Ahmed |first=Nasir |author-link=N. Ahmed |title=मैं असतत कोसाइन परिवर्तन के साथ कैसे आया|journal=[[Digital Signal Processing (journal)|Digital Signal Processing]] |date=January 1991 |volume=1 |issue=1 |pages=4–5 |doi=10.1016/1051-2004(91)90086-Z |url=https://www.scribd.com/doc/52879771/DCT-History-How-I-Came-Up-with-the-Discrete-Cosine-Transform}}</ref><ref name="pubDCT">{{Citation |first1=Nasir |last1=Ahmed |author1-link=N. Ahmed |first2=T. |last2=Natarajan |first3=K. R. |last3=Rao |title=Discrete Cosine Transform |journal=IEEE Transactions on Computers |date=January 1974 |volume=C-23 |issue=1 |pages=90–93 |doi=10.1109/T-C.1974.223784|s2cid=149806273 }}</ref><ref name="pubRaoYip">{{Citation |last1=Rao |first1=K. R. |author-link1=K. R. Rao |last2=Yip |first2=P. |title=Discrete Cosine Transform: Algorithms, Advantages, Applications |publisher=Academic Press |location=Boston |year=1990 |isbn=978-0-12-580203-1}}</ref>


अन्य प्रमुख विकास गति-आपूर्ति हाइब्रिड कोडिंग था।<ref name="ITU" />1974 में, [[दक्षिणी कैलिफोर्निया विश्वविद्यालय]] में अली हबीबी ने हाइब्रिड कोडिंग की प्रारंभ की,<ref name="Habibi">{{cite journal |last1=Habibi |first1=Ali |title=सचित्र डेटा की हाइब्रिड कोडिंग|journal=IEEE Transactions on Communications |date=1974 |volume=22 |issue=5 |pages=614–624 |doi=10.1109/TCOM.1974.1092258}}</ref><ref>{{cite journal |last1=Chen |first1=Z. |last2=He |first2=T. |last3=Jin |first3=X. |last4=Wu |first4=F. |title=वीडियो संपीड़न के लिए सीखना|journal=IEEE Transactions on Circuits and Systems for Video Technology |date=2019 |volume=30 |issue=2 |pages=566–576 |doi=10.1109/TCSVT.2019.2892608 |arxiv=1804.09869 |s2cid=13743007 }}</ref><ref>{{cite book |last1=Pratt |first1=William K. |title=Advances in Electronics and Electron Physics: Supplement |date=1984 |publisher=[[Academic Press]] |isbn=9780120145720 |page=158 |url=https://books.google.com/books?id=OX00AAAAIAAJ |quote=A significant advance in image coding methodology occurred with the introduction of the concept of hybrid transform/DPCM coding (Habibi, 1974).}}</ref> जो भावी सूचक कोडिंग को परिवर्तन कोडिंग के साथ जोड़ती है।<ref name="ITU" /><ref>{{cite book |last1=Ohm |first1=Jens-Rainer |title=मल्टीमीडिया सिग्नल कोडिंग और ट्रांसमिशन|date=2015 |publisher=Springer |isbn=9783662466919 |pages=364 |url=https://books.google.com/books?id=e7xnBwAAQBAJ&pg=PA364}}</ref> उन्होंने डीसीटी, [[हैडमार्ड ट्रांसफॉर्म|हैडमार्ड परिवर्तन]], [[फूरियर रूपांतरण]], स्लैंट परिवर्तन और [[करहुनेन-लोव ट्रांसफॉर्म|करहुनेन-लोव परिवर्तन]] सहित कई कोडिंग तकनीकों की जांच की।<ref name="Habibi" /> चूँकि, उनका एल्गोरिथ्म प्रारंभ में स्थानिक आयाम में [[इंट्रा-फ्रेम|अंतः वृत्ति]] कोडिंग तक सीमित था। 1975 में, जॉन ए. रोएज़ और गनर एस. रॉबिन्सन ने हबीबी के हाइब्रिड कोडिंग एल्गोरिद्म को अस्थायी आयाम में परिवर्तन कोडिंग और अस्थायी आयाम में कोडिंग का उपयोग करते हुए अंतः वृत्ति गति-मुआवज़ा हाइब्रिड कोडिंग विकसित करते हुए, अस्थायी डायमेंशन तक बढ़ाया।<ref name="ITU" /><ref name="Roese">{{cite journal |last1=Roese |first1=John A. |last2=Robinson |first2=Guner S. |title=डिजिटल इमेज सीक्वेंस की संयुक्त स्थानिक और टेम्पोरल कोडिंग|journal=Efficient Transmission of Pictorial Information |date=30 October 1975 |volume=0066 |pages=172–181 |doi=10.1117/12.965361 |publisher=International Society for Optics and Photonics|bibcode=1975SPIE...66..172R |s2cid=62725808 }}</ref> स्थानिक परिवर्तन कोडिंग के लिए, उन्होंने डीसीटी और [[फास्ट फूरियर ट्रांसफॉर्म|फास्ट फूरियर परिवर्तन]] (एफएफटी) समेत विभिन्न परिवर्तनों के साथ प्रयोग किया, उनके लिए इंटर-वृत्ति हाइब्रिड कोडर विकसित किया, और पाया कि डीसीटी इसकी कम जटिलता के कारण सबसे कुशल है, सक्षम है 2-[[ अंश | अंश]] प्रति [[पिक्सेल]] की आवश्यकता वाले एक विशिष्ट अंतः वृत्ति कोडर की तुलना में छवि गुणवत्ता के साथ एक [[videotelephone|विडिओ टेलीफोन]] दृश्य के लिए छवि डेटा को 0.25-बिट प्रति पिक्सेल तक कम करता है।<ref>{{cite book |last1=Huang |first1=T. S. |title=छवि अनुक्रम विश्लेषण|date=1981 |publisher=[[Springer Science & Business Media]] |isbn=9783642870378 |page=29 |url=https://books.google.com/books?id=bAirCAAAQBAJ&pg=PA29}}</ref><ref name="Roese" />


DCT को वेन-सिउंग श्रंखला द्वारा वीडियो एन्कोडिंग पर लागू किया गया था,<ref name="Stankovic">{{cite journal |last1=Stanković |first1=Radomir S. |last2=Astola |first2=Jaakko T. |title=Reminiscences of the Early Work in DCT: Interview with K.R. Rao |journal=Reprints from the Early Days of Information Sciences |date=2012 |volume=60 |url=http://ticsp.cs.tut.fi/reports/ticsp-report-60-reprint-rao-corrected.pdf |access-date=13 October 2019}}</ref> जिन्होंने C.H के साथ एक तेज़ DCT एल्गोरिथम विकसित किया था। 1977 में स्मिथ और एस.सी. फ्रलिक,<ref>{{cite journal |last1=Chen |first1=Wen-Hsiung |last2=Smith |first2=C. H. |last3=Fralick |first3=S. C. |title=असतत कोज्या रूपांतरण के लिए एक तेज़ कम्प्यूटेशनल एल्गोरिथम|journal=[[IEEE Transactions on Communications]] |date=September 1977 |volume=25 |issue=9 |pages=1004–1009 |doi=10.1109/TCOM.1977.1093941}}</ref><ref name="t81">{{cite web |title=T.81 – Digital compression and coding of continuous-tone still images – Requirements and guidelines |url=https://www.w3.org/Graphics/JPEG/itu-t81.pdf |publisher=[[CCITT]] |date=September 1992 |access-date=12 July 2019}}</ref> और DCT तकनीक का व्यावसायीकरण करने के लिए संकुचित लैब्स, Inc. की स्थापना की।<ref name="Stankovic">{{cite journal |last1=Stanković |first1=Radomir S. |last2=Astola |first2=Jaakko T. |title=Reminiscences of the Early Work in DCT: Interview with K.R. Rao |journal=Reprints from the Early Days of Information Sciences |date=2012 |volume=60 |url=http://ticsp.cs.tut.fi/reports/ticsp-report-60-reprint-rao-corrected.pdf |access-date=13 October 2019}}</ref> 1979 में, अनिल के. जैन (विद्युतिए अभियांत्रिकी, जन्म 1946) | अनिल के. जैन और जसवंत आर. जैन ने गति-आपूर्ति डीसीटी वीडियो को और विकसित किया था।<ref>{{cite book |last1=Cianci |first1=Philip J. |title=High Definition Television: The Creation, Development and Implementation of HDTV Technology |date=2014 |publisher=McFarland |isbn=9780786487974 |page=63 |url=https://books.google.com/books?id=0mbsfr38GTgC&pg=PA63}}</ref><ref name="ITU" /> इसने 1981 में श्रंखला को एक व्यावहारिक वीडियो संपीड़न एल्गोरिथ्म विकसित करने के लिए प्रेरित किया, जिसे गति-क्षतिपूर्ति DCT या अनुकूली दृश्य कोडिंग कहा जाता है।<ref name="ITU" /> गति-आपूर्ति DCT बाद में 1980 के दशक के अंत से वीडियो संपीड़न के लिए मानक कोडिंग तकनीक बन गया था।<ref name="Ghanbari" /><ref name="Li">{{cite book |last1=Li |first1=Jian Ping |title=Proceedings of the International Computer Conference 2006 on Wavelet Active Media Technology and Information Processing: Chongqing, China, 29-31 August 2006 |date=2006 |publisher=[[World Scientific]] |isbn=9789812709998 |page=847 |url=https://books.google.com/books?id=FZiK3zXdK7sC&pg=PA847}}</ref>
=== वीडियो कोडिंग मानक ===
=== वीडियो कोडिंग मानक ===
पहला डिजिटल वीडियो कोडिंग मानक H.120 था, जिसे 1984 में [[ITU-T]] (अब ITU-T) द्वारा विकसित किया गया था।<ref name="history">{{cite web |title=वीडियो फ़ाइल स्वरूपों का इतिहास इन्फोग्राफिक|url=http://www.real.com/resources/digital-video-file-formats/ |website=[[RealNetworks]] |access-date=5 August 2019 |date=22 April 2012}}</ref> H.120 व्यवहार में प्रयोग करने योग्य नहीं था, क्योंकि इसका प्रदर्शन बहुत खराब था।<ref name="history" />H.120 ने गति-क्षतिपूर्ति DPCM कोडिंग का उपयोग किया,<ref name="ITU"/>दोषरहित संपीड़न एल्गोरिदम जो वीडियो कोडिंग के लिए अक्षम था।<ref name="Ghanbari"/>1980 के दशक के उत्तरार्ध के दौरान, कई कंपनियों ने डिस्क्रीट कोसाइन ट्रांसफ़ॉर्म (DCT) कोडिंग के साथ प्रयोग करना शुरू किया, वीडियो कोडिंग के लिए संपीड़न का एक अधिक कुशल रूप। [[वेक्टर परिमाणीकरण]] (वीक्यू) संपीड़न के आधार पर एकल प्रस्ताव के विपरीत सीसीआईटीटी को डीसीटी-आधारित वीडियो संपीड़न प्रारूपों के लिए 14 प्रस्ताव प्राप्त हुए। H.261 मानक गति-क्षतिपूर्ति DCT संपीड़न के आधार पर विकसित किया गया था।<ref name="Ghanbari"/><ref name="Li"/>H.261 पहला व्यावहारिक वीडियो कोडिंग मानक था,<ref name="history" />और [[ Hitachi ]], [[पिक्चरटेल]], [[निप्पॉन टेलीग्राफ और टेलीफोन]], [[बीटी पीएलसी]], और [[ तोशीबा ]] सहित कई कंपनियों से लाइसेंस प्राप्त [[पेटेंट]] का उपयोग करता है।<ref name="h261-patents"/>H.261 के बाद से, गति-क्षतिपूर्ति DCT संपीड़न को सभी प्रमुख वीडियो कोडिंग मानकों (H.26x और [[MPEG]] प्रारूपों सहित) द्वारा अपनाया गया है।<ref name="Ghanbari"/><ref name="Li"/>
पहला डिजिटल वीडियो कोडिंग मानक H.120 था, जिसे 1984 में [[ITU-T]] (अब ITU-T) द्वारा विकसित किया गया था।<ref name="history">{{cite web |title=वीडियो फ़ाइल स्वरूपों का इतिहास इन्फोग्राफिक|url=http://www.real.com/resources/digital-video-file-formats/ |website=[[RealNetworks]] |access-date=5 August 2019 |date=22 April 2012}}</ref> H.120 व्यवहार में प्रयोग करने योग्य नहीं था, क्योंकि इसका प्रदर्शन बहुत खराब था।<ref name="history" />H.120 ने गति-क्षतिपूर्ति DPCM कोडिंग का उपयोग किया,<ref name="ITU"/>दोषरहित संपीड़न एल्गोरिदम जो वीडियो कोडिंग के लिए अक्षम था।<ref name="Ghanbari"/>1980 के दशक के उत्तरार्ध के दौरान, कई कंपनियों ने डिस्क्रीट कोसाइन परिवर्तन (DCT) कोडिंग के साथ प्रयोग करना प्रारंभ किया, वीडियो कोडिंग के लिए संपीड़न का एक अधिक कुशल रूप। [[वेक्टर परिमाणीकरण]] (वीक्यू) संपीड़न के आधार पर एकल प्रस्ताव के विपरीत सीसीआईटीटी को डीसीटी-आधारित वीडियो संपीड़न प्रारूपों के लिए 14 प्रस्ताव प्राप्त हुए। H.261 मानक गति-क्षतिपूर्ति DCT संपीड़न के आधार पर विकसित किया गया था।<ref name="Ghanbari"/><ref name="Li"/> H.261 पहला व्यावहारिक वीडियो कोडिंग मानक था,<ref name="history" /> और [[ Hitachi |हिताची]] , [[पिक्चरटेल]], [[निप्पॉन टेलीग्राफ और टेलीफोन]], [[बीटी पीएलसी]], और [[ तोशीबा |तोशीबा]] सहित कई कंपनियों से लाइसेंस प्राप्त [[पेटेंट]] का उपयोग करता है।<ref name="h261-patents"/>H.261 के बाद से, गति-क्षतिपूर्ति DCT संपीड़न को सभी प्रमुख वीडियो कोडिंग मानकों (H.26x और [[MPEG]] प्रारूपों सहित) द्वारा अपनाया गया है।<ref name="Ghanbari"/><ref name="Li"/>
 
[[MPEG-1]], [[ मोशन पिक्चर विशेषज्ञ समूह ]] (MPEG) द्वारा विकसित, 1991 में अपनाया गया, और इसे [[VHS]]-गुणवत्ता वाले वीडियो को संपीड़ित करने के लिए डिज़ाइन किया गया था।<ref name="history"/>यह 1994 में [[MPEG-2]]/H.262/MPEG-2 भाग 2|H.262 द्वारा सफल हुआ,<ref name="history"/>जिसे कई कंपनियों, मुख्य रूप से [[सोनी]], [[टेक्नीकलर एसए]] और [[मित्सुबिशी इलेक्ट्रिक]] से लाइसेंस प्राप्त पेटेंट के साथ विकसित किया गया था।<ref name="mp2-patents"/>MPEG-2 DVD और [[एसडी डिजिटल टेलीविजन]] के लिए मानक वीडियो प्रारूप बन गया।<ref name="history"/>इसकी गति-क्षतिपूर्ति डीसीटी एल्गोरिदम 100:1 तक का संपीड़न अनुपात प्राप्त करने में सक्षम था, जिससे [[प्रचलित विडियो]] (वीओडी) जैसी [[ डिजीटल मीडिया ]] प्रौद्योगिकियों के विकास को सक्षम किया गया।<ref name="Lea"/>और [[उच्च परिभाषा टेलीविजन]] (एचडीटीवी)।<ref name="Shishikui">{{cite journal |last1=Shishikui |first1=Yoshiaki |last2=Nakanishi |first2=Hiroshi |last3=Imaizumi |first3=Hiroyuki |title=अनुकूली-आयाम डीसीटी का उपयोग कर एक एचडीटीवी कोडिंग योजना|journal=Signal Processing of HDTV: Proceedings of the International Workshop on HDTV '93, Ottawa, Canada |date=October 26–28, 1993 |pages=611–618 |doi=10.1016/B978-0-444-81844-7.50072-3 |url=https://books.google.com/books?id=j9XSBQAAQBAJ&pg=PA611 |publisher=[[Elsevier]] |isbn=9781483298511}}</ref> 1999 में, इसके बाद MPEG-4 विज़ुअल|MPEG-4/H.263 आया, जो वीडियो कम्प्रेशन तकनीक के लिए एक बड़ी छलांग थी।<ref name="history"/>यह कई कंपनियों, मुख्य रूप से मित्सुबिशी, हिताची और [[ PANASONIC ]] से लाइसेंस प्राप्त पेटेंट का उपयोग करता है।<ref name="mp4-patents"/>


सबसे व्यापक रूप से इस्तेमाल किया जाने वाला वीडियो कोडिंग प्रारूप {{as of|2019|lc=y}} H.264/MPEG-4 AVC है।<ref name="Bitmovin">{{cite web |url=https://cdn2.hubspot.net/hubfs/3411032/Bitmovin%20Magazine/Video%20Developer%20Report%202019/bitmovin-video-developer-report-2019.pdf |title=Video Developer Report 2019 |website=[[Bitmovin]] |year=2019 |access-date=5 November 2019}}</ref> यह 2003 में विकसित किया गया था, और कई संगठनों, मुख्य रूप से पैनासोनिक, [[ पांचवीं कंपनी ]] और [[एलजी इलेक्ट्रॉनिक्स]] से लाइसेंस प्राप्त पेटेंट का उपयोग करता है।<ref name="avc-patents"/>अपने पूर्ववर्तियों द्वारा उपयोग किए जाने वाले मानक DCT के विपरीत, AVC असतत कोसाइन परिवर्तन का उपयोग करता है।<ref name="Stankovic"/><ref name="Wang">{{cite journal |last1=Wang |first1=Hanli |last2=Kwong |first2=S. |last3=Kok |first3=C. |title=Efficient prediction algorithm of integer DCT coefficients for H.264/AVC optimization |journal=IEEE Transactions on Circuits and Systems for Video Technology |date=2006 |volume=16 |issue=4 |pages=547–552 |doi=10.1109/TCSVT.2006.871390|s2cid=2060937 }}</ref> H.264 [[ब्लू - रे डिस्क]] के लिए वीडियो एन्कोडिंग मानकों में से एक है; सभी ब्लू-रे डिस्क प्लेयर्स को H.264 को डिकोड करने में सक्षम होना चाहिए। यह व्यापक रूप से इंटरनेट स्रोतों को स्ट्रीम करने के लिए भी उपयोग किया जाता है, जैसे कि [[YouTube]], [[Netflix]], [[Vimeo]], और [[iTunes Store]] के वीडियो, [[Adobe Flash Player]] और [[Microsoft Silverlight]] जैसे वेब सॉफ़्टवेयर, और स्थलीय (उन्नत टेलीविज़न सिस्टम समिति मानकों) पर विभिन्न [[HDTV]] प्रसारण भी , [[ISDB-T]], [[DVB-T]] या [[DVB-T2]]), केबल ([[DVB-C]]), और सैटेलाइट ([[DVB-S2]])।<ref>{{Cite web|title=Digital Video Broadcasting (DVB); Specification for the use of video and audio coding in DVB services delivered directly over IP|url=https://www.etsi.org/deliver/etsi_ts/102000_102099/102005/01.01.01_60/ts_102005v010101p.pdf}}</ref>
[[MPEG-1]], [[ मोशन पिक्चर विशेषज्ञ समूह |गति पिक्चर विशेषज्ञ समूह]] (MPEG) द्वारा विकसित, 1991 में अपनाया गया, और इसे [[VHS]]-गुणवत्ता वाले वीडियो को संपीड़ित करने के लिए डिज़ाइन किया गया था।<ref name="history"/> यह 1994 में [[MPEG-2]]/H.262/MPEG-2 भाग 2|H.262 द्वारा सफल हुआ,<ref name="history"/>जिसे कई कंपनियों, मुख्य रूप से [[सोनी]], [[टेक्नीकलर एसए]] और [[मित्सुबिशी इलेक्ट्रिक|मित्सुबिशी विद्युतिए]] से लाइसेंस प्राप्त पेटेंट के साथ विकसित किया गया था।<ref name="mp2-patents"/> MPEG-2 DVD और [[एसडी डिजिटल टेलीविजन]] के लिए मानक वीडियो प्रारूप बन गया।<ref name="history"/>इसकी गति-क्षतिपूर्ति डीसीटी एल्गोरिदम 100:1 तक का संपीड़न अनुपात प्राप्त करने में सक्षम था, जिससे [[प्रचलित विडियो]] (वीओडी) जैसी [[ डिजीटल मीडिया |डिजीटल मीडिया]] प्रौद्योगिकियों के विकास को सक्षम किया गया,<ref name="Lea"/> और [[उच्च परिभाषा टेलीविजन]] (एचडीटीवी)।<ref name="Shishikui">{{cite journal |last1=Shishikui |first1=Yoshiaki |last2=Nakanishi |first2=Hiroshi |last3=Imaizumi |first3=Hiroyuki |title=अनुकूली-आयाम डीसीटी का उपयोग कर एक एचडीटीवी कोडिंग योजना|journal=Signal Processing of HDTV: Proceedings of the International Workshop on HDTV '93, Ottawa, Canada |date=October 26–28, 1993 |pages=611–618 |doi=10.1016/B978-0-444-81844-7.50072-3 |url=https://books.google.com/books?id=j9XSBQAAQBAJ&pg=PA611 |publisher=[[Elsevier]] |isbn=9781483298511}}</ref> 1999 में, इसके बाद MPEG-4 विज़ुअल|MPEG-4/H.263 आया था, जो वीडियो संकुचित तकनीक के लिए एक बड़ी छलांग थी।<ref name="history"/> यह कई कंपनियों, मुख्य रूप से मित्सुबिशी, हिताची और [[ PANASONIC |पैनासॉनिक]] से लाइसेंस प्राप्त पेटेंट का उपयोग करता है।<ref name="mp4-patents"/>
कई वीडियो कोडिंग प्रारूपों के लिए एक मुख्य समस्या [[पेटेंट]] रही है, जिससे इसका उपयोग करना महंगा हो गया है या [[पनडुब्बी पेटेंट]] के कारण संभावित रूप से पेटेंट मुकदमे का जोखिम है। [[लिखित]], वीपी8 और वीपी9 जैसे हाल ही में डिजाइन किए गए कई वीडियो कोडिंग प्रारूपों के पीछे प्रेरणा एक ([[मुफ्त सॉफ्टवेयर]]) वीडियो कोडिंग मानक बनाने की रही है, जो केवल रॉयल्टी-मुक्त पेटेंट द्वारा कवर किया गया है।<ref>{{Cite web|url=https://blogs.cisco.com/collaboration/world-meet-thor-a-project-to-hammer-out-a-royalty-free-video-codec|title = World, Meet Thor – a Project to Hammer Out a Royalty Free Video Codec|date = 11 August 2015}}</ref> HTML5 वीडियो टैग के अंदर मुख्यधारा के [[वेब ब्राउज़र]] किस वीडियो प्रारूप का समर्थन करेंगे, इसके चुनाव के लिए पेटेंट की स्थिति भी विवाद का एक प्रमुख बिंदु रही है।


वर्तमान-पीढ़ी का वीडियो कोडिंग प्रारूप [[HEVC]] (H.265) है, जिसे 2013 में पेश किया गया था। जबकि AVC 4x4 और 8x8 ब्लॉक आकार के साथ पूर्णांक DCT का उपयोग करता है, HEVC 4x4 और 32x32 के बीच विभिन्न ब्लॉक आकारों के साथ पूर्णांक DCT और असतत ज्या परिवर्तन का उपयोग करता है।<ref name="apple">{{cite web |last1=Thomson |first1=Gavin |last2=Shah |first2=Athar |title=पेश है एचईआईएफ और एचईवीसी|url=https://devstreaming-cdn.apple.com/videos/wwdc/2017/503i6plfvfi7o3222/503/503_introducing_heif_and_hevc.pdf |publisher=[[Apple Inc.]] |year=2017 |access-date=5 August 2019}}</ref> [[सैमसंग इलेक्ट्रॉनिक्स]], [[ सामान्य विद्युतीय ]], निप्पॉन टेलीग्राफ और टेलीफोन और [[जेवीसी केनवुड]] से संबंधित अधिकांश पेटेंट के साथ एचईवीसी भारी पेटेंट है।<ref name="hevc-patents"/> इसे वर्तमान में लक्ष्य-से-स्वतंत्र रूप से लाइसेंस प्राप्त एओमीडिया वीडियो 1 प्रारूप द्वारा चुनौती दी जा रही है। {{As of|2019}}, AVC अब तक वीडियो सामग्री की रिकॉर्डिंग, संपीड़न और वितरण के लिए सबसे अधिक इस्तेमाल किया जाने वाला प्रारूप है, जिसका उपयोग 91% वीडियो डेवलपर्स द्वारा किया जाता है, इसके बाद HEVC का उपयोग 43% डेवलपर्स द्वारा किया जाता है।<ref name="Bitmovin"/>
सबसे व्यापक रूप से उपयोग किया जाने वाला वीडियो कोडिंग प्रारूप {{as of|2019|lc=y}} H.264/MPEG-4 AVC है।<ref name="Bitmovin">{{cite web |url=https://cdn2.hubspot.net/hubfs/3411032/Bitmovin%20Magazine/Video%20Developer%20Report%202019/bitmovin-video-developer-report-2019.pdf |title=Video Developer Report 2019 |website=[[Bitmovin]] |year=2019 |access-date=5 November 2019}}</ref> यह 2003 में विकसित किया गया था, और कई संगठनों, मुख्य रूप से पैनासोनिक, [[ पांचवीं कंपनी |पांचवीं कंपनी]] और [[एलजी इलेक्ट्रॉनिक्स|एलजी विद्युतिए]] से लाइसेंस प्राप्त पेटेंट का उपयोग करता है।<ref name="avc-patents"/>अपने पूर्ववर्तियों द्वारा उपयोग किए जाने वाले मानक DCT के विपरीत, AVC असतत कोसाइन परिवर्तन का उपयोग करता है।<ref name="Stankovic"/><ref name="Wang">{{cite journal |last1=Wang |first1=Hanli |last2=Kwong |first2=S. |last3=Kok |first3=C. |title=Efficient prediction algorithm of integer DCT coefficients for H.264/AVC optimization |journal=IEEE Transactions on Circuits and Systems for Video Technology |date=2006 |volume=16 |issue=4 |pages=547–552 |doi=10.1109/TCSVT.2006.871390|s2cid=2060937 }}</ref> H.264 [[ब्लू - रे डिस्क]] के लिए वीडियो एन्कोडिंग मानकों में से एक है; सभी ब्लू-रे डिस्क प्लेयर्स को H.264 को डिकोड करने में सक्षम होना चाहिए। यह व्यापक रूप से इंटरनेट स्रोतों को स्ट्रीम करने के लिए भी उपयोग किया जाता है, जैसे कि [[YouTube|यू ट्यूब]], [[Netflix|नेटफ्लिक्स]], [[Vimeo|वीमीओ]], और [[iTunes Store|आई ट्यून्स स्टोर]] के वीडियो, [[Adobe Flash Player|अडोब फ्लैश प्लेयर]] और [[Microsoft Silverlight|माइक्रोसॉफ्ट सिल्वर प्रकाश]] जैसे वेब सॉफ़्टवेयर, और स्थलीय (उन्नत टेलीविज़न प्रणाली समिति मानकों) पर विभिन्न [[HDTV]] प्रसारण भी , [[ISDB-T]], [[DVB-T]] या [[DVB-T2]]), केबल ([[DVB-C]]), और सैटेलाइट ([[DVB-S2]])।<ref>{{Cite web|title=Digital Video Broadcasting (DVB); Specification for the use of video and audio coding in DVB services delivered directly over IP|url=https://www.etsi.org/deliver/etsi_ts/102000_102099/102005/01.01.01_60/ts_102005v010101p.pdf}}</ref>


कई वीडियो कोडिंग प्रारूपों के लिए एक मुख्य समस्या [[पेटेंट]] रही है, जिससे इसका उपयोग करना महंगा हो गया है या संभावित रूप से पेटेंट परीक्षण का जोखिम होता है। [[लिखित]], VP8 और VP9 जैसे हाल ही में डिजाइन किए गए कई वीडियो कोडिंग प्रारूपों के पीछे प्रेरणा एक वीडियो कोडिंग मानक होती है।<ref>{{Cite web|url=https://blogs.cisco.com/collaboration/world-meet-thor-a-project-to-hammer-out-a-royalty-free-video-codec|title = World, Meet Thor – a Project to Hammer Out a Royalty Free Video Codec|date = 11 August 2015}}</ref> HTML5 वीडियो के अंदर मुख्यधारा के [[वेब ब्राउज़र]] किस वीडियो प्रारूप का समर्थन करते है, इसके चुनाव के लिए पेटेंट की स्थिति भी विवाद का एक प्रमुख बिंदु होती है।


वर्तमान-पीढ़ी का वीडियो कोडिंग प्रारूप [[HEVC]] (H.265) है, जिसे 2013 में प्रस्तुत किया गया था। जबकि AVC 4x4 और 8x8 ब्लॉक आकार के साथ पूर्णांक DCT का उपयोग करता है, HEVC 4x4 और 32x32 के बीच विभिन्न ब्लॉक आकारों के साथ पूर्णांक DCT और असतत ज्या परिवर्तन का उपयोग करता है।<ref name="apple">{{cite web |last1=Thomson |first1=Gavin |last2=Shah |first2=Athar |title=पेश है एचईआईएफ और एचईवीसी|url=https://devstreaming-cdn.apple.com/videos/wwdc/2017/503i6plfvfi7o3222/503/503_introducing_heif_and_hevc.pdf |publisher=[[Apple Inc.]] |year=2017 |access-date=5 August 2019}}</ref> [[सैमसंग इलेक्ट्रॉनिक्स|सैमसंग विद्युतिए]], [[ सामान्य विद्युतीय |सामान्य विद्युतीय]], निप्पॉन टेलीग्राफ और टेलीफोन और [[जेवीसी केनवुड]] से संबंधित अधिकांश पेटेंट के साथ एचईवीसी भारी पेटेंट है।<ref name="hevc-patents" /> इसे वर्तमान में लक्ष्य-से-स्वतंत्र रूप से लाइसेंस प्राप्त एओमीडिया वीडियो 1 प्रारूप द्वारा चुनौती दी जा रही है। {{As of|2019}}, AVC अब तक वीडियो सामग्री की रिकॉर्डिंग, संपीड़न और वितरण के लिए सबसे अधिक उपयोग किया जाने वाला प्रारूप है, जिसका उपयोग 91% वीडियो विकासक द्वारा किया जाता है, इसके बाद HEVC का उपयोग 43% विकासक द्वारा किया जाता है।<ref name="Bitmovin" />
== वीडियो कोडिंग मानकों की सूची ==
== वीडियो कोडिंग मानकों की सूची ==
{{see also|List of codecs#Video compression formats}}
{{see also|कोडेक#वीडियो संपीड़न प्रारूपों की सूची}}
{| class="wikitable sortable"
{| class="wikitable sortable"
|+Timeline of international video compression standards
|+Timeline of international video compression standards
Line 77: Line 71:
| [[Joint Photographic Experts Group|JPEG]]
| [[Joint Photographic Experts Group|JPEG]]
| [[Joint Photographic Experts Group|JPEG]]
| [[Joint Photographic Experts Group|JPEG]]
| [[ISO]] / [[Open Source|Open Source does NOT mean free!]]   <ref>{{cite web |last1=ISO |title=Home |url=https://www.iso.org/home.html |website=International Standards Organization |publisher=ISO |access-date=3 August 2022}}</ref>  
| [[ISO]] / [[Open Source|Open Source does NOT mean free!]] <ref>{{cite web |last1=ISO |title=Home |url=https://www.iso.org/home.html |website=International Standards Organization |publisher=ISO |access-date=3 August 2022}}</ref>  
| {{n/a}}
| {{n/a}}
| [[QuickTime]]
| [[QuickTime]]
Line 182: Line 176:


== दोषरहित, हानिपूर्ण और असम्पीडित वीडियो कोडिंग प्रारूप ==
== दोषरहित, हानिपूर्ण और असम्पीडित वीडियो कोडिंग प्रारूप ==
उपभोक्ता वीडियो आम तौर पर हानिपूर्ण संपीड़न वीडियो कोडेक्स का उपयोग करके संपीड़ित किया जाता है, क्योंकि इसके परिणामस्वरूप दोषरहित संपीड़न संपीड़न की तुलना में काफी छोटी फाइलें होती हैं। जबकि हानिपूर्ण या दोषरहित संपीड़न के लिए स्पष्ट रूप से डिज़ाइन किए गए वीडियो कोडिंग प्रारूप हैं, कुछ वीडियो कोडिंग प्रारूप जैसे Dirac (वीडियो संपीड़न प्रारूप) और H.264/MPEG-4 AVC|H.264 दोनों का समर्थन करते हैं।<ref>{{Cite web|title=RFC 8761 - Video Codec Requirements and Evaluation Methodology|url=https://datatracker.ietf.org/doc/html/rfc8761|access-date=2022-02-10|website=datatracker.ietf.org|language=en}}</ref>
उपभोक्ता वीडियो सामान्यतः हानिपूर्ण संपीड़न वीडियो कोडेक्स का उपयोग करके संपीड़ित किया जाता है, क्योंकि इसके परिणामस्वरूप दोषरहित संपीड़न संपीड़न की तुलना में अधिक छोटी फाइलें होती है। जबकि हानिपूर्ण या दोषरहित संपीड़न के लिए स्पष्ट रूप से डिज़ाइन किए गए वीडियो कोडिंग प्रारूप है, कुछ वीडियो कोडिंग प्रारूप जैसे Dirac (वीडियो संपीड़न प्रारूप) और H.264/MPEG-4 AVC|H.264 दोनों का समर्थन करते है।<ref>{{Cite web|title=RFC 8761 - Video Codec Requirements and Evaluation Methodology|url=https://datatracker.ietf.org/doc/html/rfc8761|access-date=2022-02-10|website=datatracker.ietf.org|language=en}}</ref>
असम्पीडित वीडियो प्रारूप, जैसे क्लीन [[ HDMI ]], कुछ परिस्थितियों में उपयोग किए जाने वाले दोषरहित वीडियो का एक रूप है, जैसे एचडीएमआई कनेक्शन पर डिस्प्ले पर वीडियो भेजते समय। कुछ हाई-एंड कैमरे भी इस प्रारूप में सीधे वीडियो कैप्चर कर सकते हैं।


== इंट्रा-फ्रेम वीडियो कोडिंग प्रारूप ==
असम्पीडित वीडियो प्रारूप, जैसे क्लीन [[ HDMI |HDMI]] , कुछ परिस्थितियों में उपयोग किए जाने वाले दोषरहित वीडियो का एक रूप है, जैसे एचडीएमआई कनेक्शन पर डिस्प्ले पर वीडियो भेजते समय। कुछ हाई-एंड कैमरे भी इस प्रारूप में सीधे वीडियो कैप्चर कर सकते है।
इंटरफ्रेम संपीड़न एन्कोडेड वीडियो अनुक्रम के संपादन को जटिल बनाता है।<ref name="Bhojani">{{cite web|last=Bhojani|first=D.R.|title=4.1 Video Compression|url=http://shodh.inflibnet.ac.in/bitstream/123456789/821/5/05_hypothesis.pdf|work=Hypothesis|access-date=6 March 2013}}</ref>
अपेक्षाकृत सरल वीडियो कोडिंग प्रारूपों का एक उपवर्ग इंट्रा-फ्रेम वीडियो प्रारूप हैं, जैसे [[DV]], जिसमें वीडियो स्ट्रीम के प्रत्येक फ्रेम को स्ट्रीम में अन्य फ़्रेमों का संदर्भ दिए बिना स्वतंत्र रूप से संपीड़ित किया जाता है, और सहसंबंधों का लाभ उठाने का कोई प्रयास नहीं किया जाता है। बेहतर संपीड़न के लिए समय के साथ क्रमिक चित्रों के बीच। एक उदाहरण मोशन [[जेपीईजी]] है, जो व्यक्तिगत रूप से जेपीईजी-संपीड़ित छवियों का एक क्रम है। यह दृष्टिकोण त्वरित और सरल है, कीमत पर एन्कोडेड वीडियो [[इंटर फ्रेम]] कोडिंग का समर्थन करने वाले वीडियो कोडिंग प्रारूप से काफी बड़ा है।


क्योंकि इंटरफ्रेम कम्प्रेशन डेटा को एक फ्रेम से दूसरे फ्रेम में कॉपी करता है, अगर मूल फ्रेम को आसानी से काट दिया जाता है (या ट्रांसमिशन में खो जाता है), तो निम्नलिखित फ्रेम को ठीक से फिर से नहीं बनाया जा सकता है। [[वीडियो संपादन]] के दौरान इंट्राफ्रेम-कंप्रेस्ड वीडियो में 'कट' करना लगभग असम्पीडित वीडियो को संपादित करने जितना ही आसान है: व्यक्ति प्रत्येक फ्रेम की शुरुआत और अंत पाता है, और बस प्रत्येक फ्रेम को बिट-टू-बिट कॉपी करता है जिसे कोई रखना चाहता है, और फ्रेम को छोड़ देता है फ्रेम कोई नहीं चाहता। इंट्राफ्रेम और इंटरफ्रेम कम्प्रेशन के बीच एक और अंतर यह है कि, इंट्राफ्रेम सिस्टम के साथ, प्रत्येक फ्रेम समान मात्रा में डेटा का उपयोग करता है। अधिकांश इंटरफ़्रेम सिस्टम में, कुछ फ़्रेम (जैसे MPEG-2 में वीडियो संपीड़न चित्र प्रकार) को अन्य फ़्रेमों से डेटा कॉपी करने की अनुमति नहीं है, इसलिए उन्हें आस-पास के अन्य फ़्रेमों की तुलना में बहुत अधिक डेटा की आवश्यकता होती है।<ref name="Jaiswal">{{cite book|last=Jaiswal|first=R.C.|title=ऑडियो-वीडियो इंजीनियरिंग|year=2009|publisher=Nirali Prakashan|location=Pune, Maharashtra|isbn=9788190639675|page=3.55}}</ref>
== अंतः वृत्ति वीडियो कोडिंग प्रारूप ==
एक कंप्यूटर-आधारित वीडियो संपादक बनाना संभव है जो आई फ्रेम को संपादित करने के दौरान होने वाली समस्याओं का पता लगाता है जबकि अन्य फ्रेमों को उनकी आवश्यकता होती है। इसने नए स्वरूपों जैसे [[HDV]] को संपादन के लिए उपयोग करने की अनुमति दी है। हालांकि, यह प्रक्रिया समान चित्र गुणवत्ता वाले इंट्राफ्रेम कंप्रेस्ड वीडियो को संपादित करने की तुलना में बहुत अधिक कंप्यूटिंग शक्ति की मांग करती है। लेकिन, यह संपीड़न किसी भी ऑडियो प्रारूप के लिए उपयोग करने के लिए बहुत प्रभावी नहीं है।<ref>{{Cite web|title=वेबकोडेक|url=https://www.w3.org/TR/webcodecs/Overview.html|access-date=2022-02-10|website=www.w3.org}}</ref>
अंतः वृत्ति संपीड़न एन्कोडेड वीडियो अनुक्रम के संपादन को जटिल बनाता है।<ref name="Bhojani">{{cite web|last=Bhojani|first=D.R.|title=4.1 Video Compression|url=http://shodh.inflibnet.ac.in/bitstream/123456789/821/5/05_hypothesis.pdf|work=Hypothesis|access-date=6 March 2013}}</ref>


अपेक्षाकृत सरल वीडियो कोडिंग प्रारूपों का एक उपवर्ग अंतः वृत्ति वीडियो प्रारूप है, जैसे [[DV]], जिसमें वीडियो स्ट्रीम के प्रत्येक वृत्ति को स्ट्रीम में अन्य फ़्रेमों का संदर्भ दिए बिना स्वतंत्र रूप से संपीड़ित किया जाता है, और सहसंबंधों का लाभ उठाने का कोई प्रयास नहीं किया जाता है। बेहतर संपीड़न के लिए समय के साथ क्रमिक चित्रों के बीच। एक उदाहरण गति [[जेपीईजी]] है, जो व्यक्तिगत रूप से जेपीईजी-संपीड़ित छवियों का एक क्रम है। यह दृष्टिकोण त्वरित और सरल है, कीमत पर एन्कोडेड वीडियो [[इंटर फ्रेम|इंटर वृत्ति]] कोडिंग का समर्थन करने वाले वीडियो कोडिंग प्रारूप से अधिक बड़ा है।


== प्रोफाइल और स्तर ==
क्योंकि अंतः वृत्ति संकुचित डेटा को एक वृत्ति से दूसरे वृत्ति में कॉपी करता है, यदि मूल वृत्ति को आसानी से काट दिया जाता है (या ट्रांसमिशन में खो जाता है), तो निम्नलिखित वृत्ति को ठीक से फिर से नहीं बनाया जा सकता है। [[वीडियो संपादन]] के दौरान अंतः वृत्ति-कंप्रेस्ड वीडियो में 'कट' करना लगभग असम्पीडित वीडियो को संपादित करने जितना ही आसान है: व्यक्ति प्रत्येक वृत्ति की प्रारंभ और अंत पाता है, और बस प्रत्येक वृत्ति को बिट-टू-बिट कॉपी करता है जिसे कोई रखना चाहता है, और वृत्ति को छोड़ देता है वृत्ति कोई नहीं चाहता। अंतः वृत्ति और अंतः वृत्ति संकुचित के बीच एक और अंतर यह है कि, अंतः वृत्ति प्रणाली के साथ, प्रत्येक वृत्ति समान मात्रा में डेटा का उपयोग करता है। अधिकांश इंटरफ़्रेम प्रणाली में, कुछ फ़्रेम (जैसे MPEG-2 में वीडियो संपीड़न चित्र प्रकार) को अन्य फ़्रेमों से डेटा कॉपी करने की अनुमति नहीं है, इसलिए उन्हें आस-पास के अन्य फ़्रेमों की तुलना में बहुत अधिक डेटा की आवश्यकता होती है।<ref name="Jaiswal">{{cite book|last=Jaiswal|first=R.C.|title=ऑडियो-वीडियो इंजीनियरिंग|year=2009|publisher=Nirali Prakashan|location=Pune, Maharashtra|isbn=9788190639675|page=3.55}}</ref>
एक वीडियो कोडिंग प्रारूप एन्कोडेड वीडियो के लिए वैकल्पिक प्रतिबंधों को परिभाषित कर सकता है, जिसे [[ प्रोफ़ाइल (इंजीनियरिंग) ]] और स्तर कहा जाता है। एक डिकोडर होना संभव है जो केवल प्रोफाइल के एक सबसेट और दिए गए वीडियो प्रारूप के स्तरों को डिकोड करने का समर्थन करता है, उदाहरण के लिए डिकोडर प्रोग्राम/हार्डवेयर को छोटा, सरल या तेज बनाने के लिए।<ref>{{Cite web|title=Video Rendering - an overview {{!}} ScienceDirect Topics|url=https://www.sciencedirect.com/topics/computer-science/video-rendering|access-date=2022-02-10|website=www.sciencedirect.com}}</ref>
एक प्रोफ़ाइल प्रतिबंधित करती है कि किन एन्कोडिंग तकनीकों की अनुमति है। उदाहरण के लिए, H.264 प्रारूप में प्रोफाइल बेसलाइन, मुख्य और उच्च (और अन्य) शामिल हैं। जबकि वीडियो संपीड़न चित्र प्रकार | पी-स्लाइस (जो पूर्ववर्ती स्लाइस के आधार पर भविष्यवाणी की जा सकती है) सभी प्रोफाइल में समर्थित हैं, वीडियो संपीड़न चित्र प्रकार | बी-स्लाइस (जिनकी पूर्ववर्ती और बाद की स्लाइस दोनों के आधार पर भविष्यवाणी की जा सकती है) समर्थित हैं मुख्य और हाई प्रोफाइल लेकिन बेसलाइन में नहीं।<ref name="adobe"/>


एक स्तर अधिकतम रिज़ॉल्यूशन और डेटा दरों जैसे मापदंडों पर प्रतिबंध है।<ref name="adobe">{{cite web|url=http://www.adobe.com/devnet/adobe-media-server/articles/h264_encoding.html|title=Encoding options for H.264 video|author=Jan Ozer|publisher=Adobe.com|access-date=6 January 2015}}</ref>
एक कंप्यूटर-आधारित वीडियो संपादक बनाना संभव है जो आई वृत्ति को संपादित करने के दौरान होने वाली समस्याओं का पता लगाता है जबकि अन्य वृत्तिों को उनकी आवश्यकता होती है। इसने नए स्वरूपों जैसे [[HDV]] को संपादन के लिए उपयोग करने की अनुमति दी है। चूंकि, यह प्रक्रिया समान चित्र गुणवत्ता वाले अंतः वृत्ति कंप्रेस्ड वीडियो को संपादित करने की तुलना में बहुत अधिक कंप्यूटिंग ऊर्जा की मांग करती है। लेकिन, यह संपीड़न किसी भी ऑडियो प्रारूप के लिए उपयोग करने के लिए बहुत प्रभावी नहीं है।<ref>{{Cite web|title=वेबकोडेक|url=https://www.w3.org/TR/webcodecs/Overview.html|access-date=2022-02-10|website=www.w3.org}}</ref>
== रूपरेखा और स्तर ==
एक वीडियो कोडिंग प्रारूप एन्कोडेड वीडियो के लिए वैकल्पिक प्रतिबंधों को परिभाषित कर सकता है, जिसे [[ प्रोफ़ाइल (इंजीनियरिंग) |रूपरेखा (अभियांत्रिकी)]] और स्तर कहा जाता है। एक डिकोडर होना संभव है जो केवल रूपरेखा के एक सबसेट और दिए गए वीडियो प्रारूप के स्तरों को डिकोड करने का समर्थन करता है, उदाहरण के लिए डिकोडर प्रोग्राम/हार्डवेयर को छोटा, सरल या तेज बनाने के लिए होता है।<ref>{{Cite web|title=Video Rendering - an overview {{!}} ScienceDirect Topics|url=https://www.sciencedirect.com/topics/computer-science/video-rendering|access-date=2022-02-10|website=www.sciencedirect.com}}</ref>


एक रूपरेखा प्रतिबंधित करती है कि किन एन्कोडिंग तकनीकों की अनुमति है। उदाहरण के लिए, H.264 प्रारूप में रूपरेखा निचली रेखा, मुख्य और उच्च (और अन्य) सम्मलित है। जबकि वीडियो संपीड़न चित्र प्रकार | पी-स्लाइस (जो पूर्ववर्ती स्लाइस के आधार पर भविष्यवाणी की जा सकती है) सभी रूपरेखा में समर्थित है, वीडियो संपीड़न चित्र प्रकार | बी-स्लाइस (जिनकी पूर्ववर्ती और बाद की स्लाइस दोनों के आधार पर भविष्यवाणी की जा सकती है) समर्थित है मुख्य और हाई रूपरेखा लेकिन बेसलाइन में नहीं।<ref name="adobe" />


एक स्तर अधिकतम संकल्प और डेटा दरों जैसे मापदंडों पर प्रतिबंध होता है।<ref name="adobe">{{cite web|url=http://www.adobe.com/devnet/adobe-media-server/articles/h264_encoding.html|title=Encoding options for H.264 video|author=Jan Ozer|publisher=Adobe.com|access-date=6 January 2015}}</ref>
== यह भी देखें ==
== यह भी देखें ==
* [[वीडियो कंटेनर प्रारूपों की तुलना]]
* [[वीडियो कंटेनर प्रारूपों की तुलना|वीडियो योजक प्रारूपों की तुलना]]
* डेटा संपीड़न # वीडियो
* डेटा संपीड़न # वीडियो
* [[प्रदर्शन रिज़ॉल्यूशन]]
* [[प्रदर्शन रिज़ॉल्यूशन]]

Revision as of 23:46, 12 June 2023

वीडियो कोडिंग प्रारूप[lower-alpha 1] (या कभी-कभी वीडियो संपीड़न प्रारूप) डिजिटल डाटा वीडियो सामग्री (जैसे डेटा फ़ाइल या बिटस्ट्रीम) के भंडारण या प्रसारण के लिए एक सामग्री प्रतिनिधित्व प्रारूप है। यह सामान्यतः एक मानकीकृत वीडियो संपीड़न एल्गोरिथ्म का उपयोग करता है, जो सामान्यतः असतत कोसाइन ट्रांसफॉर्म (डीसीटी) कोडिंग और गति परीक्षण पर आधारित होता है। एक विशिष्ट वीडियो कोडिंग प्रारूप से/से संपीड़न या डीकंप्रेसन करने में सक्षम एक विशिष्ट सॉफ़्टवेयर, फर्मवेयर या हार्डवेयर कार्यान्वयन को वीडियो कोडेक कहा जाता है।ka

कुछ वीडियो कोडिंग प्रारूपों को एक विस्तृत तकनीकी विनिर्देश दस्तावेज़ द्वारा प्रलेखित किया जाता है जिसे वीडियो कोडिंग विनिर्देश के रूप में जाना जाता है। कुछ ऐसे विनिर्देशों को मानकीकरण संगठनों द्वारा तकनीकी मानकों के रूप में लिखा और अनुमोदित किया जाता है, और इस प्रकार उन्हें वीडियो कोडिंग मानक के रूप में जाना जाता है। 'मानक' शब्द का प्रयोग कभी-कभी वास्तविक मानक के साथ-साथ औपचारिक मानकों के लिए भी किया जाता है।

एक विशेष वीडियो कोडिंग प्रारूप का उपयोग करके एन्कोड की गई वीडियो सामग्री सामान्यतः एक योजक प्रारूप (डिजिटल) के अंदर एक ऑडियो स्ट्रीम (ऑडियो कोडिंग प्रारूप का उपयोग करके एन्कोडेड) के साथ बंडल की जाती है बहुमाध्यमिक योजक प्रारूप जैसे ऑडियो वीडियो इंटरलीव, MP4, फ्लैश वीडियो, रियलमीडिया, या मैट्रोस्का . जैसे, उपयोगकर्ता के पास सामान्य रूप से H.264/MPEG-4 AVC|H.264 फ़ाइल नहीं होती है, जबकि इसके अतिरिक्त एक .mp4 वीडियो फ़ाइल प्रारूप होता है, जो एक MP4 योजक होता है जिसमें H.264-एन्कोडेड वीडियो होता है। बहुमाध्यमिक योजक प्रारूपों में कई अलग-अलग वीडियो कोडिंग प्रारूपों में से कोई एक हो सकता है; उदाहरण के लिए MP4 योजक प्रारूप में अन्य के साथ-साथ MPEG-2 भाग 2 या H.264 वीडियो कोडिंग प्रारूप में वीडियो सम्मलित हो सकते है। एक अन्य उदाहरण फ़ाइल प्रकार WebM के लिए प्रारंभिक विनिर्देश है, जो योजक प्रारूप (Matroska) को निर्दिष्ट करता है, लेकिन यह भी कि वास्तव में कौन सा वीडियो (VP8) और ऑडियो (Vorbis) संपीड़न प्रारूप का उपयोग Matroska योजक के अंदर किया जाता है, यदि Matroska योजक प्रारूप ही अन्य वीडियो कोडिंग प्रारूपों को सम्मलित करने में सक्षम है (VP9 वीडियो और ऑडियो समर्थन बाद में वेबएम विनिर्देश में जोड़ा गया था)।

प्रारूप और कोडेक के बीच अंतर

एक प्रारूप कोडेक द्वारा उत्पादित या उपभोग किए गए डेटा के लिए विन्यास योजना होती है।

चूंकि वीडियो कोडिंग प्रारूप जैसे H.264 को कभी-कभी कोडेक्स के रूप में संदर्भित किया जाता है, विनिर्देश और इसके कार्यान्वयन के बीच एक स्पष्ट वैचारिक अंतर होता है। वीडियो कोडिंग प्रारूपों को विनिर्देशों में वर्णित किया गया है, और सॉफ्टवेयर, फर्मवेयर, या हार्डवेयर किसी दिए गए वीडियो कोडिंग प्रारूप में डेटा को एन्कोड/डीकोड करने के लिए/से असम्पीडित वीडियो उन विनिर्देशों के कार्यान्वयन है। सादृश्य के रूप में, वीडियो कोडिंग प्रारूप H.264 (विनिर्देश) कोडेक OpenH264 (विशिष्ट कार्यान्वयन) के लिए है जो C (प्रोग्रामिंग भाषा) (विनिर्देश) संकलक GNU कंपाइलर संग्रह (विशिष्ट कार्यान्वयन) के लिए है। ध्यान दें कि प्रत्येक विनिर्देश (जैसे H.264) के लिए, उस विनिर्देश को लागू करने वाले कई कोडेक हो सकते है (जैसे x264, OpenH264, H.264/MPEG-4 AVC उत्पाद और कार्यान्वयन)।

यह भेद साहित्य में पारिभाषिक रूप से निरन्तर परिलक्षित नहीं होता है। H.264 विनिर्देश H.261, H.262, H.263, और H.264 वीडियो कोडिंग मानकों को कॉल करता है और इसमें कोडेक शब्द सम्मलित नहीं है।[2]ओपन मीडिया के लिए एलायंस ॉमेडीअ वीडियो 1 वीडियो कोडिंग प्रारूप और उनके द्वारा विकसित किए जा रहे कोडेक के बीच स्पष्ट रूप से अंतर करता है, लेकिन वीडियो कोडिंग प्रारूप को वीडियो कोडेक विनिर्देश कहता है।[3] VP9 विनिर्देश वीडियो कोडिंग प्रारूप VP9 को ही एक कोडेक कहता है।[4] सम्मिश्रण के उदाहरण के रूप में, क्रोमियम का[5] और मोज़िला[6] उनके वीडियो प्रारूप को सूचीबद्ध करने वाले पृष्ठ कॉल वीडियो कोडिंग प्रारूपों जैसे H.264 कोडेक दोनों का समर्थन करते है। एक अन्य उदाहरण के रूप में, सिस्को की फ्री-एज-इन-बीयर वीडियो कोडेक की घोषणा में, प्रेस विज्ञप्ति एच.264 वीडियो कोडिंग प्रारूप को एक कोडेक (एक सामान्य वीडियो कोडेक का विकल्प) के रूप में संदर्भित करती है, लेकिन सिस्को के एच के कार्यान्वयन को कॉल करती है। इसके तुरंत बाद .264 एनकोडर/डिकोडर एक कोडेक (हमारे H.264 कोडेक को खोलें)।[7] एक वीडियो कोडिंग प्रारूप प्रारूप को लागू करने वाले कोडेक द्वारा उपयोग किए जाने वाले सभी कलन विधि को निर्देशित नहीं करता है। उदाहरण के लिए, वीडियो संपीड़न सामान्यतः कैसे काम करता है इसका एक बड़ा हिस्सा वीडियो संपीड़न चित्र प्रकार (ब्लॉक-मिलान) ढूंढना है, और फिर पूर्व-कोडित समान सबइमेज (जैसे, मेक्रोब्लॉक ्स) की प्रतिलिपि बनाकर और आवश्यक होने पर छोटे अंतर जोड़कर संपीड़न प्राप्त करना है। ऐसे भविष्यवक्ताओं और मतभेदों का इष्टतम संयोजन ढूँढना एक एनपी-कठिन समस्या है,[8] जिसका अर्थ है कि एक इष्टतम समाधान खोजना व्यावहारिक रूप से असंभव है। जबकि वीडियो कोडिंग प्रारूप को बिटस्ट्रीम प्रारूप में वृत्ति में इस तरह के संपीड़न का समर्थन करना चाहिए, इस तरह के ब्लॉक-मैच और अन्य एन्कोडिंग चरणों को खोजने के लिए विशिष्ट एल्गोरिदम को अनावश्यक रूप से अनिवार्य नहीं करके, वीडियो कोडिंग विनिर्देश को लागू करने वाले कोडेक्स को अपनी पसंद में अनुकूलन और नवाचार करने की कुछ स्वतंत्रता है। एल्गोरिदम का। उदाहरण के लिए, H.264 विनिर्देश का खंड 0.5 कहता है कि एन्कोडिंग एल्गोरिदम विनिर्देश का हिस्सा नहीं है।[2] एक ही वीडियो कोडिंग प्रारूप के लिए एल्गोरिद्म का मुक्त विकल्प एल्गोरिदम के अलग-अलग विश्लेषण की अनुमति देता है। स्पेस-टाइम जटिलता ट्रेड-ऑफ़, इसलिए एक लाइव फ़ीड एक तेज़ लेकिन अंतरिक्ष-अक्षम एल्गोरिदम का उपयोग कर सकता है, जबकि बाद में बड़े पैमाने पर उत्पादन के लिए एक बार की डीवीडी एन्कोडिंग अंतरिक्ष-कुशल एन्कोडिंग के लिए लंबे एन्कोडिंग-समय का व्यापार कर सकते है।

इतिहास

अनुरूप वीडियो संकुचित की अवधारणा 1929 की है, जब यूनाइटेड किंगडम में आरडी केल ने दृश्य के केवल उन हिस्सों को प्रसारित करने की अवधारणा का प्रस्ताव रखा था जो वृत्ति-टू-वृत्ति में बदल गए थे। डिजिटल वीडियो संपीड़न की अवधारणा 1952 की है, जब बेल लैब्स के शोधकर्ता बी.एम. ओलिवर और क्रिस हैरिसन (अमेरिकी फुटबॉल)|सी.डब्ल्यू. हैरिसन ने वीडियो कोडिंग में अंतर पल्स-कोड मॉड्यूलेशन (DPCM) के उपयोग का प्रस्ताव रखा। 1959 में, एनएचके के शोधकर्ताओं वाई. टाकी, एम. होतोरी और एस. तनाका द्वारा अंतर-वृत्ति गति परीक्षण की अवधारणा प्रस्तावित की गई थी, जिन्होंने अस्थायी आयाम में अनुमानित इंटर-वृत्ति वीडियो कोडिंग प्रस्तावित की थी।[9] 1967 में, लंदन विश्वविद्यालय के शोधकर्ता ए.एच. रॉबिन्सन और सी. चेरी ने अनुरूप टेलीविजन संकेतों के प्रसारण बैंडविड्थ को कम करने के लिए रन-माप एन्कोडिंग (आरएलई), एक दोषरहित संपीड़न योजना प्रस्तावित की।[10]

प्रारंभिक डिजिटल वीडियो कोडिंग एल्गोरिदम या तो असम्पीडित वीडियो के लिए थे या दोषरहित संपीड़न का उपयोग करते थे, दोनों विधियों डिजिटल वीडियो कोडिंग के लिए अक्षम और अव्यवहारिक थे।[11][12] 1970 के दशक में डिजिटल वीडियो प्रस्तुत किया गया था,[11]प्रारंभ में असम्पीडित पल्स कोड मॉडुलेशन (पीसीएम) का उपयोग करते हुए 45 के आसपास उच्च बिटरेट की आवश्यकता होती है–200 Mbit/s मानक-परिभाषा (SD) वीडियो के लिए,[11][12]जो दूरसंचार बैंडविड्थ (कंप्यूटिंग) (100 तक) से 2,000 गुना अधिक था किलोबिट्स प्रति सेकंड|kbit/s) 1990 के दशक तक उपलब्ध थे।[12]इसी तरह, असम्पीडित उच्च परिभाषा वीडियो | हाई-डेफिनिशन (एचडी) 1080p वीडियो के लिए 1 से अधिक बिटरेट की आवश्यकता होती है जीबीटी/एस, 2000 के दशक में उपलब्ध बैंडविड्थ से उल्लेखनीय रूप से अधिक।[13]

गति-आपूर्ति डीसीटी

गति क्षतिपूर्ति के विकास के साथ व्यावहारिक वीडियो संपीड़न उभरा | गति-क्षतिपूर्ति असतत कोसाइन रूपांतरण (MC DCT) कोडिंग,[12][11] गति आपूर्ति (बीएमसी) भी कहा जाता है[9]या डीसीटी गति आपूर्ति। यह एक हाइब्रिड कोडिंग एल्गोरिथम है,[9] जो दो प्रमुख डेटा संपीड़न तकनीकों को जोड़ती है: असतत कोसाइन परिवर्तन (DCT) कोडिंग[12][11]स्थानिक आयाम में, और लौकिक आयाम में भविष्य कहनेवाला गति आपूर्ति।[9]

डीसीटी कोडिंग एक हानिकारक संपीड़न परिवर्तन कोडिंग तकनीक है जिसे पहली बार एन. अहमद द्वारा प्रस्तावित किया गया था, जिन्होंने प्रारंभ में इसे छवि संपीड़न के लिए लक्षित किया था, जबकि वह 1972 में कंसास स्टेट यूनिवर्सिटी में काम कर रहे थे। तब इसे एक व्यावहारिक छवि संपीड़न एल्गोरिदम में विकसित किया गया था। 1973 में टेक्सास विश्वविद्यालय में टी. नटराजन और के.आर. राव के साथ अहमद, और 1974 में प्रकाशित हुआ था।[14][15][16]

अन्य प्रमुख विकास गति-आपूर्ति हाइब्रिड कोडिंग था।[9]1974 में, दक्षिणी कैलिफोर्निया विश्वविद्यालय में अली हबीबी ने हाइब्रिड कोडिंग की प्रारंभ की,[17][18][19] जो भावी सूचक कोडिंग को परिवर्तन कोडिंग के साथ जोड़ती है।[9][20] उन्होंने डीसीटी, हैडमार्ड परिवर्तन, फूरियर रूपांतरण, स्लैंट परिवर्तन और करहुनेन-लोव परिवर्तन सहित कई कोडिंग तकनीकों की जांच की।[17] चूँकि, उनका एल्गोरिथ्म प्रारंभ में स्थानिक आयाम में अंतः वृत्ति कोडिंग तक सीमित था। 1975 में, जॉन ए. रोएज़ और गनर एस. रॉबिन्सन ने हबीबी के हाइब्रिड कोडिंग एल्गोरिद्म को अस्थायी आयाम में परिवर्तन कोडिंग और अस्थायी आयाम में कोडिंग का उपयोग करते हुए अंतः वृत्ति गति-मुआवज़ा हाइब्रिड कोडिंग विकसित करते हुए, अस्थायी डायमेंशन तक बढ़ाया।[9][21] स्थानिक परिवर्तन कोडिंग के लिए, उन्होंने डीसीटी और फास्ट फूरियर परिवर्तन (एफएफटी) समेत विभिन्न परिवर्तनों के साथ प्रयोग किया, उनके लिए इंटर-वृत्ति हाइब्रिड कोडर विकसित किया, और पाया कि डीसीटी इसकी कम जटिलता के कारण सबसे कुशल है, सक्षम है 2- अंश प्रति पिक्सेल की आवश्यकता वाले एक विशिष्ट अंतः वृत्ति कोडर की तुलना में छवि गुणवत्ता के साथ एक विडिओ टेलीफोन दृश्य के लिए छवि डेटा को 0.25-बिट प्रति पिक्सेल तक कम करता है।[22][21]

DCT को वेन-सिउंग श्रंखला द्वारा वीडियो एन्कोडिंग पर लागू किया गया था,[23] जिन्होंने C.H के साथ एक तेज़ DCT एल्गोरिथम विकसित किया था। 1977 में स्मिथ और एस.सी. फ्रलिक,[24][25] और DCT तकनीक का व्यावसायीकरण करने के लिए संकुचित लैब्स, Inc. की स्थापना की।[23] 1979 में, अनिल के. जैन (विद्युतिए अभियांत्रिकी, जन्म 1946) | अनिल के. जैन और जसवंत आर. जैन ने गति-आपूर्ति डीसीटी वीडियो को और विकसित किया था।[26][9] इसने 1981 में श्रंखला को एक व्यावहारिक वीडियो संपीड़न एल्गोरिथ्म विकसित करने के लिए प्रेरित किया, जिसे गति-क्षतिपूर्ति DCT या अनुकूली दृश्य कोडिंग कहा जाता है।[9] गति-आपूर्ति DCT बाद में 1980 के दशक के अंत से वीडियो संपीड़न के लिए मानक कोडिंग तकनीक बन गया था।[11][27]

वीडियो कोडिंग मानक

पहला डिजिटल वीडियो कोडिंग मानक H.120 था, जिसे 1984 में ITU-T (अब ITU-T) द्वारा विकसित किया गया था।[28] H.120 व्यवहार में प्रयोग करने योग्य नहीं था, क्योंकि इसका प्रदर्शन बहुत खराब था।[28]H.120 ने गति-क्षतिपूर्ति DPCM कोडिंग का उपयोग किया,[9]दोषरहित संपीड़न एल्गोरिदम जो वीडियो कोडिंग के लिए अक्षम था।[11]1980 के दशक के उत्तरार्ध के दौरान, कई कंपनियों ने डिस्क्रीट कोसाइन परिवर्तन (DCT) कोडिंग के साथ प्रयोग करना प्रारंभ किया, वीडियो कोडिंग के लिए संपीड़न का एक अधिक कुशल रूप। वेक्टर परिमाणीकरण (वीक्यू) संपीड़न के आधार पर एकल प्रस्ताव के विपरीत सीसीआईटीटी को डीसीटी-आधारित वीडियो संपीड़न प्रारूपों के लिए 14 प्रस्ताव प्राप्त हुए। H.261 मानक गति-क्षतिपूर्ति DCT संपीड़न के आधार पर विकसित किया गया था।[11][27] H.261 पहला व्यावहारिक वीडियो कोडिंग मानक था,[28] और हिताची , पिक्चरटेल, निप्पॉन टेलीग्राफ और टेलीफोन, बीटी पीएलसी, और तोशीबा सहित कई कंपनियों से लाइसेंस प्राप्त पेटेंट का उपयोग करता है।[29]H.261 के बाद से, गति-क्षतिपूर्ति DCT संपीड़न को सभी प्रमुख वीडियो कोडिंग मानकों (H.26x और MPEG प्रारूपों सहित) द्वारा अपनाया गया है।[11][27]

MPEG-1, गति पिक्चर विशेषज्ञ समूह (MPEG) द्वारा विकसित, 1991 में अपनाया गया, और इसे VHS-गुणवत्ता वाले वीडियो को संपीड़ित करने के लिए डिज़ाइन किया गया था।[28] यह 1994 में MPEG-2/H.262/MPEG-2 भाग 2|H.262 द्वारा सफल हुआ,[28]जिसे कई कंपनियों, मुख्य रूप से सोनी, टेक्नीकलर एसए और मित्सुबिशी विद्युतिए से लाइसेंस प्राप्त पेटेंट के साथ विकसित किया गया था।[30] MPEG-2 DVD और एसडी डिजिटल टेलीविजन के लिए मानक वीडियो प्रारूप बन गया।[28]इसकी गति-क्षतिपूर्ति डीसीटी एल्गोरिदम 100:1 तक का संपीड़न अनुपात प्राप्त करने में सक्षम था, जिससे प्रचलित विडियो (वीओडी) जैसी डिजीटल मीडिया प्रौद्योगिकियों के विकास को सक्षम किया गया,[12] और उच्च परिभाषा टेलीविजन (एचडीटीवी)।[31] 1999 में, इसके बाद MPEG-4 विज़ुअल|MPEG-4/H.263 आया था, जो वीडियो संकुचित तकनीक के लिए एक बड़ी छलांग थी।[28] यह कई कंपनियों, मुख्य रूप से मित्सुबिशी, हिताची और पैनासॉनिक से लाइसेंस प्राप्त पेटेंट का उपयोग करता है।[32]

सबसे व्यापक रूप से उपयोग किया जाने वाला वीडियो कोडिंग प्रारूप as of 2019 H.264/MPEG-4 AVC है।[33] यह 2003 में विकसित किया गया था, और कई संगठनों, मुख्य रूप से पैनासोनिक, पांचवीं कंपनी और एलजी विद्युतिए से लाइसेंस प्राप्त पेटेंट का उपयोग करता है।[34]अपने पूर्ववर्तियों द्वारा उपयोग किए जाने वाले मानक DCT के विपरीत, AVC असतत कोसाइन परिवर्तन का उपयोग करता है।[23][35] H.264 ब्लू - रे डिस्क के लिए वीडियो एन्कोडिंग मानकों में से एक है; सभी ब्लू-रे डिस्क प्लेयर्स को H.264 को डिकोड करने में सक्षम होना चाहिए। यह व्यापक रूप से इंटरनेट स्रोतों को स्ट्रीम करने के लिए भी उपयोग किया जाता है, जैसे कि यू ट्यूब, नेटफ्लिक्स, वीमीओ, और आई ट्यून्स स्टोर के वीडियो, अडोब फ्लैश प्लेयर और माइक्रोसॉफ्ट सिल्वर प्रकाश जैसे वेब सॉफ़्टवेयर, और स्थलीय (उन्नत टेलीविज़न प्रणाली समिति मानकों) पर विभिन्न HDTV प्रसारण भी , ISDB-T, DVB-T या DVB-T2), केबल (DVB-C), और सैटेलाइट (DVB-S2)।[36]

कई वीडियो कोडिंग प्रारूपों के लिए एक मुख्य समस्या पेटेंट रही है, जिससे इसका उपयोग करना महंगा हो गया है या संभावित रूप से पेटेंट परीक्षण का जोखिम होता है। लिखित, VP8 और VP9 जैसे हाल ही में डिजाइन किए गए कई वीडियो कोडिंग प्रारूपों के पीछे प्रेरणा एक वीडियो कोडिंग मानक होती है।[37] HTML5 वीडियो के अंदर मुख्यधारा के वेब ब्राउज़र किस वीडियो प्रारूप का समर्थन करते है, इसके चुनाव के लिए पेटेंट की स्थिति भी विवाद का एक प्रमुख बिंदु होती है।

वर्तमान-पीढ़ी का वीडियो कोडिंग प्रारूप HEVC (H.265) है, जिसे 2013 में प्रस्तुत किया गया था। जबकि AVC 4x4 और 8x8 ब्लॉक आकार के साथ पूर्णांक DCT का उपयोग करता है, HEVC 4x4 और 32x32 के बीच विभिन्न ब्लॉक आकारों के साथ पूर्णांक DCT और असतत ज्या परिवर्तन का उपयोग करता है।[38] सैमसंग विद्युतिए, सामान्य विद्युतीय, निप्पॉन टेलीग्राफ और टेलीफोन और जेवीसी केनवुड से संबंधित अधिकांश पेटेंट के साथ एचईवीसी भारी पेटेंट है।[39] इसे वर्तमान में लक्ष्य-से-स्वतंत्र रूप से लाइसेंस प्राप्त एओमीडिया वीडियो 1 प्रारूप द्वारा चुनौती दी जा रही है। As of 2019, AVC अब तक वीडियो सामग्री की रिकॉर्डिंग, संपीड़न और वितरण के लिए सबसे अधिक उपयोग किया जाने वाला प्रारूप है, जिसका उपयोग 91% वीडियो विकासक द्वारा किया जाता है, इसके बाद HEVC का उपयोग 43% विकासक द्वारा किया जाता है।[33]

वीडियो कोडिंग मानकों की सूची

See also: कोडेक § वीडियो संपीड़न प्रारूपों की सूची
Timeline of international video compression standards
Basic algorithm Video coding standard Year Publisher(s) Committee(s) Licensor(s) Market presence (2019)[33] Popular implementations
DPCM H.120 1984 CCITT VCEG — — Un­known
DCT H.261 1988 CCITT VCEG Hitachi, PictureTel, NTT, BT, Toshiba, etc.[29] — Videoconferencing, videotelephony
Motion JPEG (MJPEG) 1992 JPEG JPEG ISO / Open Source does NOT mean free! [40] — QuickTime
MPEG-1 Part 2 1993 ISO, IEC MPEG Fujitsu, IBM, Matsushita, etc.[41] — Video CD, Internet video
H.262 / MPEG-2 Part 2 (MPEG-2 Video) 1995 ISO, IEC, ITU-T MPEG, VCEG Sony, Thomson, Mitsubishi, etc.[30] 29% DVD Video, Blu-ray, DVB, ATSC, SVCD, SDTV
DV 1995 IEC IEC Sony, Panasonic Un­known Camcorders, digital cassettes
H.263 1996 ITU-T VCEG Mitsubishi, Hitachi, Panasonic, etc.[32] Un­known Videoconferencing, videotelephony, H.320, Integrated Services Digital Network (ISDN),[42][43] mobile video (3GP), MPEG-4 Visual
MPEG-4 Part 2 (MPEG-4 Visual) 1999 ISO, IEC MPEG Mitsubishi, Hitachi, Panasonic, etc.[32] Un­known Internet video, DivX, Xvid
DWT Motion JPEG 2000 (MJ2) 2001 JPEG[44] JPEG[45] — Un­known Digital cinema[46]
DCT Advanced Video Coding (H.264 / MPEG-4 AVC) 2003 ISO, IEC, ITU-T MPEG, VCEG Panasonic, Godo Kaisha IP Bridge, LG, etc.[34] 91% Blu-ray, HD DVD, HDTV (DVB, ATSC), video streaming (YouTube, Netflix, Vimeo), iTunes Store, iPod Video, Apple TV, videoconferencing, Flash Player, Silverlight, VOD
Theora 2004 Xiph Xiph — Un­known Internet video, web browsers
VC-1 2006 SMPTE SMPTE Microsoft, Panasonic, LG, Samsung, etc.[47] Un­known Blu-ray, Internet video
Apple ProRes 2007 Apple Apple Apple Un­known Video production, post-production
High Efficiency Video Coding (H.265 / MPEG-H HEVC) 2013 ISO, IEC, ITU-T MPEG, VCEG Samsung, GE, NTT, JVC Kenwood, etc.[39][48] 43% UHD Blu-ray, DVB, ATSC 3.0, UHD streaming, High Efficiency Image File Format, macOS High Sierra, iOS 11
AV1 2018 AOMedia AOMedia — 7% HTML5 video
Versatile Video Coding (VVC / H.266) 2020 JVET JVET Un­known — —


दोषरहित, हानिपूर्ण और असम्पीडित वीडियो कोडिंग प्रारूप

उपभोक्ता वीडियो सामान्यतः हानिपूर्ण संपीड़न वीडियो कोडेक्स का उपयोग करके संपीड़ित किया जाता है, क्योंकि इसके परिणामस्वरूप दोषरहित संपीड़न संपीड़न की तुलना में अधिक छोटी फाइलें होती है। जबकि हानिपूर्ण या दोषरहित संपीड़न के लिए स्पष्ट रूप से डिज़ाइन किए गए वीडियो कोडिंग प्रारूप है, कुछ वीडियो कोडिंग प्रारूप जैसे Dirac (वीडियो संपीड़न प्रारूप) और H.264/MPEG-4 AVC|H.264 दोनों का समर्थन करते है।[49]

असम्पीडित वीडियो प्रारूप, जैसे क्लीन HDMI , कुछ परिस्थितियों में उपयोग किए जाने वाले दोषरहित वीडियो का एक रूप है, जैसे एचडीएमआई कनेक्शन पर डिस्प्ले पर वीडियो भेजते समय। कुछ हाई-एंड कैमरे भी इस प्रारूप में सीधे वीडियो कैप्चर कर सकते है।

अंतः वृत्ति वीडियो कोडिंग प्रारूप

अंतः वृत्ति संपीड़न एन्कोडेड वीडियो अनुक्रम के संपादन को जटिल बनाता है।[50]

अपेक्षाकृत सरल वीडियो कोडिंग प्रारूपों का एक उपवर्ग अंतः वृत्ति वीडियो प्रारूप है, जैसे DV, जिसमें वीडियो स्ट्रीम के प्रत्येक वृत्ति को स्ट्रीम में अन्य फ़्रेमों का संदर्भ दिए बिना स्वतंत्र रूप से संपीड़ित किया जाता है, और सहसंबंधों का लाभ उठाने का कोई प्रयास नहीं किया जाता है। बेहतर संपीड़न के लिए समय के साथ क्रमिक चित्रों के बीच। एक उदाहरण गति जेपीईजी है, जो व्यक्तिगत रूप से जेपीईजी-संपीड़ित छवियों का एक क्रम है। यह दृष्टिकोण त्वरित और सरल है, कीमत पर एन्कोडेड वीडियो इंटर वृत्ति कोडिंग का समर्थन करने वाले वीडियो कोडिंग प्रारूप से अधिक बड़ा है।

क्योंकि अंतः वृत्ति संकुचित डेटा को एक वृत्ति से दूसरे वृत्ति में कॉपी करता है, यदि मूल वृत्ति को आसानी से काट दिया जाता है (या ट्रांसमिशन में खो जाता है), तो निम्नलिखित वृत्ति को ठीक से फिर से नहीं बनाया जा सकता है। वीडियो संपादन के दौरान अंतः वृत्ति-कंप्रेस्ड वीडियो में 'कट' करना लगभग असम्पीडित वीडियो को संपादित करने जितना ही आसान है: व्यक्ति प्रत्येक वृत्ति की प्रारंभ और अंत पाता है, और बस प्रत्येक वृत्ति को बिट-टू-बिट कॉपी करता है जिसे कोई रखना चाहता है, और वृत्ति को छोड़ देता है वृत्ति कोई नहीं चाहता। अंतः वृत्ति और अंतः वृत्ति संकुचित के बीच एक और अंतर यह है कि, अंतः वृत्ति प्रणाली के साथ, प्रत्येक वृत्ति समान मात्रा में डेटा का उपयोग करता है। अधिकांश इंटरफ़्रेम प्रणाली में, कुछ फ़्रेम (जैसे MPEG-2 में वीडियो संपीड़न चित्र प्रकार) को अन्य फ़्रेमों से डेटा कॉपी करने की अनुमति नहीं है, इसलिए उन्हें आस-पास के अन्य फ़्रेमों की तुलना में बहुत अधिक डेटा की आवश्यकता होती है।[51]

एक कंप्यूटर-आधारित वीडियो संपादक बनाना संभव है जो आई वृत्ति को संपादित करने के दौरान होने वाली समस्याओं का पता लगाता है जबकि अन्य वृत्तिों को उनकी आवश्यकता होती है। इसने नए स्वरूपों जैसे HDV को संपादन के लिए उपयोग करने की अनुमति दी है। चूंकि, यह प्रक्रिया समान चित्र गुणवत्ता वाले अंतः वृत्ति कंप्रेस्ड वीडियो को संपादित करने की तुलना में बहुत अधिक कंप्यूटिंग ऊर्जा की मांग करती है। लेकिन, यह संपीड़न किसी भी ऑडियो प्रारूप के लिए उपयोग करने के लिए बहुत प्रभावी नहीं है।[52]

रूपरेखा और स्तर

एक वीडियो कोडिंग प्रारूप एन्कोडेड वीडियो के लिए वैकल्पिक प्रतिबंधों को परिभाषित कर सकता है, जिसे रूपरेखा (अभियांत्रिकी) और स्तर कहा जाता है। एक डिकोडर होना संभव है जो केवल रूपरेखा के एक सबसेट और दिए गए वीडियो प्रारूप के स्तरों को डिकोड करने का समर्थन करता है, उदाहरण के लिए डिकोडर प्रोग्राम/हार्डवेयर को छोटा, सरल या तेज बनाने के लिए होता है।[53]

एक रूपरेखा प्रतिबंधित करती है कि किन एन्कोडिंग तकनीकों की अनुमति है। उदाहरण के लिए, H.264 प्रारूप में रूपरेखा निचली रेखा, मुख्य और उच्च (और अन्य) सम्मलित है। जबकि वीडियो संपीड़न चित्र प्रकार | पी-स्लाइस (जो पूर्ववर्ती स्लाइस के आधार पर भविष्यवाणी की जा सकती है) सभी रूपरेखा में समर्थित है, वीडियो संपीड़न चित्र प्रकार | बी-स्लाइस (जिनकी पूर्ववर्ती और बाद की स्लाइस दोनों के आधार पर भविष्यवाणी की जा सकती है) समर्थित है मुख्य और हाई रूपरेखा लेकिन बेसलाइन में नहीं।[54]

एक स्तर अधिकतम संकल्प और डेटा दरों जैसे मापदंडों पर प्रतिबंध होता है।[54]

यह भी देखें

टिप्पणियाँ

  1. ↑ The term video coding can be seen in e.g. the names Advanced Video Coding, High Efficiency Video Coding, and Video Coding Experts Group[1]


संदर्भ

  1. ↑ Thomas Wiegand; Gary J. Sullivan; Gisle Bjontegaard & Ajay Luthra (July 2003). "Overview of the H.264 / AVC Video Coding Standard" (PDF). IEEE TRANSACTIONS ON CIRCUITS AND SYSTEMS FOR VIDEO TECHNOLOGY.
  2. ↑ 2.0 2.1 "SERIES H: AUDIOVISUAL AND MULTIMEDIA SYSTEMS : Infrastructure of audiovisual services – Coding of moving video : Advanced video coding for generic audiovisual services". Itu.int. Retrieved 6 January 2015.
  3. ↑ "मुखपृष्ठ". Alliance for Open Media. Retrieved 2016-05-23.
  4. ↑ Adrian Grange; Peter de Rivaz & Jonathan Hunt. "VP9 Bitstream & Decoding Process Specification" (PDF).
  5. ↑ "Audio/Video". The Chromium Projects. Retrieved 2016-05-23.
  6. ↑ "एचटीएमएल ऑडियो और वीडियो तत्वों द्वारा समर्थित मीडिया प्रारूप". Mozilla. Retrieved 2016-05-23.
  7. ↑ Rowan Trollope (2013-10-30). "Open-Sourced H.264 Removes Barriers to WebRTC". Cisco. Retrieved 2016-05-23.
  8. ↑ "Chapter 3 : Modified A* Prune Algorithm for finding K-MCSP in video compression" (PDF). Shodhganga.inflibnet.ac.in. Retrieved 2015-01-06.
  9. ↑ 9.0 9.1 9.2 9.3 9.4 9.5 9.6 9.7 9.8 9.9 "वीडियो संपीड़न का इतिहास". ITU-T. Joint Video Team (JVT) of ISO/IEC MPEG & ITU-T VCEG (ISO/IEC JTC1/SC29/WG11 and ITU-T SG16 Q.6). July 2002. pp. 11, 24–9, 33, 40–1, 53–6. Retrieved 3 November 2019.
  10. ↑ Robinson, A. H.; Cherry, C. (1967). "एक प्रोटोटाइप टेलीविजन बैंडविड्थ संपीड़न योजना के परिणाम". Proceedings of the IEEE. IEEE. 55 (3): 356–364. doi:10.1109/PROC.1967.5493.
  11. ↑ 11.0 11.1 11.2 11.3 11.4 11.5 11.6 11.7 11.8 Ghanbari, Mohammed (2003). Standard Codecs: Image Compression to Advanced Video Coding. Institution of Engineering and Technology. pp. 1–2. ISBN 9780852967102.
  12. ↑ 12.0 12.1 12.2 12.3 12.4 12.5 Lea, William (1994). Video on demand: Research Paper 94/68. House of Commons Library. Retrieved 20 September 2019.
  13. ↑ Lee, Jack (2005). Scalable Continuous Media Streaming Systems: Architecture, Design, Analysis and Implementation. John Wiley & Sons. p. 25. ISBN 9780470857649.
  14. ↑ Ahmed, Nasir (January 1991). "मैं असतत कोसाइन परिवर्तन के साथ कैसे आया". Digital Signal Processing. 1 (1): 4–5. doi:10.1016/1051-2004(91)90086-Z.
  15. ↑ Ahmed, Nasir; Natarajan, T.; Rao, K. R. (January 1974), "Discrete Cosine Transform", IEEE Transactions on Computers, C-23 (1): 90–93, doi:10.1109/T-C.1974.223784, S2CID 149806273
  16. ↑ Rao, K. R.; Yip, P. (1990), Discrete Cosine Transform: Algorithms, Advantages, Applications, Boston: Academic Press, ISBN 978-0-12-580203-1
  17. ↑ 17.0 17.1 Habibi, Ali (1974). "सचित्र डेटा की हाइब्रिड कोडिंग". IEEE Transactions on Communications. 22 (5): 614–624. doi:10.1109/TCOM.1974.1092258.
  18. ↑ Chen, Z.; He, T.; Jin, X.; Wu, F. (2019). "वीडियो संपीड़न के लिए सीखना". IEEE Transactions on Circuits and Systems for Video Technology. 30 (2): 566–576. arXiv:1804.09869. doi:10.1109/TCSVT.2019.2892608. S2CID 13743007.
  19. ↑ Pratt, William K. (1984). Advances in Electronics and Electron Physics: Supplement. Academic Press. p. 158. ISBN 9780120145720. A significant advance in image coding methodology occurred with the introduction of the concept of hybrid transform/DPCM coding (Habibi, 1974).
  20. ↑ Ohm, Jens-Rainer (2015). मल्टीमीडिया सिग्नल कोडिंग और ट्रांसमिशन. Springer. p. 364. ISBN 9783662466919.
  21. ↑ 21.0 21.1 Roese, John A.; Robinson, Guner S. (30 October 1975). "डिजिटल इमेज सीक्वेंस की संयुक्त स्थानिक और टेम्पोरल कोडिंग". Efficient Transmission of Pictorial Information. International Society for Optics and Photonics. 0066: 172–181. Bibcode:1975SPIE...66..172R. doi:10.1117/12.965361. S2CID 62725808.
  22. ↑ Huang, T. S. (1981). छवि अनुक्रम विश्लेषण. Springer Science & Business Media. p. 29. ISBN 9783642870378.
  23. ↑ 23.0 23.1 23.2 Stanković, Radomir S.; Astola, Jaakko T. (2012). "Reminiscences of the Early Work in DCT: Interview with K.R. Rao" (PDF). Reprints from the Early Days of Information Sciences. 60. Retrieved 13 October 2019.
  24. ↑ Chen, Wen-Hsiung; Smith, C. H.; Fralick, S. C. (September 1977). "असतत कोज्या रूपांतरण के लिए एक तेज़ कम्प्यूटेशनल एल्गोरिथम". IEEE Transactions on Communications. 25 (9): 1004–1009. doi:10.1109/TCOM.1977.1093941.
  25. ↑ "T.81 – Digital compression and coding of continuous-tone still images – Requirements and guidelines" (PDF). CCITT. September 1992. Retrieved 12 July 2019.
  26. ↑ Cianci, Philip J. (2014). High Definition Television: The Creation, Development and Implementation of HDTV Technology. McFarland. p. 63. ISBN 9780786487974.
  27. ↑ 27.0 27.1 27.2 Li, Jian Ping (2006). Proceedings of the International Computer Conference 2006 on Wavelet Active Media Technology and Information Processing: Chongqing, China, 29-31 August 2006. World Scientific. p. 847. ISBN 9789812709998.
  28. ↑ 28.0 28.1 28.2 28.3 28.4 28.5 28.6 "वीडियो फ़ाइल स्वरूपों का इतिहास इन्फोग्राफिक". RealNetworks. 22 April 2012. Retrieved 5 August 2019.
  29. ↑ 29.0 29.1 "ITU-T Recommendation declared patent(s)". ITU. Retrieved 12 July 2019.
  30. ↑ 30.0 30.1 "MPEG-2 Patent List" (PDF). MPEG LA. Retrieved 7 July 2019.
  31. ↑ Shishikui, Yoshiaki; Nakanishi, Hiroshi; Imaizumi, Hiroyuki (October 26–28, 1993). "अनुकूली-आयाम डीसीटी का उपयोग कर एक एचडीटीवी कोडिंग योजना". Signal Processing of HDTV: Proceedings of the International Workshop on HDTV '93, Ottawa, Canada. Elsevier: 611–618. doi:10.1016/B978-0-444-81844-7.50072-3. ISBN 9781483298511.
  32. ↑ 32.0 32.1 32.2 "MPEG-4 Visual - Patent List" (PDF). MPEG LA. Retrieved 6 July 2019.
  33. ↑ 33.0 33.1 33.2 "Video Developer Report 2019" (PDF). Bitmovin. 2019. Retrieved 5 November 2019.
  34. ↑ 34.0 34.1 "AVC/H.264 – Patent List" (PDF). MPEG LA. Retrieved 6 July 2019.
  35. ↑ Wang, Hanli; Kwong, S.; Kok, C. (2006). "Efficient prediction algorithm of integer DCT coefficients for H.264/AVC optimization". IEEE Transactions on Circuits and Systems for Video Technology. 16 (4): 547–552. doi:10.1109/TCSVT.2006.871390. S2CID 2060937.
  36. ↑ "Digital Video Broadcasting (DVB); Specification for the use of video and audio coding in DVB services delivered directly over IP" (PDF).
  37. ↑ "World, Meet Thor – a Project to Hammer Out a Royalty Free Video Codec". 11 August 2015.
  38. ↑ Thomson, Gavin; Shah, Athar (2017). "पेश है एचईआईएफ और एचईवीसी" (PDF). Apple Inc. Retrieved 5 August 2019.
  39. ↑ 39.0 39.1 "HEVC Patent List" (PDF). MPEG LA. Retrieved 6 July 2019.
  40. ↑ ISO. "Home". International Standards Organization. ISO. Retrieved 3 August 2022.
  41. ↑ "ISO Standards and Patents". ISO. Retrieved 10 July 2019.
  42. ↑ Davis, Andrew (13 June 1997). "The H.320 Recommendation Overview". EE Times. Retrieved 7 November 2019.
  43. ↑ IEEE WESCANEX 97: communications, power, and computing : conference proceedings. University of Manitoba, Winnipeg, Manitoba, Canada: Institute of Electrical and Electronics Engineers. May 22–23, 1997. p. 30. ISBN 9780780341470. H.263 is similar to, but more complex than H.261. It is currently the most widely used international video compression standard for video telephony on ISDN (Integrated Services Digital Network) telephone lines.
  44. ↑ "Motion JPEG 2000 Part 3". Joint Photographic Experts Group, JPEG, and Joint Bi-level Image experts Group, JBIG. Archived from the original on 5 October 2012. Retrieved 21 June 2014.
  45. ↑ Taubman, David; Marcellin, Michael (2012). JPEG2000 Image Compression Fundamentals, Standards and Practice: Image Compression Fundamentals, Standards and Practice. Springer Science & Business Media. ISBN 9781461507994.
  46. ↑ Swartz, Charles S. (2005). Understanding Digital Cinema: A Professional Handbook. Taylor & Francis. p. 147. ISBN 9780240806174.
  47. ↑ "VC-1 Patent List" (PDF). MPEG LA. Retrieved 11 July 2019.
  48. ↑ "HEVC Advance Patent List". HEVC Advance. Retrieved 6 July 2019.
  49. ↑ "RFC 8761 - Video Codec Requirements and Evaluation Methodology". datatracker.ietf.org (in English). Retrieved 2022-02-10.
  50. ↑ Bhojani, D.R. "4.1 Video Compression" (PDF). Hypothesis. Retrieved 6 March 2013.
  51. ↑ Jaiswal, R.C. (2009). ऑडियो-वीडियो इंजीनियरिंग. Pune, Maharashtra: Nirali Prakashan. p. 3.55. ISBN 9788190639675.
  52. ↑ "वेबकोडेक". www.w3.org. Retrieved 2022-02-10.
  53. ↑ "Video Rendering - an overview | ScienceDirect Topics". www.sciencedirect.com. Retrieved 2022-02-10.
  54. ↑ 54.0 54.1 Jan Ozer. "Encoding options for H.264 video". Adobe.com. Retrieved 6 January 2015.
Retrieved from ‘https://www.vigyanwiki.in/index.php?title=वीडियो_कोडिंग_प्रारूप&oldid=188686’