उन्नत वीडियो कोडन

H.264/AVC परियोजना का आशय पिछले मानक (उदाहरण; MPEG-2, H.263, या MPEG-4 Part 2 का आधा या कम बिट दर) की तुलना में मूलतः निम्न बिट दर पर अच्छी गुणवत्ता के वीडियो प्रदान करने में सक्षम मानक का निर्माण करना था, साथ ही उसके डिजाइन की जटिलता को अधिक बढ़ाए बिना निर्माण करना था ताकि यह अव्यवहारिक या लागू करने के लिए अत्यधिक महंगा न हो जाए. एक अतिरिक्त लक्ष्य यह था कि एक व्यापक प्रकार के नेटवर्क और प्रणाली पर एक विस्तृत प्रकार के अप्लीकेशन को लागू करने के लिए पर्याप्त लचीलापन प्रदान करने की स्वीकृति देना था जिसमें निम्न और उच्च बिट दर, निम्न और उच्च रिजुलुशन वीडियो, प्रसारण, डीवीडी भंडारण, RTP/IP पैकेट नेटवर्क और आईटीयू-टी मल्टीमीडिया टेलीफोनी प्रणालियां शामिल हैं।

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 के रूप में आईटीयू-टी समुदाय के लिए जाना जाता है।^[1]) कुछ सॉफ्टवेयर प्रोग्राम (जैसे 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 में पूरा किया गया।

बाद में मानक के आगे के विस्तार में व्यावसायिक अनुप्रयोगों के लिए मुख्य रूप से पांच अन्य नई प्रोफाइल को जोड़ना, विस्तारित-सरगम रंग स्पेस समर्थन को जोड़ना, अतिरिक्त पहलू अनुपात संकेतकों को परिभाषित करना, "पूरक जानकारी वृद्धि" (बाद में फिल्टर संकेत और टोन मेपिंग) के दो अतिरिक्त प्रकारों की व्याख्या और पूर्व के FRExt प्रोफाइल को अनुचित ठहराना जो कि उद्योग प्रतिक्रिया को सूचित करती है कि एक अलग तरह से डिजाइन होना चाहिए, शामिल है।

मानक में जुड़ा एक और प्रमुख विशेषता स्केलेबल वीडियो कोडिंग (SVC) था। H.264/AVC के एनैक्स जी में निर्दिष्ट SVC बिटस्ट्रीम के निर्माण की अनुमति देती है जिसमें सब-बिटस्ट्रीम शामिल होते हैं और वह भी मानक के लिए अनुरूप होता है, ऐसे एक बिटस्ट्रीम को "आधार परत" के रूप में जाना जाता है जिसे एक H.264/AVC द्वारा डिकोड किया जा सकता है और यह SVC को सपोर्ट नहीं करती है। कालिक बिटस्ट्रीम मापनियता, याने लघु कालिक के साथ सब-बिटस्ट्रीम की उपस्थिति बिटस्ट्रीम की तुलना में नमूना दर, जब सब-बिटस्ट्रीम उप्पन्न होते हैं बिटस्ट्रीम से सम्पूर्ण एक्सेस इकाई को निकाल दिया जाता है। इस मामले में, बिटस्ट्रीम में उच्च स्तर के वाक्यविन्यास और अंतर भविष्यात्मक सन्दर्भ तस्वीरों को तदनुसार निर्माण किया जाता है। स्थानिक और गुणवत्ता मापनीकरण के लिए अर्थात् निम्न स्थानिक रिजुलुशन या बिटस्ट्रीम की तुलना में गुणवत्ता के साथ सब-बिटस्ट्रीम की उपस्थिति, सब-बिटस्ट्रीम उत्पन्न होते हैं बिटस्ट्रीम से एनएएल (नेटवर्क एब्स्रैक्शन लेयर) को निकाल दिया जाता है। इस मामले में, अंतर-परत प्रेडिक्शन, यानी, निम्न स्थानिक रेजुलुशन या गुणवत्ता सिग्नल के डेटा द्वारा उच्च स्थानिक रेजुलुशन या गुणवत्ता सिग्नल के प्रेडिक्शन, आम तौर पर कुशल कोडन के लिए प्रयोग किया जाता है। स्केलेबल वीडियो कोडिंग एक्सटेंशन को नवंबर 2007 में पूरा किया गया।

मानक में जुड़ी अगली प्रमुख विशेषता मल्टीव्यू वीडियो कोडिंग (MVC) था। H.264/AVC के एनैक्स एच में विनिर्दिष्ट, MVC बिटस्ट्रीम के निर्माण को सक्षम बनाता है जो कि एक वीडियो दृश्य के एक से अधिक दृश्य का प्रतिनिधित्व किया। इस कार्यशीलता के एक महत्वपूर्ण उदाहरण स्टिरियोस्कोपिक 3D वीडियो कोडन है। MVC कार्य में दो प्रोफाइल को विकसित किए गए हैं: मल्टीव्यू हाई प्रोफाइल, मनमाना संख्या में दृ्श्यों को सपोर्ट करते हैं और स्टीरियो हाई प्रोफाइल का डिजाइन विशिष्ट रूप से दो-दृश्य स्टीरियोस्कोपिक वीडियो के लिए किया गया है। मल्टीव्यू वीडियो कोडिंग एक्सटेंशन को नवंबर 2009 में पूरा किया गया।

1998 के शुरू में वीडियो कोडिंग विशेषज्ञ समूह (VCEG - आईटीयू-टी SG16 Q.6) H.26L नामक एक परियोजना के प्रस्ताव को जारी किया और अनुप्रयोगों के विविध प्रकार के लिए कोई अन्य मौजूदा वीडियो कोडिंग मानक की तुलना में इसके कोडिंग कुशलता को दोहरा (जिसका अर्थ था दिए गए फिडलिटी स्तर के बिट दर को आधा करना आवश्यक है) करने का उद्देश्य रखा। VCEG की अध्यक्षता गैरी सुलिवान ने की थी (माइक्रोसॉफ्ट, पूर्व PictureTel संयुक्त राज्य अमेरिका) नए मानक के लिए पहला मसौदा के डिजाइन को अगस्त 1999 में अपनाया गया था। 2000 में, थॉमस वेगेंड (हेनरिक हर्ट्ज संस्थान, जर्मनी) VCEG के उपाध्यक्ष बने। दिसंबर 2001 में VCEG और मूविंग पिक्चर एक्सपर्ट्स ग्रुप (MPEG-आईएसओ/आईईसी JTC1/SC 29/WG 11) ने वीडियो कोडिंग मानक को तय करने वाले एक चार्टर के साथ एक संयुक्त वीडियो दल (JVT) का गठन किया। विनिर्देशन का औपचारिक अनुमोदन मार्च 2003 में हुआ। यह JVT की अध्यक्षता गैरी सुलेवान, थॉमस वेगेंड और अजय लूथरा (मोटोरोला, यूएस) द्वारा किया गया था (है). जून 2004 में, फिडेलिटी रेंज एक्सटेंशन (FRExt) परियोजना को अंतिम रूप दिया गया था। जनवरी 2005 से नवंबर 2007 तक JVT स्केलेबल वीडियो कोडिंग (SVC) कहे जाने वाले एक एनेक्स (जी) के द्वारा मापनीकरण की ओर H.264/AVC के एक्सटेंशन पर कार्य करती थी। JVT प्रबंधन टीम को जेंस-रेनर ओम (आकिन विश्वविद्यालय, जर्मनी) द्वारा विस्तारित था। जुलाई 2006 से नवम्बर 2009 तक JVT ने (मल्टीव्यू वीडियो कोडिंग (MVC) पर कार्य किया, जो कि मुक्त व्यूप्वोइंट टेलीविजन और 3डी टेलीविजन की दिशा में H.264/AVC. का विस्तार है। उस कार्य में मानक के दो नए प्रोफाइल का विकास शामिल है: मल्टीव्यू हाई प्रोफाइल और स्टीरियो हाई प्रोफाइल.

H.264 वीडियो प्रारूप का एक बहुत व्यापक अनुप्रयोग रेंज है जो कि लगभग दोषरहित कोडिंग के साथ निम्न बिट-दर इंटरनेट स्ट्रीमिंग अनुप्रयोग से HDTV प्रसारण और डिजिटल सिनेमा अनुप्रयोग तक डिजिटल कम्प्रेस्ड वीडियो के सभी रूपों को कवर करती है। H.264 के उपयोग के साथ बिट दर बचत 50%,^[2] या अधिक होने की सूचना है। उदाहरण के लिए, 1.5 Mbit/s पर लगभग 3.5 Mbit/s और H.264 पर जारी वर्तमान MPEG-2 के साथ आधे से भी कम के बिटदर के साथ जारी वर्तमान MPEG-2 के जैसे ही H.264 भी समान डिजिटल वीडियो गुणवत्ता प्रदान करने का दर्ज किया गया है।^[3] अनुकूलता और H.264/AVC की समस्या से मुक्त स्वीकारण को सुनिश्चित करने के लिए, कई मानक निकायों ने संशोधन या अपने वीडियो से संबंधित मानकों में जोड़ा ताकी इन मानकों के उपयोगकर्ता H.264/AVC का इस्तेमाल कर सके।

ब्लू-रे डिस्क और वर्तमान में बंद हुए HD DVD दोनों प्रारूपों में तीन अनिवार्य वीडियो कम्प्रेशन प्रारूप के रूप में H.264/AVC हाई प्रोफाइल शामिल है। सोनी ने भी अपने मेमोरी स्टिक वीडियो प्रारूप के लिए इस प्रारूप को चुना। ^[4]

डिजिटल वीडियो प्रसारण परियोजना (DVB) ने 2004 के उत्तरार्ध में टेलीविजन प्रसारण के लिए H.264/AVC के उपयोग को अनुमोदित किया।

संयुक्त राज्य में एडवान्स्ड टेलीविजन सिस्टम कमेटी (ATSC) मानक निकाय ने जुलाई 2008 में टेलीविजन के प्रसारण के लिए H.264/AVC के उपयोग को अनुमोदित किया, हालांकि संयुक्त राज्य अमेरिका के भीतर निर्धारित ATSC प्रसारण के लिए अभी तक मानक का उपयोग नहीं किया था।^[5][6] साथ ही अभी हाल के ATSC-M/H (मोबाइल/हैंडहेल्ड) मानक के साथ इसके उपयोग को स्वीकृती दी गई है, H.264 के AVC और SVC भागों का प्रयोग किया जा रहा है।^[7]

सोनी और पैनासोनिक द्वारा डिजाइन किया गया AVCHD एक उच्च परिभाषा रिकॉर्डिंग प्रारूप है जो कि H.264 (H.264 के लिए सदृश बनाया गया जबकि अतिरिक्त अनुप्रयो-विशिष्ट सुविधाएं और अवरोध) का उपयोग करता है।

AVC-इंटरा एक इंट्राफ्रेम-केवल कम्प्रेशन प्रारूप है जिसे पैनासोनिक द्वारा विकसित किया गया है।

सीसीटीवी (क्लोज सर्किट टीवी) या वीडियो निगरानी बाजार में कई उत्पादों के प्रौद्योगिकी को शामिल किया गया। वीडियो निगरानी उद्योग के लिए H.264 का परिचय का अर्थ निम्न बिट दरों पर हाई रिजुलुशन धारा की क्षमता में काफी सुधार हुआ है। निगरानी उद्योग में कुछ साँचा:Who? ने वीडियो उच्च गुणवत्ता के साथ "पर्याय" के रूप में H.264 प्रौद्योगिकी को बढावा दिया। लेकिन जब वीडियो स्ट्रीमिंग है तभी यह लागू होता है। एक निगरानी अनुप्रयोग में स्ट्रीमिंग से परे विस्तार की जरूरत है। ID के लिए उच्च गुणवत्ता की रूकी हुई छवियों को निकालने की क्षमता की आवश्यकता होती है। विशेष रूप से H.264 का डिजाइन इसके लिए नहीं होता क्योंकि व्यक्तिगत फ्रेम में आवश्यक "गुणवत्ता" या विस्तार की कमी होती है। इस कारण रिकॉर्डिंग सुरक्षा दृश्य के लिए M-JPEG स्वीकार्य प्रारूप है।

उन देशों में जहां सॉफ्टवेयर एल्गोरिदम पर पेटेंट जारी है वहां H.264/AVC का इस्तेमाल करने वाले उत्पादों का प्रयोग करने वाले विक्रेता और वाणिज्यिक प्रयोक्ताओं को अपने उत्पाद में प्रयुक्त पेटेंट तकनीक के लिए पेटेंट लाइसेंस रॉयल्टी का भुगतान करना अपेक्षित है।^[8] इसे साथ ही आधारभूत प्रोफ़ाइल में भी लागू किया जाता है।^[9]एक निजी संगठन जिसे एमपीईजी ला के रूप में जाना जाता है, जो कि एमपीईजी मानकीकरण संगठन के साथ किसी भी तरह से संबद्ध नहीं है, इस मानक में पेटेंट लागू करने के लिए लाइसेंस का संचालन करती है, साथ ही MPEG-2 भाग 1 सिस्टम, MPEG-2 भाग 2 वीडियो, MPEG-4 भाग 2 वीडियो और अन्य प्रौद्योगिकियों के पेटेंट पूल को लागू करती है। H.264 के लिए अमेरिका का अंतिम एमपीईजी ला पेटेंट 2028 तक समाप्त नहीं हो सकता है।^[10]

26 अगस्त 2010 को एमपीईजी ला ने घोषणा की कि H.264 ने इंटरनेट वीडियो को इनकोडिंग कर दिया है जो कि उपयोगकर्ताओं को समाप्त करने के लिए स्वतंत्र है और रॉयल्टी के लिए शुल्क कभी नहीं लिया जाएगा.^[11] जैसा कि उत्पादों के लिए रॉयल्टी जो कि H.264 वीडियो को डिकोड और इनकोड करता है इसलिए अन्य सभी रॉयल्टी वैसे ही रहेगा.^[12] लाइसेंस शर्तों को 5 -वर्ष ब्लॉक में अद्यतन किया जाता है।^[13]

2005 में, क्वैल्कौम, जो कि अमेरिकी पेटेंट 5,452,104 और अमेरिकी पेटेंट 5,576,767 का समनुदेशिती था, अमेरिका डिस्ट्रिक्ट कोर्ट में ब्रॉडकॉम पर मुकदमा किया और आरोप लगाया कि ब्रॉडकॉम ने उत्पाद निर्माण के द्वारा दो पेटेंटों का उल्लंघन किया जो कि H.264 वीडियो कम्प्रेशन मानक के साथ अनुवर्ती था।^[14] 2007 में जिला न्यायालय में पाया गया कि पेटेंट अप्रवर्तनीय थे क्योंकि मई क्वैल्कौम 2003 में H.264 मानक के जारी होने से पहले JVT के लिए उनका खुलासा करने में असफल था।^[14] दिसंबर 2008 में, संघीय सर्किट के लिए अमेरिकी अपील कोर्ट ने जिला न्यायालय के आदेश की पुष्टि कि जिसमें पेटेंट को अप्रवर्तनीय बताया गया था, लेकिन H.264 अनुवर्ती उत्पाद के लिए अप्रवर्तनीय की गुंजाइश को कम करने के निर्देश के साथ इसे जिला न्यायालय में भेज दिया गया।^[14]

H.264 वीडियो कम्प्रेशन मानक से संबंधित विवाद मुख्य रूप से HTML5 इंटरनेट मानक के भीतर इसके उपयोग से पनपी है। HTML मानक के लिए HTML 5 दो नए टैग को जोड़ती है; एक वेब के लिए वीडियो और ऑडियो सामग्री के एम्बेड के लिए <वीडियो> और <ऑडियो>। सभी वेब ब्राउज़र के डेवलपर्स द्वारा अपनाई गई मुक्त मानक के रूप में HTML 5 का विकास HTML 5 के कार्यरत समूह द्वारा किया गया। 2009 में, HTML 5 कार्य समूह ओग थिउरा के समर्थकों के बीच विभक्त हो गए जो कि इसके डेवलपर्स के द्वारा एक मुक्त वीडियो पेटेंट माना जाता था और पेटेंट्स द्वारा अभारग्रस्त होना था और H.264 जिसमें पेटेंट प्रौद्योगिकी शामिल हैं। जुलाई 2009 के एकदम अंत में गूगल और एप्पल ने H.264 को सपोर्ट करने की बात की थी जबकि मोजिला और ओपेरा ऑग थिउरा को सपोर्ट करते थे।^[15] हालांकि, 2011 के जनवरी में, गूगल ने घोषणा की कि वे अपने क्रोम ब्राउज़र से H.264 के लिए सपोर्ट को समाप्त कर रहे हैं और थिउरा और WebM दोनों का सपोर्ट कर रहे हैं।^[16]

H.264/AVC/MPEG-4 भाग 10 में कई नई सुविधाएं शामिल है जो इसे पुराने मानक की तुलना में कहीं अधिक कम्प्रेस वीडियो के लिए अनुमति देती है और नेटवर्क वातावरण के व्यापक प्रकार के अनुप्रयोग के लिए अधिक लचीलापन प्रदान करती है। विशेष रूप से, कुछ ऐसे प्रमुख विशेषताओं में शामिल हैं:

• मल्टी-पिक्चर इंटर-पिक्चर प्रेडिक्शन में निम्नलिखित विशेषताएं शामिल हैं:
  • पूर्व मानक की तुलना में पूर्व-एनकोडेड पिक्चर को सन्दर्भ के रूप में इसका इस्तेमाल एक अधिक लचीलेपन से किया गया और कुछ मामलों में 16 सन्दर्भित फ्रेम (या अंतर्वयन एनकोडिंग में 32 सन्दर्भ फील्ड) के इस्तेमाल की अनुमति होती है। यह पूर्व के मानक के एकदम विपरीत है, जहां सीमा आम तौर पर 1 थी; या "B पिक्चर्स" के मामले में दो। यह विशेष सुविधा आमतौर पर सबसे अधिक दृश्यों में बिट दर और गुणवत्ता में मामूली सुधार की अनुमति देती है। लेकिन कुछ विशेष प्रकार के दृश्यों जैसे दोहराव गति या पीछे और आगे दृश्य कटौती या खुले पृष्ठभूमि क्षेत्रों में यह बिट दर में उल्लेखनीय कमी की अनुमति देता है, जबकि स्पष्टता को बनाए रखता है।
  • ब्लॉक आकार के साथ परिवर्तनीय ब्लॉक आकार गति प्रतिफल (VBSMC) 16×16 के जैसे ही बड़ा होता है और 4×4 की तरह छोटा होता है, जो कि चर-क्षेत्रों के सटीक विभाजन को सक्षम करते हैं। सपोर्टेड लुमा प्रेडिक्शन ब्लॉक आकार में 16×16, 16×8, 8×16, 8×8, 8×4, 8×4 और 4×4 शामिल हैं जिनमें से कई का इस्तेमाल एक साथ मैक्रोब्लॉक में किया जा सकता है। क्रोमा प्रेडिक्शन ब्लॉक आकार, क्रोमा सबसैम्पलिंग में इसके उपयोग के अनुसार छोटा है।
  • एक B मेक्रोब्लॉक के मामले में अधिकतम 32 के साथ प्रति मेक्रोब्लॉक (एक या दो प्रति विभाजन) में एकाधिक मोशन वैक्टर के प्रयोग करने की क्षमता 16 4×4 विभाजन से बना होता है। प्रत्येक 8×8 या बड़े विभाजन क्षेत्र के लिए मोशन वैक्टर अलग सन्दर्भित चित्र को इंगित कर सकते हैं।
  • बी-फ्रेम में किसी मैक्रोब्लॉक प्रकार के इस्तेमाल की क्षमता में आई-मैक्रोब्लॉक शामिल है, बी-फ्रेम का जब इस्तेमाल किया जाता है तब एनकोडिंग में और अच्छा परिणाम होता है। इस विशेषता को एमपीईजी-4 एएसपी से विशेष रूप से बाहर निकाल दिया गया है।
  • हाफ-पेल लुमा सैंपल प्रेडिक्शन के व्युत्पत्ति के लिए छह-टेप फिल्टर, शार्पर उपपिक्सेल के लिए मोशन-प्रतिफल होता है। प्रसंस्करण शक्ति बचाने के लिए क्वार्टर-पिक्सेल मोशन हाफपेल मूल्यों के रैखिक प्रक्षेप द्वारा व्युत्पन्न है, ताकि प्रसंस्करण ऊर्जा को बचाया जा सके।
  • मोशन प्रतिफल के लिए क्वार्टर-पिक्सेल सुस्पष्टता, चल क्षेत्रों के विस्थापन के सटीक विवरण को सक्षम बनाती है। क्रोमा के लिए रेजुलुशन आम तौर पर सीधे से क्षैतिज दोनों को आधा करती है (देखें 4:2:0) इसलिए क्रोमा के प्रतिफल एक-आठ क्रोमा पिक्सेल और ग्रिड इकाई का इस्तेमाल करती है।
  • मोशन प्रतिफल के प्रदर्शन करते समय भारित प्रेडिक्शन एनकोडर को स्केलिंग और ऑफसेट के उपयोग को निर्दिष्ट करती है और विशेष मामलों में प्रदर्शन में एक महत्वपूर्ण लाभ प्रदान करती है - जैसे फेड-टू-ब्लैक, फेड-इन और क्रॉस-फेड संक्रमण के रूप में. इसमें B-फ्रेम के लिए अंतर्निहित भारित भविष्यवाणी और पी फ्रेम के लिए स्पष्ट भारित भविष्यवाणी शामिल है।
• "DC" की बजाए इंट्रा कोडिंग के लिए पड़ोसी ब्लॉकों के किनारों से स्थानिक प्रेडिक्शन - MPEG-2 भाग 2 केवल प्रेडिक्शन पाया गया और H.263v2 MPEG-4 भाग 2 और में रूपांतरित गुणांक प्रेडिक्शन पाया गया। इसमें 16×16, 8×8 और 4×4 (जिसमें केवल एक प्रकार का इस्तेमाल एक मैक्रोब्लॉक में किया जा सकता है) के लुमा प्रेडीक्शन ब्लॉक आकार शामिल है।
• दोषरहित मैक्रोब्लॉक कोडिंग विशेषताओं में शामिल हैं:
  • एक दोषरहित "PCM मैक्रोब्लॉक" प्रतिनिधित्व मोड जिसमें वीडियो डेटा के नमूने प्रत्यक्ष दर्शाए जाते हैं,^[17] जिसमें विशिष्ट क्षेत्रों के उचित प्रदर्शन की अनुमति मिलती है और प्रत्येक मैक्रोब्लॉक के कोडेड डेटा के मात्रा पर एक सख्त सीमा को रखने की अनुमति देता है।
  • एक दोषरहित मैक्रोब्लॉक प्रतिनिधित्व मोड विशिष्ट एक विशेष क्षेत्र के सटीक प्रदर्शन की अनुमति देता है जबकि पीसीएम मोड की तुलना में आमतौर पर अंततः कम बिट्स का इस्तेमाल करता है।
• लचीला संग्रथित-स्कैन वीडियो कोडिंग की विशेषताओं में शामिल है:
  • मैक्रोब्लॉक-अनुकूली फ्रेम फ़ील्ड (MBAFF) कोडन, फ्रेम के रूप में कोडित चित्रों के लिए एक मैक्रोब्लॉक जोड़ी संरचना का उपयोग किया जाता है, जहां फील्ड मोड में मैक्रोब्लॉक 16×16 की अनुमति मिलती है (MPEG-2 के साथ तुलना की गई है जहां एक पिक्चर में फील्ड मोड प्रक्रिया जिसका कोडन 16×8 हाल्फ-मैक्रोब्लॉक्स के प्रक्रिया में परिणामस्वरूप फ्रेम के रूप में कोडित है).
  • पिक्चर-अनुकूली फ्रेम कोडन फ़ील्ड (PAFF या PicAFF) एक पिक्चर के मुक्त रूप से चयनित मिश्रण की अनुमति देती है जहां इसको कोडन एक पूर्ण फ्रेम के रूप में होता है और जहां दोनों फील्ड एनकोडिंग या व्यक्तिगत एकल फील्ड के लिए संयुक्त होते हैं।
• नई परिवर्तित डिजाइन विशेषताओं में शामिल है:
  • एक सटीक-मेल पूर्णांक 4×4 स्थानिक ब्लॉक परिवर्तन, जो अवशिष्ट संकेत को भुत कम "रिंगिंग" के साथ थोड़ा सा स्थान प्रदान करता है जो प्रायः पूर्व कोडेक डिजाइन के साथ पाया जाता है। यह धारणात्मक रूप से जाने-माने डीसीटी डिज़ाइन के समान है, लेकिन इसे सरलीकृत किया गया है और इसे सटीक रूप से निर्दिष्ट विकोडन प्रदान करने के लिए बनाया गया है।
  • एक सटीक-मेल पूर्णांक 8×8 स्थानिक ब्लॉक परिवर्तन, जो 4×4 परिवर्तन के मुकाबले अत्यधिक सहसंबद्ध क्षेत्रों को अधिक दक्षतापूर्वक संकुचित करने की अनुमति देता है। यह धारणात्मक रूप से जाने-माने डीसीटी डिज़ाइन के समान है, लेकिन इसे सरलीकृत किया गया है और इसे सटीक रूप से निर्दिष्ट विकोडन प्रदान करने के लिए बनाया गया है।
  • पूर्णांक परिवर्तन परिचालन के लिए 4×4 और 8×8 परिवर्तन ब्लॉक आकार के बीच अनुकूली एनकोडर का चयन.
  • प्राथमिक स्थानिक परिवर्तन के "डीसी" गुणांकों पर किये गए एक द्वितीयक हाडामार्ड परिवर्तन को क्रोमा डीसी गुणांकों (और एक विशेष मामले में ल्युमा पर भी) पर लागू किया गया जिससे चिकने क्षेत्रों में और अधिक संपीड़न प्राप्त हो।
• एक परिमाणीकरण डिजाइन जिसमें शामिल है:
  • आसान बिट दर प्रबंधन के लिए कोडकों द्वारा लघुगणक कदम आकार नियंत्रण और सरलीकृत उलटा-परिमाणीकरण स्केलिंग
  • अवधारणात्मक-आधारित परिमाणीकरण अनुकूलन के लिए कोडक द्वारा चयनित आवृत्ति-अनुकूलित परिमाणीकरण स्केलिंग मैट्रिक.
• एक इन-लूप अवरुद्ध रोकने वाला फिल्टर जो जो उन कलाकृतियों को अवरुद्ध होने से बचाने में सहायता करता है जो अन्य डीसीटी-आधारित छवि सम्पीडन तकनीक में आम होती हैं, जो बेहतर दृश्य प्रतीति और सम्पीडन दक्षता को परिणामित करता है।
• एक एन्ट्रापी कोडन डिजाइन जिसमें शामिल है:
  • सन्दर्भ अनुकूली द्विआधारी गणितीय कोडन (CABAC), हानिरहित तरीके से सम्पीड़ित सिंटेक्स तत्वों के लिए एक एल्गोरिथ्म से वाक्यविन्यास की संभावनाओं को एक दिए गए सन्दर्भ में विडिओ स्ट्रीम में संपीडित करना। CAVLC के बजाए CABAC अधिक कुशलता से डेटा को सम्पीड़ित करता है लेकिन डीकोड करने के लिए इसे काफी अधिक संसाधन की आवश्यकता होती है।
  • कौंटेक्स्ट-एडैपटिव वेरिएबल-लेंथ कोडिंग (CAVLC), जो प्रमात्रणित परिवर्तन गुणांक मूल्यों का कोडिंग करने के लिए CABAC का एक कम जटिलता वाला विकल्प है। हालांकि CABAC से कम जटिल, CAVLC उन तरीकों की तुलना में अधिक विस्तृत और अधिक कुशल है जो आम तौर पर अन्य पूर्व डिजाइनों में गुणांकों को कोड करने के लिए इस्तेमाल किया जाता है।
  • CAVLC या CABAC द्वारा कोडित नहीं किए जाने वाले कई सिंटेक्स तत्वों के लिए, एक आम साधारण और उच्च संरचित वारिएबल लेंथ कोडिंग (VLC) तकनीक, जिसे एक्सपोनेंशीयल-गोलोम्ब कोडिंग (या एक्स्प-गोलोम्ब) के रूप में सन्दर्भित किया जाता है।
• हानि पूर्ती विशेषताओं में शामिल है:
  • एक नेटवर्क एब्स्ट्रैकशन लेयर (एनएएल) परिभाषा जो उसी वीडियो सिंटेक्स के कई नेटवर्क माहौल में उपयोग किए जाने को सम्भव बनाती है। H.264 की एक बहुत ही मौलिक डिजाइन अवधारणा है स्वनिहित पैकेट उत्पन्न करना, ताकि हेडर दोहराव को हटाया जा सके जैसा कि MPEG-4 हेडर एक्सटेंशन कोड (एचईसी) में होता है।^[18] इसे हासिल करने के लिए उस जानकारी को विखंडित किया जाता है जो मीडिया स्ट्रीम से दो से अधिक टुकड़ों के साथ प्रासंगिक होती है। उच्च स्तर पैरामीटर का संयोजन, पैरामीटर सेट कहा जाता है।^[18] एच.264 विनिर्देश में दो प्रकार के पैरामीटर सेट शामिल हैं: अनुक्रम परिमाण सेट (एसपीएस) और पिक्चर पैरामीटर सेट (पीपीएस). एक सक्रिय अनुक्रम पैरामीटर सेट, एक कोडित वीडियो अनुक्रम में अपरिवर्तित रहता है और एक सक्रिय पिक्चर पैरामीटर सेट एक कोडित तस्वीर के भीतर अपरिवर्तित रहता है। अनुक्रम और चित्र पैरामीटर सेट संरचनाओं में जानकारी शामिल होती है जैसे कि चित्र आकार, प्रयुक्त वैकल्पिक कोडिंग मोड और ग्रुप मैप को बांटने के लिए मैक्रोब्लॉक.^[18]
  • फ्लेक्सिबल मैक्रोब्लॉक ऑर्डरिंग (FMO), जिन्हें स्लाइस ग्रुप के रूप में भी जाना जाता है और अनियंत्रित स्लाइस ऑर्डरिंग (ASO), जो चित्र में मौलिक क्षेत्रों (मैक्रोब्लॉक्स) के प्रदर्शन की क्रमबद्धता को संरचित करने की तकनीक है। आमतौर पर एक त्रुटि/हानि मानी जाने वाली मजबूती सुविधा, FMO और ASO को अन्य प्रयोजनों के लिए भी इस्तेमाल किया जा सकता है।
  • डेटा विभाजन (डीपी), एक सुविधा जो अधिक महत्वपूर्ण और कम महत्वपूर्ण वाक्यविन्यास तत्वों को डेटा के विभिन्न पैकेटों में अलग करने की क्षमता प्रदान करती है, जिससे असमान त्रुटि सुरक्षा (UEP) और त्रुटि/हानि मजबूती के सुधार के अन्य प्रकार के अनुप्रयोगों को सक्षम करती है।
  • निरर्थक स्लाइस (RS), त्रुटी/हानि मजबूती विशेषता जो एक एनकोडर को एक तस्वीर क्षेत्र (आमतौर पर कम सटीकता से) का अतिरिक्त प्रदर्शन जिसे उस हालत में इस्तेमाल किया जा सकता है जब प्राथमिक खराब या नष्ट हो जाता है।
  • फ्रेम नंबरिंग, एक विशेषता जो "उप अनुक्रम" के निर्माण की अनुमति देता है, वैकल्पिक रूप से अन्य चित्रों के बीच अतिरिक्त चित्रों को शामिल करते हुए अस्थायी मापन को सक्षम करता है और पूरे चित्रों की हानि का पता लगाने और छुपाने का काम करता है, जो नेटवर्क पैकेट हानि या चैनल त्रुटियों के कारण हो सकता है।
• स्लाइस स्विचिंग, जिसे SP और SI स्लाइस कहा जाता है, एक एनकोडर को किसी चल रहे वीडियो स्ट्रीम में डीकोडर को कूदने का निर्देशन देते हैं, जिनका उद्देश्य होता है वीडियो स्ट्रीमिंग बिट रेट स्विचन और 'ट्रिक मोड" आपरेशन. जब एक कूटवाचक, SP/SI विशेषता का उपयोग करते हुए एक वीडियो स्ट्रीम के बीच में कूदता है, इसे भिन्न चित्रों के प्रयोग के बावजूद विडिओ स्ट्रीम में उस स्थान पर डीकोड चित्रों का सटीक मिलान मिल सकता है, या कोई चित्र नहीं मिल सकता है, जो स्विच करने के पूर्व सन्दर्भ के रूप में होगा।
• स्टार्ट कोड के आकस्मिक अनुकरण को रोकने के लिए एक साधारण स्वचालित प्रक्रिया, जो कोडित डेटा में बिट्स के विशेष अनुक्रम हैं और जो बिटस्ट्रीम में यादृच्छिक अभिगम की अनुमति देता है और उन सिस्टमों में बाइट अलाइनमेंट की अनुमति देता है जो बाईट तुल्यकालन को खो सकते हैं।
• पूरक वृद्धि जानकारी (SEI) और वीडियो प्रयोज्य जानकारी (VUI), जो अतिरिक्त जानकारी है जिसे बिटस्ट्रीम में सम्मिलित किया जा सकता है ताकि विविध प्रयोजनों के लिए एक वीडियो के उपयोग को बढ़ाया जा सके। ^{[तथ्य वांछित]}
• सहायक चित्र, जिन्हें इस प्रयोजन के लिए अल्फा कम्पोसिटिंग के रूप में इस्तेमाल किया जा सकता है।
• मोनोक्रोम का समर्थन, 4:2:0,4:2:2 और 4:4:4 क्रोमा सबसैम्पलिंग (चयनित प्रोफ़ाइल पर निर्भर करते हुए).
• सैम्पल बिट गहराई परिशुद्धता का समर्थन जिसकी सीमा प्रति नमूना 8 से 14 बिट है (चयनित प्रोफाइल के आधार पर).
• व्यक्तिगत रंग विमानों को अपने स्वयं की स्लाइस संरचनाओं, मैक्रोब्लॉक मोड, मोशन वेक्टर, आदि के साथ भिन्न चित्रों में कूटित करने की क्षमता से इनकोडर को साधारण समानांतर संरचना के साथ डिजाइन करने की अनुमति मिलती है (केवल तीन 4:4:4-सक्षम प्रोफाइल में समर्थित).
• चित्र आदेश गिनती, एक विशेषता है जो चित्रों के क्रम को बनाए रखती है और नमूनों के मान को डीकोडेड चित्र में जिन्हें समय जानकारी से अलग किया जाता है, जिससे समय जानकारी को एक सिस्टम द्वारा डीकोडेड चित्र की सामग्री को बिना प्रभावित किये ले जाने और नियंत्रित/बदलाव करने की अनुमति मिलती है।

कई अन्य तकनीकों के साथ यह तकनीक, किसी पूर्व मानक की तुलना में H.264 को विभिन्न परिस्थितियों में और विविध अनुप्रयोगों में बेहतर प्रदर्शन करने में मदद करती है। H.264 अक्सर MPEG-2 विडिओ से बेहतर प्रदर्शन करता है - आम तौर पर आधे या उससे कम के बिट दर पर एक ही गुणवत्ता प्राप्त करते हुए, विशेष रूप से उच्च बिट रेट और हाई रिजोल्यूशन परिस्थिति में.^[19]

अन्य आईएसओ/आईईसी एमपीईजी वीडियो मानकों की तरह, H.264/AVC में एक सन्दर्भ कार्यान्वयन सॉफ्टवेयर है जिसे बिना भुगतान डाउनलोड किया जा सकता है।^[20] इसका मुख्य उद्देश्य H.264/AVC सुविधाओं के उदाहरण देना है, ना कि अपने आप में एक उपयोगी अनुप्रयोग होना है। कुछ सन्दर्भ हार्डवेयर डिजाइन कार्य मूविंग पिक्चर एक्सपर्ट्स ग्रुप के तहत जारी हैं। ऊपर उल्लिखित H.264/AVC की पूरी विशेषताएं हैं जो H.264 की सभी प्रोफाइल को आवृत करता है। एक कोडेक के लिए एक प्रोफ़ाइल, उस कोडेक की विशेषताओं की एक सेट है जिसे लक्ष्यित अनुप्रयोग के विनिर्देशों के सेट को पूरा करना होता है। इसका मतलब यह है कि सूचीबद्ध सुविधाओं में से कई, कुछ प्रोफाइल में समर्थित नहीं होते हैं। H.264/AVC की विभिन्न प्रोफाइल पर अगले भाग में चर्चा की गई है।

यह मानक, 17 सेट क्षमताओं को निर्दिष्ट करता है जिसमें अनुप्रयोगों के विशिष्ट वर्गों को लक्षित किया जाता है, इसे प्रोफाइल के रूप में सन्दर्भित किया जाता है।

गैर-मापन 2डी वीडियो अनुप्रयोगों के लिए निम्नलिखित प्रोफाइल शामिल हैं:

कंस्ट्रेन्ड बेसलाइन प्रोफ़ाइल (CBP)

मुख्य रूप से कम लागत वाले अनुप्रयोगों के लिए है, इस प्रोफाइल को आमतौर पर वीडियोकंफ्रेन्सिंग और मोबाइल अनुप्रयोगों में प्रयोग किया जाता है। यह सबसेट की सुविधाओं से मेल खाती है जो कि नीचे वर्णित बेसलाइन, मुख्य और हाई प्रोफाइल के बीच आम है।

बेसलाइन प्रोफ़ाइल (बीपी)

मुख्य रूप से कम लागत वाली अनुप्रयोग है जिसके लिए अतिरिक्त डेटा हानि मजबूती की आवश्यकता होती है, इस प्रोफाइल का इस्तेमाल कुछ वीडियोकॉन्फ्रेंसिंग और मोबाइल अनुप्रयोगों में किया जाता है। इस प्रोफाइल में वे सभी सुविधाएं शामिल हैं जो कि कंस्ट्रेन्ड बेसलाइन प्रोफ़ाइल में सपोर्ट करते हैं, इसके अलावा तीन अतिरिक्त सुविधाएं हैं जिसका इस्तमाल हानि मजबूती के लिए किया जा सकता है (या फिर अन्य प्रयोजनों जैसे लो-डिले मल्टी प्वाइंट वीडियो स्ट्रीम कम्पोजाइटिंग के लिए). इस प्रोफाइल का महत्त्व 2009 में कंस्ट्रेन्ड बेसलाइन प्रोफ़ाइल की परिभाषा के बाद से कुछ फीका हो चुका है। सभी कंस्ट्रेन्ड बेसलाइन प्रोफ़ाइल बिटस्ट्रीम को भी बेसलाइन प्रोफ़ाइल बिटस्ट्रीम माना जाता है, क्योंकि ये दो प्रोफाइल एक ही प्रोफ़ाइल कोड पहचानकर्ता मूल्य शेयर करते हैं।

मेन प्रोफाइल (एमपी)

इस प्रोफाइल का इस्तेमाल मानक-डेफीनेशन डिजिटल टीवी प्रसारण के लिए किया जाता है जो कि DVB मानक में परिभाषित के रूप में MPEG-4 प्रारूप का प्रयोग करता है।^[21] हालांकि उच्च डेफीनेशन टीवी प्रसारण के लिए इसका प्रयोग नहीं किया जाता है क्योंकि 2004 में जब उस अनुप्रयोग के लिए हाई प्रोफाइल को विकसित किया गया था तब इसका नहत्व फीका हो गया।

विस्तारित प्रोफाइल (XP)

वीडियो स्ट्रीमिंग प्रोफ़ाइल के रूप में माना जाता है, इस प्रोफाइल में अपेक्षाकृत हाई कम्प्रेशन की क्षमता है और डेटा हानि और सर्वर धारा स्विचन को मजबूती के लिए कुछ अतिरिक्त चाल है।

हाई प्रोफाइल (हिप)

प्रसारण और डिस्क स्टोरेज अनुप्रयोगों के लिए प्राथमिक प्रोफाइल है, विशेष करके हाई-डेफीनेशन टेलीविजन अनुप्रयोग के लिए (उदाहरण के लिए, ब्लू-रे डिस्क स्टोरेज प्रारूप और DVB HDTV प्रसारण सेवा द्वारा इस प्रोफ़ाइल को अपनाया गया है).

हाई 10 प्रोफाइल (Hi10P)

ठेठ मुख्यधारा उपभोक्ता उत्पाद बूते के बाहर है, हाई प्रोफाइल के शीर्ष पर इस प्रोफाइल को बनाया जाता है, डीकोड तस्वीर सटीक नमूना प्रति के लिए 10 बिट के लिए सपोर्ट जोड़ते हैं।

हाई 4{{!

2 : 2 प्रोफाइल (Hi422P): मुख्य रूप से व्यावसायिक अनुप्रयोगों को लक्षित करते हैं जिसका इस्तेमाल वीडियो अन्तर्वयन के लिए किया जाता है, हाई 10 प्रोफाइल के शीर्ष पर इस प्रोफाइल बनाता है, 4:2:2 क्रोमा सबसैम्पलिंग प्रारूप के लिए सपोर्ट को जोड़ता है जबकि डीकोड तस्वीर परिशुद्धता के प्रति नमूने के लिए 10 बिट तक का प्रयोग करता है।

हाई 4{{!

4 : 4 पूर्वानुमान प्रोफाइल (Hi444PP): इस प्रोफाइल को हाई 4:2:2 के शीर्ष पर बनाया जाता है, 4:4:4 क्रोमा सैम्पलिंग तक सपोर्ट करता है, प्रति सैम्पल 14 बिट तक का इस्तेमाल करता है और अतिरिक्त तौर पर कुशल दोषरहित क्षेत्र कोडिंग को सपोर्ट करता है और तीन अलग-अलग रंग विमानों के रूप में प्रत्येक चित्र का कोडन करता है।

कैमकोर्डर, संपादन और पेशेवर अनुप्रयोगों के लिए, मानक में चार अतिरिक्त ऑल-इन्ट्रा प्रोफाइल शामिल है, जिसे अन्य समरूपी प्रोफाइल के साधारण सबसेट के रूप में परिभाषित किया गया है। ये ज्यादातर प्रोफेशनल (जैसे, कैमरा और संपादन प्रणाली) अनुप्रयोगों के लिए होते हैं:

हाई 10 इंट्रा प्रोफाइल

हाई 10 प्रोफाइल ऑल-इंट्रा उपयोग करने के लिए विवश हैं।

हाई 4{{!

2 : 2 इंट्रा प्रोफाइल: ऑल-इंट्रा इस्तेमाल के लिए हाई 4:2:2 प्रोफाइल विवश है।

हाई 4{{!

4 : 4 इंट्रा प्रोफाइल: ऑल-इंट्रा इस्तेमाल के लिए 4:4:4 प्रोफाइल विवश है।

CAVLC 4{{!

4 : 4 इंट्रा प्रोफाइल: ऑल-इंट्रा प्रयोग और CAVLC एन्ट्रोपी कोडन (यानी CABAC को सपोर्ट नहीं करती) के लिए हाई 4:4:4 प्रोफाइल विवश.

स्केलेबल वीडियो कोडन (SVC) विस्तार के परिणामस्वरूप, मानक में तीन अतिरिक्त स्केलेबल प्रोफाइल शामिल हैं, जिन्हें बेस लेयर (स्केलेबल प्रोफाइल नाम के दूसरे शब्द द्वारा चिन्हित) और स्केलेबल विस्तार प्राप्त करने वाले उपकरण के लिए H.264/AVC प्रोफ़ाइल के रूप में परिभाषित किया जाता है।

स्केलेबल बेसलाइन प्रोफ़ाइल

मुख्य रूप से वीडियो कॉन्फ्रेंसिंग, मोबाइल और निगरानी अनुप्रयोगों को लक्षित करते हैं, इस प्रोफ़ाइल को H.264/AVC बेसलाइन प्रोफाइल के लिए एक विवश संस्करण के शीर्ष पर बनाया जाता है जो कि बेस लेयर (बिटस्ट्रीम एक सबसेट) को सदृश बनाता है। मापीकरण उपकरणों के लिए, उपलब्ध उपकरणों का एक सबसेट सक्षम है।

स्केलेबल हाई प्रोफाइल

मुख्य रूप से प्रसारण और अनुप्रयोगों स्ट्रीमिंग को लक्षिक करता है, इस प्रोफ़ाइल को H.264/AVC हाई प्रोफाइल के ऊपर बनाया जाता है जिसका आधार परत अनुकूल होना चाहिए.

स्केलेबल हाई इंट्रा प्रोफाइल

मुख्य रूप से उत्पादन अनुप्रयोगों को लक्षित करता है, यह प्रोफ़ाइल स्केलेबल हाई प्रोफाइल है और ऑल-इंट्रा इस्तेमाल के लिए विवश है।

मल्टीव्यू वीडियो कोडन (MVC) विस्तार के परिणामस्वरूप, मानक में दो मल्टीव्यू प्रोफाइल शामिल हैं:

स्टीरियो हाई प्रोफाइल

यह प्रोफाइल टू-व्यू स्टीरियोस्कोपिक 3डी वीडियो को लक्ष्य करता है और MVC एक्सटेंशन के अंतर-दृश्य भविष्यवाणी क्षमताओं के साथ उच्च प्रोफ़ाइल के उपकरण शामिल हैं।

मल्टीव्यू हाई प्रोफाइल

यह प्रोफाइल इंटर-पिक्चर (अस्थायी) और MVC इंटर-व्यू प्रेडिक्शन दोनों का इस्तेमाल करते हुई दो या अधिक दृश्य को सपोर्ट करती है, लेकिन फील्ड पिक्चर और मैक्रोब्लॉक-अनुकूली फ्रेम फील्ड कोडन को सपोर्ट नहीं करती.

जैसा कि मानक में एक पद "लेवल " का उपयोग होता है, जो कि विस्तृत विवरण का एक सेट होता और एक प्रोफाइल के लिए आवश्यक डिकॉडर प्रदर्शन की डिग्री को सूचित करता है। उदाहरण के लिए, एक प्रोफ़ाइल के भीतर सपोर्ट का स्तर अधिकतम संकल्प चित्र, फ्रेम दर और बिट दर जो कि एक डिकॉडर इस्तेमाल करने में सक्षम हो सकता है, को निर्दिष्ट करेगा। एक विकोडक जो प्राप्त लेवल को स्वीकृति देते हैंकि किसी दिए स्तर के अनुरूप करने के लिए सभी बिटस्ट्रीम कि उस स्तर के लिए और सभी स्तरों के लिए कम इनकोड डीकोडिंग में सक्षम होना आवश्यक है।

पहले से-एनकोडेड तस्वीरों का इस्तेमाल H.264/AVC एनकोडर द्वारा अन्य तस्वीरों में नमूने के मूल्य की पूर्वानुमान प्रदान करने के लिए किया जाता है। यह एनकोडर के दिए गए तस्वीर को एनकोड करने के सबसे अच्छे तरीके को अपनाने के कुशल निर्णय करने के लिए अनुमति देता है। विकोडक में, ऐसे चित्र आभासी डिकोडेड पिक्चर बफर (DPB) में स्टोर होते हैं। DPB की अधिकतम क्षमता फ्रेम की इकाइयों में (या क्षेत्रों के जोड़े), जैसा कि ऊपर टाबल के अधिकार स्तम्भ में कोष्ठकों में दिखाया गया है, का अभिकलन इस रूप में किया जा सकता है:

जहां नीचे तालिका में दिए गए एक निरंतर मूल्य लेवल संख्या के कार्य के रूप में MaxDpbMbs है और PicWidthInMbs और FrameHeightInMbs वीडियो कोडित डेटा के लिए चित्र चौड़ाई और फ्रेम ऊंचाई है, जो कि मैक्रोब्लॉक्स के इकाई (पूर्णांक मूल्य तक गोलाकार है और जहां जरूरत हो वहां क्रोपिंग और मैक्रोब्लॉक जोड़ें के लिए लेखा है) में जाहिर है। यह सूत्र मानक के 2009 संस्करण के A.3.1.h और A.3.2.f वर्ग में निर्दिष्ट है।

उदाहरण के लिए, एक HDTV पिक्चर के लिए 1920 व्यापक नमूने हैं (PicWidthInMbs= 120) और 1080 उच्च नमूने (FrameHeightInMbs = 68), लेवर 4 विकोडक में अधिकतम DPB भंडारण क्षमता है (32768/(120*68)) = 4 फ्रेम (या 8 क्षेत्र) जब न्यूनतम क्रोपिंग पैरामीटर मान के साथ एनकोडिंग किया जाता है। इस प्रकार, मूल्य 4 तालिका में कोष्ठकों में स्तर 4 के लिए पंक्ति का सही फ्रेम 1080 1920 × आकार के साथ स्तंभ में ऊपर दिखाया गया है।

यह नोट करना महत्वपूर्ण है कि मौजूदा डीकोडेड पिक्चर को DPB गणना के अभिकलन में शामिल नहीं किया जाता है (जब तक एनकोडर अन्य पिक्चर को डिकोडिंग करने के लिए या आउटपुट समय में देरी होने के लिए एक सन्दर्भ के रूप में इसका इस्तेमाल करने के लिए इसे स्टोर करने की सूचना नहीं देता). इस प्रकार, एक विकोडक के पास वास्तव में, जैसा कि ऊपर गणना किया गया है उसके अनुसार DPB के अधिकतम क्षमता से अधिक (कम से कम) एक फ्रेम को संभालने के लिए पर्याप्त स्मृति होने की जरूरत है।

H.264/AVC मानक के संस्करणों में निम्न पूरा संशोधन, शुद्धिपत्र और संशोधन शामिल हैं (दिनांक आईटीयू-टी में अंतिम मंजूरी की तिथि रहे हैं, जबकि अंतिम "अंतर्राष्ट्रीय मानक" आईएसओ/आईईसी अनुमोदन तारीख कुछ अलग है और अधिकांश मामलो में थोड़ा बाद में है।). प्रत्येक संस्करण पाठ में शामिल अगले निम्न संस्करण परिवर्तन का प्रतिनिधित्व करता है। बोल्ड फेसेस संस्करण प्रकाशित हैं (या प्रकाशित करने की योजना में है).

• संस्करण 1: (मई 2003) H.264/AVC का पहला अनुमोदित संस्करण जिसमें बेसलाइन, एक्सटेंडेड और मेन प्रोफाइल शामिल है।
• संस्करण 2: (मई 2004) शुद्धिपत्र में विभिन्न लघु सुधार युक्त है।
• संस्करण 3: (मार्च 2005) H.264/AVC के प्रमुख संस्करण जिसके पहले बदलाव में फिडेलिटी रेंज एक्सटेंशन (FRExt) हाई, हाई 10, हाई 4:2:2 और हाई 4:4:4 शामिल है।
• संस्करण 4: (सितम्बर 2005) शुद्धिपत्र में विभिन्न लघु सुधार और तीन एस्पेक्ट रेसियो इंडिकेटर्स शामिल है।
• संस्करण 5: (जून 2006) संशोधन में पूर्व के हाई 4:4:4 प्रोफाइल के निकालना शामिल है (आईएसओ/आईईसी में शुद्धिपत्र के रूप में संसाधित).
• संस्करण 6: (जून 2006) संशोधनमें एक्सटेंडेड-गमुट कलर स्पेस सपोर्ट जैसे छोटे विस्तार शामिल है (आईएसओ/आईईसी में उपर्युक्त एस्पेक्ट रेसियो इंडिकेटर्स के साथ जोड़ा गया है).
• संस्करण 7: (अप्रैल 2007) संशोधन में हाई 4:4:4 पूर्वानुमान, और चार इंट्रा-ओन्ली प्रोफाइल (हाई 10 इंट्रा, हाई 4:2:2 इंट्रा, हाई 4:4:4 इंट्रा, और CAVLC 4:4:4 इंट्रा) शामिल हैं।
• संस्करण 8: (नवंबर 2007) H.264/AVC के लिए प्रमुख जोड़ों में स्केलेबल वीडियो कोडिंग (SVC) के लिए बदलाव शामिल हैं इसमें स्केलेबल बेसलाइन, स्केलेबल हाई, और स्केलेबल हाई इंट्रा शामिल हैं।
• संस्करण 9: (जनवरी 2009) शुद्धिपत्र में छोटे सुधार शामिल है।
• संस्करण 10: (मार्च 2009) संशोधन में नए प्रोफाइल के डेफीनेशन (काँस्ट्रेन्ड बेसलाइन प्रोफाइल) शामिल है इसके साथ पूर्व के विभिन्न विशिष्ट प्रोफाइल में सामान्य सबसेट क्षमता शामिल है।
• संस्करण 11: (मार्च 2009) H.264/AVC के लिए प्रमुथ जोड़ों में मल्टीव्यू वीडियो कोडिंग (MVC) एक्सटेंशन के लिए संशोधन, जिसमें मल्टीव्यू हाई प्रोफाइल शामिल है।
• संस्करण 12: (2010 मार्च) संशोधन में दो-दृश्य वीडियो कोडिंग के लिए नए एमवीसी प्रोफाइल (स्टीरियो हाई प्रोफाइल) शामिल है और इटरलेस्ट कोडिंग उपकरण का सपोर्ट और एक अतिरिक्त एसईआई संदेश उपकरण को निर्दिष्ट किया गया है (फ्रेम पेकिंग अरेंजमेंट एसईआई मेसेज).
• संस्करण 13: (2010 मार्च) शुद्धिपत्र में छोटे सुधार शामिल हैं।

H.264 के एन्कोडिंग और डिकोडिंग के लिए विशिष्ट प्रकार के अंकगणितीय आपरेशनों में महत्वपूर्ण कंप्यूटिंग शक्ति, सॉफ्टवेयर कार्वान्यन की आवश्यकता है, जबकि सामान्य-प्रयोजन CPUs आम तौर पर कम बिजली पर चलते हैं। हालांकि, नवीनतम क्वाड-कोर सामान्य-प्रयोजन x86 सीपीयू में रिएल-टाइम एसडी और एचडी एनकोडिंग प्रदर्शन के लिए पर्याप्त अभिकलन क्षमता होती है। सम्पीडन दक्षता वीडियो एल्गोरिथम कार्यान्वन पर निर्भर होती है न कि इस्तेमाल किए गए हार्डवेयर या सॉफ्टवेयर पर. इसलिए, हार्डवेयर और सॉफ्टवेयर आधारित कार्यान्वयन के बीच अंतर क्षमता-शक्ति, लचीलापन और लागत पर अधिक निर्भर होता है। बिजली क्षमता में सुधार लाने और हार्डवेयर फार्म कारक को कम करने के लिए, सम्पूर्ण एनकोडिंग या डिरोडिंग प्रक्रिया के लिए या एक सीपीयू नियंत्रित वातावरण में त्वरण सहायता के लिए विशेष-प्रयोजन के हार्डवेयर को लगाया जा सकता है।

दूसरी पीढ़ी की इंटेल कोर i प्रोसेसर i3/i5/i7 (कोड नाम "सेंडी ब्रिज") की शुरुआत जनवरी 2011 एसईएस (कंजुमर इलेक्ट्रोनिक्स शो) में किया गया जिसमें एक ऑन-चिप हार्डवेयर पूर्ण HD H.264 एनकोडर की पेशकश थी। 2010 से पहले इंटेल i3/i5/i7 चिप्स सॉफ्टवेयर के माध्यम से H.264 हार्डवेयर डिकोडिंग और एनकोडिंग की पेशकश की। ^[22] ऑन-चिप H.264 एनकोडर सुविधा का इंटेल विपणन नाम "इंटेल® क्विक सिंक वीडियो" है^[23]

एक हार्डवेयर H.264 एनकोडर एक ASIC या एक FPGA हो सकता है। एक FPGA प्रोग्राम एक सामान्य चिप है। एक हार्डवेयर encoder के रूप में FPGA का उपयोग, एक H.264 एनकोडर डिजाइन के अनुप्रयोग के लिए अनुकूलित चिप की आवश्यकता है। एक पूर्ण HD H.264 एनकोडर 2009 तक कम लागत की एक एकल FPGA चिप (हाई प्रोफाइल, लेवल 4.1, 1080p, 30fps) के द्वारा रन कर सकती है।

H.264 एनकोडर कार्यक्षमता के साथ ASIC एनकोडर कई अलग-अलग अर्धचालक कंपनियों में उपलब्ध हैं, लेकिन ASIC में इस्तेमाल किए गए मुख्य डिजाइन को आम तौर पर कुछ कंपनियों की ओर से लाइसेंस प्राप्त है। कुछ कंपनियों में FPGA और ASIC दोनों उत्पादों की पेशकश है।^[24]

• 1seg
• कोडेक
• H.264 और VC-1 की तुलना
• डिराक (कोडेक) - H.264 का एक ओपन प्रतिद्वंद्वी
• H.263
• H.264/MPEG-4 AVC उत्पाद और कार्यान्वयन
• HEVC (उर्फ H.265) AVC, H.264/MPEG-4 प्रस्तावित उत्तराधिकारी, विकास के तहत
• आईपीटीवी
• आईएसओ/आईईसी मूविंग पिक्चर एक्सपर्टेस ग्रुप (MPEG)
• आईटीयू-टी वीडियो कोडिंग एक्सपर्ट्स ग्रुप (VCEG)
• MPEG-2
• MPEG-4
• स्केलेबल वीडियो कोडिंग
• थिउरा
• WebM (VP8) - H.264 का एक स्वतंत्र और ओपन प्रतिद्वंद्वी
• x264 - सॉफ्टवेयर एनकोडर

साँचा:Ref begin

• Wiegand, Thomas; Sullivan, Gary J.; Bjøntegaard, Gisle; Luthra, Ajay (2003). "Overview of the H.264/AVC Video Coding Standard" (PDF). IEEE Transactions on Circuits and Systems for Video Technology. 13 (7). अभिगमन तिथि 31 जनवरी 2011. नामालूम प्राचल |month= की उपेक्षा की गयी (मदद)
• Topiwala, Pankaj; Sullivan, Gary J.; Luthra, Ajay (2004). "Overview and Introduction to the Fidelity Range Extensions" (PDF). SPIE Applications of Digital Image Processing XXVII. मूल (PDF) से 4 मार्च 2011 को पुरालेखित. अभिगमन तिथि 31 जनवरी 2011. नामालूम प्राचल |month= की उपेक्षा की गयी (मदद)
• Ostermann, J.; Bormans, J.; List, P.; Marpe, D.; Narroschke, M.; Pereira, F.; Stockhammer, T.; Wedi, T. (2004). "Video coding with H.264/AVC: Tools, Performance, and Complexity" (PDF). IEEE Circuits and Systems Magazine. 4 (1). मूल (PDF) से 1 अगस्त 2012 को पुरालेखित. अभिगमन तिथि 31 जनवरी 2011. नामालूम प्राचल |month= की उपेक्षा की गयी (मदद)
• Sullivan, Gary J.; Wiegand, Thomas (2005). "Video Compression—From Concepts to the H.264/AVC Standard" (PDF). Proceedings of the IEEE. 93 (1). अभिगमन तिथि 31 जनवरी 2011. नामालूम प्राचल |month= की उपेक्षा की गयी (मदद)
• Richardson, Iain E. G. (January). "Learn about video compression and H.264". VCODEX. Vcodex Limited. अभिगमन तिथि 31 जनवरी 2011. नामालूम प्राचल |month= की उपेक्षा की गयी (मदद); |year= में तिथि प्राचल का मान जाँचें (मदद)

साँचा:Ref end

• ITU-T publication page: H.264: Advanced video coding for generic audiovisual services
• "MPEG-4 AVC/H.264 Information". Doom9's Forum. मूल से 17 अक्तूबर 2015 को पुरालेखित. अभिगमन तिथि 15 अप्रैल 2007.
• "Part 10: Advanced Video Coding". ISO publication page: ISO/IEC 14496-10:2005 - Information technology — Coding of audio-visual objects. मूल से 10 फ़रवरी 2007 को पुरालेखित. अभिगमन तिथि 13 सितंबर 2007.
• "H.264/AVC JM Reference Software". IP Homepage. अभिगमन तिथि 15 अप्रैल 2007.
• "JVT document archive site". मूल से 8 अगस्त 2010 को पुरालेखित. अभिगमन तिथि 6 मई 2007.
• "Publications". Thomas Wiegand. अभिगमन तिथि 23 जून 2007.
• "Publications". Detlev Marpe. अभिगमन तिथि 15 अप्रैल 2007.
• "Fourth Annual H.264 video codecs comparison". Moscow State University. (दिसंबर 2007 दिनांकित)
• "Comparison between CoreAVC and FFmpeg". (दिनांक मई 2008)
• "Discussion on H.264 with respect to IP cameras in use within the security and surveillance industries". (अप्रैल 2009 दिनांकित)
• "Diary Of An x264 Developer: Why so many H.264 encoders are bad". 10/04/2009. मूल से 1 जुलाई 2010 को पुरालेखित. अभिगमन तिथि 16 फ़रवरी 2011, – practical implementation issues of H.264 |date= में तिथि प्राचल का मान जाँचें (मदद)
• "Sixth Annual H.264 video codecs comparison". Moscow State University. (दिनांक मई 2010)

साँचा:MPEG

साँचा:ISO standardsसाँचा:ITU standards