Coded Height وہ اونچائی (pixels میں) ہے جس پر encoder نے حقیقت میں کام کیا جب اس نے ویڈیو یا تصویر کو پیک کیا۔ یہ عام طور پر نظر آنے والی اونچائی کے برابر ہوتی ہے، اور کبھی کبھار چند pixels زیادہ بھی ہو سکتی ہے۔
قدر کہاں سے آتی ہے
یہ ویڈیو streams کے لیے ایسی فائلوں میں رپورٹ کی جاتی ہے جیسے MP4، MOV، MKV، AVI اور WebM، اور ایک سنگل تصویر اور اس cover art کے لیے بھی جو کسی audio فائل میں embed ہو، کیونکہ یہی tool ایک ساکن تصویر کو ایک فریم والی ویڈیو کے طور پر سمجھتا ہے۔ یہ ویلیو اسی encoder کے ذریعے لکھی جاتی ہے جس نے فائل بنائی ہو۔ کوئی اسے خود سے ٹائپ نہیں کرتا۔
اس کے موجود ہونے کی وجہ ویڈیو compression کا طریقہ ہے۔ کوئی encoder تصویر کو pixel بہ pixel نہیں دیکھتا، بلکہ فریم کو مربع blocks میں تقسیم کرتا ہے اور ایک وقت میں ایک block پر کام کرتا ہے۔ H.264، جو سب سے عام ویڈیو codec ہے، 16 بائی 16 pixels کے blocks استعمال کرتا ہے۔ اگر تصویر کی اونچائی blocks کی مکمل تعداد نہ ہو تو encoder نیچے اضافی قطاریں (rows) جوڑ دیتا ہے تاکہ آخری block کی قطار مکمل ہو جائے، اور ایک نوٹ محفوظ کرتا ہے جو players کو بتاتا ہے کہ انہیں دوبارہ چھپا دینا ہے۔ Coded Height اس padded تصویر کو گنتی ہے۔ سادہ Height والی قطار وہ اونچائی دکھاتی ہے جو آپ کو اصل میں نظر آنی چاہیے۔
عام اقدار
یہ ویلیو pixels کی ایک پوری تعداد ہوتی ہے، جس کے بعد کوئی unit نہیں لکھی جاتی، مثلاً 1088۔
Full HD ویڈیو وہ مثال ہے جس کا تقریباً سب کو سامنا ہوتا ہے۔ ایک عام 1920 بائی 1080 کلپ Height کو 1080 اور Coded Height کو 1088 کے طور پر رپورٹ کرتی ہے، کیونکہ 1080 کا 16 پر پورا تقسیم نہیں بنتا اور فرق پورا کرنے کے لیے آٹھ چھپی ہوئی قطاریں شامل کی جاتی ہیں۔ زیادہ تر دوسری عام سائزز پوری طرح تقسیم ہو جاتی ہیں، 720، 480 اور 2160 سب ہی 16 کے مضارب ہیں، اس لیے ان کے لیے دونوں قطاریں ایک ہی عدد دکھاتی ہیں اور padding کا معاملہ سامنے نہیں آتا۔ Coded Width کے ساتھ مل کر، یہ ویلیو stream کے coded dimensions بناتی ہے، یعنی وہ جوڑے کی شکل میں plain Width اور Height کے مقابلے کے لیے استعمال ہوتے ہیں۔
یہ کیوں اہم ہے
سب سے پہلے اس لیے، تاکہ آپ ایسی خرابی تلاش نہ کریں جو موجود ہی نہیں۔ Height سے چند pixels زیادہ Coded Height بالکل معمول کی بات ہے، یہ خراب فائل کی علامت نہیں، اور نہ ہی اس میں کچھ ٹھیک کرنے کی ضرورت ہے۔ چند چھپی ہوئی قطاریں ڈیٹا کی نہ ہونے کے برابر مقدار بڑھاتی ہیں اور تصویر کے معیار پر کوئی اثر نہیں پڑتا۔
جہاں یہ مددگار بنتی ہے وہ غیر معمولی پلے بیک ہے۔ کچھ سادہ players اور پرانے fixed-function devices padding کو چھپانے کی ہدایت کو نظر انداز کر دیتے ہیں، اور تب یہی اضافی قطاریں نیچے والے کنارے پر سیاہ یا بکھرے ہوئے pixels کی ایک باریک پٹی کے طور پر نظر آتی ہیں۔ اگر آپ کو ایسی پٹی دکھائی دے تو ان دو قطاروں کے درمیان فرق ہی اس کی وجہ ہوتی ہے۔ چند pixels کے بجائے بہت بڑا فرق عام طور پر اس بات کی طرف اشارہ کرتا ہے کہ فائل کو دوبارہ wrap کیا گیا یا ہاتھ سے جوڑا گیا ہے اور نظر آنے والا فریم بہت بڑی coded تصویر کے اندر ایک چھوٹی سی کھڑکی ہے، جو اس سے پہلے جان لینا مفید ہے کہ آپ اسے edit کریں۔
یہ ویلیو صرف encoder کی گنتی کا طریقہ بیان کرتی ہے، اس کے سوا کچھ نہیں، اس لیے یہ کسی شخص، جگہ یا ڈیوائس کے بارے میں کچھ نہیں بتاتی۔