विकिपीडिया

"उन्नत वीडियो कोडन": अवतरणों में अंतर

उत्तरदायी रूप से इतिहास देखें
← पिछला अंतरअगला अंतर →
Content deleted Content added
यथादृश्यविकिटेक्स्ट
छो DennisMacCampbellGale (Talk) के संपादनों को हटाकर Addbot के आखिरी अवतरण को पूर्व...
छो सन्दर्भ की स्थिति ठीक की।
पंक्ति 12:
H.264 मानक को "मानकों के परिवार" के रूप में देखा जा सकता है, जो सदस्यों की प्रोफाइल के नीचे वर्णित है. एक विशिष्ट विकोडक कम से कम एक डीकोड करता है, लेकिन सभी प्रोफाइल जरूरी नहीं है. विकोडक विनिर्देशन जिस प्रोफाइल का वर्णन करता है उसे डिकोड किया जा सकता है.
 
यह H.264 नाम आईटीयू-टी नामकरण परंपरा का अनुकरण करता है जहा मानक VCEG वीडियो कोडन मानक के H.26x का सदस्य होता है; MPEG-4 AVC नाम, [[अन्तर्राष्ट्रीय मानकीकरण संगठन|आईएसओ]]/[[अन्तर्राष्ट्रीय विद्युततकनीकी आयोग|आईईसी]] एमपीईजी में नामकरण परम्परा से संबंधित है जहां मानक आईएसओ/आईईसी 14496 का भाग 10 है जो की MPEG-4 के रूप में मानकों का सूट है. इस मानक को संयुक्त रूप से VCEG और एमपीईजी की भागीदारी में विकसित किया गया था, VCEG परियोजना के रूप में आईटीयू-टी में प्रारम्भिक विकास कार्य के बाद परियोजना को H.26L कहा गया. साधारण विरासत पर जोर देने के लिए इसे सामान्य तौर पर इसे H.264/AVC, AVC/H.264, H.264/MPEG-4 AVC, या MPEG-4/H.264 AVC जैसे नामों के साथ मानक का उल्लेख किया गया. कभी-कभी, इसे संयुक्त वीडियो टीम (JVT) संगठन के संदर्भ में JVT कोडेक के रूप में भी संदर्भित किया जाता है जिसने इसे विकसित किया था. (इस तरह की भागीदारी और कई नामकरण असामान्य नहीं है. उदाहरण के लिए, वीडियो कोडेक मानक MPEG-2 के रूप में ज्ञात है और यह भी एमपीईजी और आईटीयू-टी के बीच साझेदारी से बना है, जहां MPEG-2, वीडियो H.262 के रूप में आईटीयू-टी समुदाय के लिए जाना जाता है. <ref>{{cite web|url=http://itu.int/rec/T-REC-H.262|title=H.262 : Information technology&nbsp;— Generic coding of moving pictures and associated audio information: Video|accessdate=2007-04-15}}</ref> ) कुछ सॉफ्टवेयर प्रोग्राम (जैसे VLC मीडिया प्लेयर) AVC1 के रूप में आंतरिक तरीके से मानक की पहचान करता है.
 
H.264/AVC के पहले संस्करण के मानकीकरण को मई 2003 में पूरा किया गया. मूल मानक का विस्तार करने के लिए प्रथम परियोजना में, उस समय JVT ने जो विकास किया था उसे फिडेलिटी रेंज एक्सटेंशन (FRExt) कहा गया था. इस एक्सटेंशन ने उच्च गुणवत्ता वीडियो को सक्षम किया जो कि गहराई सहित नमूना बिट के वृद्धि में समर्थन और उच्चतम-रेजुलुशन कलर सूचना के द्वारा कोडन किया जिसमें नमूना-चयन संरचना शामिल था जिसे Y'CbCr 4:2:2 (=[[YUV 4:2:2]]) और Y'CbCr 4:4:4 के रूप में जाना जाता है. कई अन्य सुविधाएं को भी फिडलिटी रेंज एक्सटेंशन परियोजना में शामिल किया गया था जैसे 4×4 और 8×8 पूर्णांक बदलाव के बीच अनुकूली स्विचन, एनकोडर-निर्दिष्ट अवधारणात्मक-आधारित परिमाणीकरण भार मेट्रिसेस, दोषरहित कुशल अंतर-चित्र कोडन, और अतिरिक्त रंग का समर्थन. फिडेलिटी रेंज एक्सटेंशन पर डिजाइन का काम जुलाई 2004 में पूरा हुआ था, और उन पर ड्राफ्टिंग कार्य को सितंबर 2004 में पूरा किया गया.
पंक्ति 31:
{{see|List of video services using H.264/MPEG-4 AVC}}
 
H.264 वीडियो प्रारूप का एक बहुत व्यापक अनुप्रयोग रेंज है जो कि लगभग दोषरहित कोडिंग के साथ निम्न बिट-दर इंटरनेट स्ट्रीमिंग अनुप्रयोग से HDTV प्रसारण और डिजिटल सिनेमा अनुप्रयोग तक डिजिटल कम्प्रेस्ड वीडियो के सभी रूपों को कवर करती है. H.264 के उपयोग के साथ बिट दर बचत 50%, <ref>{{cite web|url=http://www.jvsg.com/ |title=H.264 Joint Video Surveillance Group Compression Research Data: 2008 |publisher=Jvsg.com |date= |accessdate=2010-05-17}}</ref> या अधिक होने की सूचना है. उदाहरण के लिए, 1.5 Mbit/s पर लगभग 3.5 Mbit/s और H.264 पर जारी वर्तमान MPEG-2 के साथ आधे से भी कम के बिटदर के साथ जारी वर्तमान MPEG-2 के जैसे ही H.264 भी समान डिजिटल वीडियो गुणवत्ता प्रदान करने का दर्ज किया गया है. <ref>{{cite paper | author=Wenger, et al. | title = RFC 3984 : RTP Payload Format for H.264 Video | url = http://tools.ietf.org/html/rfc3984#page-2 | page = 2}}</ref> अनुकूलता और H.264/AVC की समस्या से मुक्त स्वीकारण को सुनिश्चित करने के लिए, कई मानक निकायों ने संशोधन या अपने वीडियो से संबंधित मानकों में जोड़ा ताकी इन मानकों के उपयोगकर्ता H.264/AVC का इस्तेमाल कर सके.
 
[[ब्लू-रे डिस्क]] और वर्तमान में बंद हुए HD DVD दोनों प्रारूपों में तीन अनिवार्य वीडियो कम्प्रेशन प्रारूप के रूप में H.264/AVC हाई प्रोफाइल शामिल है. सोनी ने भी अपने मेमोरी स्टिक वीडियो प्रारूप के लिए इस प्रारूप को चुना. <ref> [https://www.memorystick.org/eng/aboutms/video.html Memorystick.org]</ref>
 
डिजिटल वीडियो प्रसारण परियोजना (DVB) ने 2004 के उत्तरार्ध में टेलीविजन प्रसारण के लिए H.264/AVC के उपयोग को अनुमोदित किया.
 
[[संयुक्त राज्य अमेरिका|संयुक्त राज्य]] में एडवान्स्ड टेलीविजन सिस्टम कमेटी (ATSC) मानक निकाय ने जुलाई 2008 में टेलीविजन के प्रसारण के लिए H.264/AVC के उपयोग को अनुमोदित किया, हालांकि संयुक्त राज्य अमेरिका के भीतर निर्धारित ATSC प्रसारण के लिए अभी तक मानक का उपयोग नहीं किया था. <ref> [http://www.atsc.org/cms/standards/a_72_part_1.pdf ATSC स्टैंडर्ड A/72 पार्ट 1: ATSC डिजिटल टेलीविजन सिस्टम में AVC कीवीडियो सिस्टम अभिलक्षण]</ref> <ref> [http://www.atsc.org/cms/standards/a_72_part_2.pdf ATSC मानक A/72 भाग 2: AVC वीडियो परिवहन सबसिस्टम अभिलक्षण]</ref> साथ ही अभी हाल के ATSC-M/H (मोबाइल/हैंडहेल्ड) मानक के साथ इसके उपयोग को स्वीकृती दी गई है, H.264 के AVC और SVC भागों का प्रयोग किया जा रहा है. <ref> [http://atsc.org/cms/standards/a153/a_153-Part-7-2009.pdf ATSC मानक A/153 भाग 2: AVC और SVC वीडियो सिस्टम अभिलक्षण]</ref>
 
सोनी और पैनासोनिक द्वारा डिजाइन किया गया AVCHD एक उच्च परिभाषा रिकॉर्डिंग प्रारूप है जो कि H.264 (H.264 के लिए सदृश बनाया गया जबकि अतिरिक्त अनुप्रयो-विशिष्ट सुविधाएं और अवरोध) का उपयोग करता है.
पंक्ति 47:
== पेटेंट लाइसेंस ==
{{Disputed-section|So when do the patents end?|date=January 2011}}
उन देशों में जहां सॉफ्टवेयर एल्गोरिदम पर पेटेंट जारी है वहां H.264/AVC का इस्तेमाल करने वाले उत्पादों का प्रयोग करने वाले विक्रेता और वाणिज्यिक प्रयोक्ताओं को अपने उत्पाद में प्रयुक्त [[पेटेन्ट|पेटेंट]] तकनीक के लिए पेटेंट लाइसेंस रॉयल्टी का भुगतान करना अपेक्षित है. <ref>{{cite web|url=http://www.mpegla.com/main/programs/AVC/Documents/AVC_TermsSummary.pdf|title=Summary of AVC/H.264 License Terms|accessdate=2010-03-25}}</ref> इसे साथ ही आधारभूत प्रोफ़ाइल में भी लागू किया जाता है. <ref>{{cite web|url=http://blogs.sun.com/openmediacommons/entry/oms_video_a_project_of|title=OMS Video, A Project of Sun's Open Media Commons Initiative|accessdate=2008-08-26}}</ref>
एक निजी संगठन जिसे एमपीईजी ला के रूप में जाना जाता है, जो कि एमपीईजी मानकीकरण संगठन के साथ किसी भी तरह से संबद्ध नहीं है, इस मानक में पेटेंट लागू करने के लिए लाइसेंस का संचालन करती है, साथ ही MPEG-2 भाग 1 सिस्टम, MPEG-2 भाग 2 वीडियो, MPEG-4 भाग 2 वीडियो, और अन्य प्रौद्योगिकियों के पेटेंट पूल को लागू करती है. H.264 के लिए अमेरिका का अंतिम एमपीईजी ला पेटेंट 2028 तक समाप्त नहीं हो सकता है. <ref>{{cite web|url=http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2009-July/020737.html |title=[whatwg&#93; Codecs for and |publisher=Lists.whatwg.org |date= |accessdate=2010-05-17}}</ref>
 
26 अगस्त 2010 को एमपीईजी ला ने घोषणा की कि H.264 ने इंटरनेट वीडियो को इनकोडिंग कर दिया है जो कि उपयोगकर्ताओं को समाप्त करने के लिए स्वतंत्र है और रॉयल्टी के लिए शुल्क कभी नहीं लिया जाएगा. <ref>{{cite web|url=http://www.mpegla.com/Lists/MPEG%20LA%20News%20List/Attachments/231/n-10-08-26.pdf|title=MPEG LA’s AVC License Will Not Charge Royalties for Internet Video that is Free to End Users through Life of License|publisher=MPEG LA|date=2010-08-26|accessdate=2010-08-26}}</ref> जैसा कि उत्पादों के लिए रॉयल्टी जो कि H.264 वीडियो को डिकोड और इनकोड करता है इसलिए अन्य सभी रॉयल्टी वैसे ही रहेगा. <ref>{{cite web|url=http://www.pcmag.com/article2/0,2817,2368359,00.asp |title=MPEG LA Cuts Royalties from Free Web Video, Forever |publisher=pcmag.com |date=2010-08-26 |accessdate=2010-08-26 }}</ref> लाइसेंस शर्तों को 5 -वर्ष ब्लॉक में अद्यतन किया जाता है. <ref>{{cite web|url=http://www.mpegla.com/main/programs/AVC/Pages/FAQ.aspx |title= AVC FAQ |publisher=Mpeg La |date=2002-08-01 |accessdate=2010-05-17}}</ref>
 
2005 में, क्वैल्कौम, जो कि {{US patent|5,452,104}} और {{US patent|5,576,767}} का समनुदेशिती था, अमेरिका डिस्ट्रिक्ट कोर्ट में ब्रॉडकॉम पर मुकदमा किया और आरोप लगाया कि ब्रॉडकॉम ने उत्पाद निर्माण के द्वारा दो पेटेंटों का उल्लंघन किया जो कि H.264 वीडियो कम्प्रेशन मानक के साथ अनुवर्ती था. <ref name="case"> देखें [http://caselaw.lp.findlaw.com/data2/circs/fed/071545p.pdf Qualcomm इंक v. Broadcom कॉर्प], न. 2007-1545, 2008-1162 (Fed. Cir. 1 दिसंबर, 2008). , पोपुलर प्रेस में लेख देखने के लिए, signonsandiego.com, [http://www.signonsandiego.com/news/business/20070127-9999-1b27verdict.html "Qualcomm लूजेज पेटेंट-राइट्स केस"] और [http://www.signonsandiego.com/news/business/20070126-9999-1b26qualcomm.html "है Qualcomm पेटेंट केस गोज टू जूरी"] bloomberg.com, और [http://www.bloomberg.com/apps/news?pid=20601204&amp;sid=aLX_DFMCEYWU&amp;refer=technology "ब्रॉडकॉम विंस फर्स्ट ट्रायल इम क्वालकॉम पेटेंट डिस्प्युट"] .</ref> 2007 में जिला न्यायालय में पाया गया कि पेटेंट अप्रवर्तनीय थे क्योंकि मई क्वैल्कौम 2003 में H.264 मानक के जारी होने से पहले JVT के लिए उनका खुलासा करने में असफल था. <ref name="case"/> दिसंबर 2008 में, संघीय सर्किट के लिए अमेरिकी अपील कोर्ट ने जिला न्यायालय के आदेश की पुष्टि कि जिसमें पेटेंट को अप्रवर्तनीय बताया गया था, लेकिन H.264 अनुवर्ती उत्पाद के लिए अप्रवर्तनीय की गुंजाइश को कम करने के निर्देश के साथ इसे जिला न्यायालय में भेज दिया गया. <ref name="case"/>
 
== विवाद ==
 
H.264 वीडियो कम्प्रेशन मानक से संबंधित विवाद मुख्य रूप से HTML5 इंटरनेट मानक के भीतर इसके उपयोग से पनपी है. HTML मानक के लिए HTML 5 दो नए टैग को जोड़ती है; एक वेब के लिए वीडियो और ऑडियो सामग्री के एम्बेड के लिए <वीडियो> और <ऑडियो>. सभी वेब ब्राउज़र के डेवलपर्स द्वारा अपनाई गई मुक्त मानक के रूप में HTML 5 का विकास HTML 5 के कार्यरत समूह द्वारा किया गया. 2009 में, HTML 5 कार्य समूह ओग थिउरा के समर्थकों के बीच विभक्त हो गए जो कि इसके डेवलपर्स के द्वारा एक मुक्त वीडियो पेटेंट माना जाता था और पेटेंट्स द्वारा अभारग्रस्त होना था और H.264 जिसमें पेटेंट प्रौद्योगिकी शामिल हैं. जुलाई 2009 के एकदम अंत में गूगल और एप्पल ने H.264 को सपोर्ट करने की बात की थी जबकि मोजिला और ओपेरा ऑग थिउरा को सपोर्ट करते थे. <ref>{{cite web|url=http://arstechnica.com/open-source/news/2009/07/decoding-the-html-5-video-codec-debate.ars |title=Decoding the HTML 5 video codec debate |publisher=Ars Technica |date=2009-07-06 |accessdate=2011-01-12}}</ref> हालांकि, 2011 के जनवरी में, गूगल ने घोषणा की कि वे अपने क्रोम ब्राउज़र से H.264 के लिए सपोर्ट को समाप्त कर रहे हैं और थिउरा और WebM दोनों का सपोर्ट कर रहे हैं. <ref>{{cite web|url=http://blog.chromium.org/2011/01/html-video-codec-support-in-chrome.html |title=HTML Video Codec Support in Chrome |date=2011-01-11 |accessdate=2011-01-12}}</ref>
 
== विशेषताएं ==
पंक्ति 90:
** CAVLC या CABAC द्वारा कोडित नहीं किए जाने वाले कई सिंटेक्स तत्वों के लिए, एक आम साधारण और उच्च संरचित वारिएबल लेंथ कोडिंग (VLC) तकनीक, जिसे एक्सपोनेंशीयल-गोलोम्ब कोडिंग (या एक्स्प-गोलोम्ब) के रूप में संदर्भित किया जाता है.
* हानि पूर्ती विशेषताओं में शामिल है:
** एक नेटवर्क एब्स्ट्रैकशन लेयर (एनएएल) परिभाषा जो उसी वीडियो सिंटेक्स के कई नेटवर्क माहौल में उपयोग किए जाने को सम्भव बनाती है. H.264 की एक बहुत ही मौलिक डिजाइन अवधारणा है स्वनिहित पैकेट उत्पन्न करना, ताकि हेडर दोहराव को हटाया जा सके जैसा कि MPEG-4 हेडर एक्सटेंशन कोड (एचईसी) में होता है.<ref name="rfc3984_3"/> इसे हासिल करने के लिए उस जानकारी को विखंडित किया जाता है जो मीडिया स्ट्रीम से दो से अधिक टुकड़ों के साथ प्रासंगिक होती है. उच्च स्तर पैरामीटर का संयोजन, पैरामीटर सेट कहा जाता है. <ref name="rfc3984_3"/> एच.264 विनिर्देश में दो प्रकार के पैरामीटर सेट शामिल हैं: अनुक्रम परिमाण सेट (एसपीएस) और पिक्चर पैरामीटर सेट (पीपीएस). एक सक्रिय अनुक्रम पैरामीटर सेट, एक कोडित वीडियो अनुक्रम में अपरिवर्तित रहता है, और एक सक्रिय पिक्चर पैरामीटर सेट एक कोडित तस्वीर के भीतर अपरिवर्तित रहता है. अनुक्रम और चित्र पैरामीटर सेट संरचनाओं में जानकारी शामिल होती है जैसे कि चित्र आकार, प्रयुक्त वैकल्पिक कोडिंग मोड, और ग्रुप मैप को बांटने के लिए मैक्रोब्लॉक. <ref name="rfc3984_3"> आरएफसी 3984,p.3 </ref>
** फ्लेक्सिबल मैक्रोब्लॉक ऑर्डरिंग (FMO), जिन्हें स्लाइस ग्रुप के रूप में भी जाना जाता है, और अनियंत्रित स्लाइस ऑर्डरिंग (ASO), जो चित्र में मौलिक क्षेत्रों (''मैक्रोब्लॉक्स'' ) के प्रदर्शन की क्रमबद्धता को संरचित करने की तकनीक है. आमतौर पर एक त्रुटि/हानि मानी जाने वाली मजबूती सुविधा, FMO और ASO को अन्य प्रयोजनों के लिए भी इस्तेमाल किया जा सकता है.
** डेटा विभाजन (डीपी), एक सुविधा जो अधिक महत्वपूर्ण और कम महत्वपूर्ण वाक्यविन्यास तत्वों को डेटा के विभिन्न पैकेटों में अलग करने की क्षमता प्रदान करती है, जिससे असमान त्रुटि सुरक्षा (UEP) और त्रुटि/हानि मजबूती के सुधार के अन्य प्रकार के अनुप्रयोगों को सक्षम करती है.
पंक्ति 104:
* चित्र आदेश गिनती, एक विशेषता है जो चित्रों के क्रम को बनाए रखती है और नमूनों के मान को डीकोडेड चित्र में जिन्हें समय जानकारी से अलग किया जाता है, जिससे समय जानकारी को एक सिस्टम द्वारा डीकोडेड चित्र की सामग्री को बिना प्रभावित किये ले जाने और नियंत्रित/बदलाव करने की अनुमति मिलती है.
 
कई अन्य तकनीकों के साथ यह तकनीक, किसी पूर्व मानक की तुलना में H.264 को विभिन्न परिस्थितियों में और विविध अनुप्रयोगों में बेहतर प्रदर्शन करने में मदद करती है. H.264 अक्सर MPEG-2 विडिओ से बेहतर प्रदर्शन करता है - आम तौर पर आधे या उससे कम के बिट दर पर एक ही गुणवत्ता प्राप्त करते हुए, विशेष रूप से उच्च बिट रेट और हाई रिजोल्यूशन परिस्थिति में. <ref>{{cite web|author=Apple Inc. |url=http://www.apple.com/quicktime/technologies/h264/faq.html |title=H.264 FAQ |publisher=Apple |date=1999-03-26 |accessdate=2010-05-17}} {{Dead link|date=September 2010|url=http://web.archive.org/web/20080406153541/http://www.apple.com/quicktime/technologies/h264/faq.html}}</ref>
 
अन्य आईएसओ/आईईसी एमपीईजी वीडियो मानकों की तरह, H.264/AVC में एक संदर्भ कार्यान्वयन सॉफ्टवेयर है जिसे बिना भुगतान डाउनलोड किया जा सकता है. <ref>{{cite web|author=Karsten Suehring |url=http://iphome.hhi.de/suehring/tml/download/ |title=H.264/AVC JM Reference Software Download |publisher=Iphome.hhi.de |date= |accessdate=2010-05-17}}</ref> इसका मुख्य उद्देश्य H.264/AVC सुविधाओं के उदाहरण देना है, ना कि ''अपने आप'' में एक उपयोगी अनुप्रयोग होना है. कुछ संदर्भ हार्डवेयर डिजाइन कार्य मूविंग पिक्चर एक्सपर्ट्स ग्रुप के तहत जारी हैं.
ऊपर उल्लिखित H.264/AVC की पूरी विशेषताएं हैं जो H.264 की सभी प्रोफाइल को आवृत करता है. एक कोडेक के लिए एक प्रोफ़ाइल, उस कोडेक की विशेषताओं की एक सेट है जिसे लक्ष्यित अनुप्रयोग के विनिर्देशों के सेट को पूरा करना होता है. इसका मतलब यह है कि सूचीबद्ध सुविधाओं में से कई, कुछ प्रोफाइल में समर्थित नहीं होते हैं. H.264/AVC की विभिन्न प्रोफाइल पर अगले भाग में चर्चा की गई है.
 
पंक्ति 119:
: मुख्य रूप से कम लागत वाली अनुप्रयोग है जिसके लिए अतिरिक्त डेटा हानि मजबूती की आवश्यकता होती है, इस प्रोफाइल का इस्तेमाल कुछ वीडियोकॉन्फ्रेंसिंग और मोबाइल अनुप्रयोगों में किया जाता है. इस प्रोफाइल में वे सभी सुविधाएं शामिल हैं जो कि कंस्ट्रेन्ड बेसलाइन प्रोफ़ाइल में सपोर्ट करते हैं, इसके अलावा तीन अतिरिक्त सुविधाएं हैं जिसका इस्तमाल हानि मजबूती के लिए किया जा सकता है (या फिर अन्य प्रयोजनों जैसे लो-डिले मल्टी प्वाइंट वीडियो स्ट्रीम कम्पोजाइटिंग के लिए). इस प्रोफाइल का महत्व 2009 में कंस्ट्रेन्ड बेसलाइन प्रोफ़ाइल की परिभाषा के बाद से कुछ फीका हो चुका है. सभी कंस्ट्रेन्ड बेसलाइन प्रोफ़ाइल बिटस्ट्रीम को भी बेसलाइन प्रोफ़ाइल बिटस्ट्रीम माना जाता है, क्योंकि ये दो प्रोफाइल एक ही प्रोफ़ाइल कोड पहचानकर्ता मूल्य शेयर करते हैं.
;मेन प्रोफाइल (एमपी)
: इस प्रोफाइल का इस्तेमाल मानक-डेफीनेशन डिजिटल टीवी प्रसारण के लिए किया जाता है जो कि DVB मानक में परिभाषित के रूप में MPEG-4 प्रारूप का प्रयोग करता है. <ref>{{cite web|url=http://www.etsi.org/deliver/etsi_ts/101100_101199/101154/01.09.01_60/ts_101154v010901p.pdf |title=TS 101 154 - V1.9.1 - Digital Video Broadcasting (DVB); Specification for the use of Video and Audio Coding in Broadcasting Applications based on the MPEG-2 Transport Stream |format=PDF |date= |accessdate=2010-05-17}}</ref> हालांकि उच्च डेफीनेशन टीवी प्रसारण के लिए इसका प्रयोग नहीं किया जाता है क्योंकि 2004 में जब उस अनुप्रयोग के लिए हाई प्रोफाइल को विकसित किया गया था तब इसका नहत्व फीका हो गया.
;विस्तारित प्रोफाइल (XP)
: वीडियो स्ट्रीमिंग प्रोफ़ाइल के रूप में माना जाता है, इस प्रोफाइल में अपेक्षाकृत हाई कम्प्रेशन की क्षमता है और डेटा हानि और सर्वर धारा स्विचन को मजबूती के लिए कुछ अतिरिक्त चाल है.
पंक्ति 1,039:
H.264 के एन्कोडिंग और डिकोडिंग के लिए विशिष्ट प्रकार के अंकगणितीय आपरेशनों में महत्वपूर्ण कंप्यूटिंग शक्ति, सॉफ्टवेयर कार्वान्यन की आवश्यकता है, जबकि सामान्य-प्रयोजन CPUs आम तौर पर कम बिजली पर चलते हैं. हालांकि, नवीनतम क्वाड-कोर सामान्य-प्रयोजन x86 सीपीयू में रिएल-टाइम एसडी और एचडी एनकोडिंग प्रदर्शन के लिए पर्याप्त अभिकलन क्षमता होती है. सम्पीडन दक्षता वीडियो एल्गोरिथम कार्यान्वन पर निर्भर होती है न कि इस्तेमाल किए गए हार्डवेयर या सॉफ्टवेयर पर. इसलिए, हार्डवेयर और सॉफ्टवेयर आधारित कार्यान्वयन के बीच अंतर क्षमता-शक्ति, लचीलापन और लागत पर अधिक निर्भर होता है. बिजली क्षमता में सुधार लाने और हार्डवेयर फार्म कारक को कम करने के लिए, सम्पूर्ण एनकोडिंग या डिरोडिंग प्रक्रिया के लिए या एक सीपीयू नियंत्रित वातावरण में त्वरण सहायता के लिए विशेष-प्रयोजन के हार्डवेयर को लगाया जा सकता है.
 
दूसरी पीढ़ी की इंटेल कोर i प्रोसेसर i3/i5/i7 (कोड नाम "सेंडी ब्रिज") की शुरूआत जनवरी 2011 एसईएस (कंजुमर इलेक्ट्रोनिक्स शो) में किया गया जिसमें एक ऑन-चिप हार्डवेयर पूर्ण HD H.264 एनकोडर की पेशकश थी. 2010 से पहले इंटेल i3/i5/i7 चिप्स सॉफ्टवेयर के माध्यम से H.264 हार्डवेयर डिकोडिंग और एनकोडिंग की पेशकश की. <ref>{{cite web|url=http://software.intel.com/en-us/articles/quick-reference-guide-to-intel-integrated-graphics/ |title=Quick Reference Guide to generation Intel® Core™ Processor Built-in Visuals - Intel&#174; Software Network |publisher=software.intel.com |date=2010-10-01 |accessdate=2011-01-19}}</ref> ऑन-चिप H.264 एनकोडर सुविधा का इंटेल विपणन नाम "इंटेल® क्विक सिंक वीडियो" है<ref>{{cite web|url=http://www.intel.com/technology/quicksynch/index.htm |title=Intel&reg; Quick Sync Video|publisher=www.intel.com |date=2010-10-01 |accessdate=2011-01-19}}</ref>
 
एक हार्डवेयर H.264 एनकोडर एक ASIC या एक FPGA हो सकता है. एक FPGA प्रोग्राम एक सामान्य चिप है. एक हार्डवेयर encoder के रूप में FPGA का उपयोग, एक H.264 एनकोडर डिजाइन के अनुप्रयोग के लिए अनुकूलित चिप की आवश्यकता है. एक पूर्ण HD H.264 एनकोडर 2009 तक कम लागत की एक एकल FPGA चिप (हाई प्रोफाइल, लेवल 4.1, 1080p, 30fps) के द्वारा रन कर सकती है.
 
H.264 एनकोडर कार्यक्षमता के साथ ASIC एनकोडर कई अलग-अलग अर्धचालक कंपनियों में उपलब्ध हैं, लेकिन ASIC में इस्तेमाल किए गए मुख्य डिजाइन को आम तौर पर कुछ कंपनियों की ओर से लाइसेंस प्राप्त है. कुछ कंपनियों में FPGA और ASIC दोनों उत्पादों की पेशकश है. <ref>{{cite web|url=http://www.design-reuse.com/sip/?q=H.264+encoder |title=Design-reuse.com |publisher=Design-reuse.com |date=1990-01-01 |accessdate=2010-05-17}}</ref>
 
== इन्हें भी देंखे ==
"https://hi.wikipedia.org/wiki/उन्नत_वीडियो_कोडन" से प्राप्त