بٹ ریٹ، ریزولوشن اور فریم ریٹ
ان میں سے کون سی سیٹنگ فائل چھوٹی کرتی ہے، اور کون سی صرف اسے بدتر دکھاتی ہے؟
ایک مساوات ہی زیادہ تر بات سمجھا دیتی ہے
فائل کا حجم، بہت قریبی اندازے کے مطابق، بٹ ریٹ ضرب دورانیہ ہے۔ بٹ ریٹ یہ ہے کہ اینکوڈر کو فی سیکنڈ کتنے بٹ خرچ کرنے کی اجازت ہے؛ دورانیہ یہ ہے کہ وہ کتنے سیکنڈ تک انہیں خرچ کرتا ہے۔ باقی سب کچھ — ریزولوشن، فریم ریٹ، حرکت، کوڈیک — یہ بدلتا ہے کہ کسی مقررہ بٹ ریٹ پر تصویر کتنی اچھی لگے گی، نہ کہ یہ کہ فائل کتنی بڑی ہوگی۔
ایک عملی مثال اسے ٹھوس بنا دیتی ہے۔ 5 میگا بٹ فی سیکنڈ پر ساٹھ سیکنڈ کے لیے اینکوڈ کی گئی کلپ میں 300 میگا بٹ ویڈیو ڈیٹا ہوتا ہے، یعنی 37.5 میگا بائٹ، اور اس کے علاوہ آڈیو ٹریک اور کنٹینر کا اضافی بوجھ۔ یہ حساب ہے، پیمائش نہیں: وہی ساٹھ سیکنڈ 2 Mbit/s پر 15 MB ہیں، فریم میں جو کچھ بھی ہو۔
ریزولوشن اور فریم ریٹ طلب ہیں، حجم نہیں
ریزولوشن یا فریم ریٹ بڑھانے سے فائل براہِ راست بڑی نہیں ہوتی۔ اس سے یہ بڑھتا ہے کہ قابلِ قبول دکھنے کے لیے اینکوڈر کو کتنے بٹ درکار ہیں۔ 2 Mbit/s پر 4K کلپ اُتنی ہی بڑی ہے جتنی 2 Mbit/s پر 720p کلپ؛ 4K والی بس کہیں زیادہ بری لگتی ہے، کیونکہ وہی بجٹ نو گنا زیادہ پکسلوں پر پھیل رہا ہوتا ہے۔
یہی وجہ ہے کہ ریزولوشن کم کرنا ویڈیو سکیڑنے کا اتنا مؤثر طریقہ ہے۔ آپ ریزولوشن بدل کر فائل چھوٹی نہیں کر رہے — آپ کم بٹ ریٹ کو قابلِ قبول بنا رہے ہیں، اور پھر وہی کم بٹ ریٹ چن رہے ہیں۔
| ریزولوشن | 30 fps پر | 60 fps پر |
|---|---|---|
| 3840 × 2160 | 249 ملین px/s | 498 ملین px/s |
| 1920 × 1080 | 62 ملین px/s | 124 ملین px/s |
| 1280 × 720 | 28 ملین px/s | 55 ملین px/s |
| 854 × 480 | 12 ملین px/s | 25 ملین px/s |
یہ اعداد اینکوڈر کا بوجھ ہیں، اور یہ ظاہری انداز ہی میں گھٹتے بڑھتے ہیں۔ فریم ریٹ آدھا کرنے سے بوجھ آدھا ہو جاتا ہے؛ 1080p سے 720p پر آنے سے وہ تقریباً ایک تہائی رہ جاتا ہے۔ البتہ فریم ریٹ کا ایک دوسرا اثر بھی ہے: یہ بدل دیتا ہے کہ حرکت کیسی محسوس ہوتی ہے۔ ساکت بیٹھے بولتے ہوئے شخص کا فریم ریٹ آدھا کرنا تقریباً نظر ہی نہیں آتا؛ تیز پین پر آدھا کرنا بہت واضح نظر آتا ہے۔
کوالٹی انڈیکس اصل میں کرتا کیا ہے
زیادہ تر جدید اینکوڈر بٹ ریٹ کے ہدف پر کوالٹی کے ہدف کو ترجیح دیتے ہیں۔ آپ کوالٹی انڈیکس دیتے ہیں، اینکوڈر فریم بہ فریم اُتنے ہی بٹ خرچ کرتا ہے جتنے اُس کوالٹی کو درکار ہوں، اور نتیجے میں بٹ ریٹ مواد کے ساتھ بدلتا رہتا ہے۔ عام طور پر یہی بہتر سیٹنگ ہے، کیونکہ یہ بٹ وہاں لگاتی ہے جہاں تصویر کو ضرورت ہے، بجائے اس کے کہ ساکت فریم پر ضائع کرے اور تیز فریم کو بھوکا رکھے۔
اس کا نتیجہ یہ ہے کہ کوالٹی انڈیکس آپ کو پہلے سے فائل کا حجم نہیں بتاتا۔ ایک ہی انڈیکس پر اینکوڈ کی گئی دو کلپس میں بہت بڑا فرق ہو سکتا ہے، اور اینکوڈ کیے بغیر جاننے کا کوئی طریقہ نہیں۔ اگر آپ کو حجم کی حد میں رہنا ہی ہے تو یا تو اینکوڈ کر کے دیکھیں، یا بٹ ریٹ کا ہدف استعمال کریں اور یہ مان لیں کہ اس کے بدلے کوالٹی بدلتی رہے گی۔
حرکت چھپا ہوا متغیر ہے
ویڈیو کوڈیک ہر فریم کو پچھلے فریموں سے فرق کے طور پر بیان کر کے کام کرتے ہیں۔ جب کم بدلتا ہے — جما ہوا کیمرہ، سلائیڈ ڈیک، سادہ دیوار کے سامنے چہرہ — تو فرق بہت معمولی ہوتے ہیں اور اینکوڈر کو بہت کم بٹ درکار ہوتے ہیں۔ جب سب کچھ بدلتا ہے — ہاتھ میں پکڑے کیمرے کا پین، کنفیٹی، بارش، پانی، ہوا میں ہلتے پتے، ہر سیکنڈ ایک نیا کٹ — تو تقریباً کچھ بھی پیش گوئی کے قابل نہیں رہتا اور بٹ ریٹ چڑھ جاتا ہے۔
- گرین اور سینسر کا شور حرکت کی طرح برتاؤ کرتے ہیں: یہ ہر فریم میں ہر پکسل بدل دیتے ہیں اور انہیں اینکوڈ کرنا مہنگا پڑتا ہے۔
- ہاتھ میں پکڑ کر بنائی گئی ہلتی ہوئی کلپ اُسی منظر کو تپائی پر شوٹ کرنے سے کہیں مہنگی پڑتی ہے۔
- زیادہ تر ساکت رہنے والے انٹرفیس کی اسکرین ریکارڈنگ بہت سستی رہتی ہے، جب تک کچھ اسکرول نہ ہو۔
- فیڈ اور ڈزالو سخت کٹ سے زیادہ مہنگے ہیں، کیونکہ ایک سیکنڈ یا اس سے زیادہ تک ہر پکسل تھوڑا تھوڑا بدلتا رہتا ہے۔
آڈیو چھوٹی ہوتی ہے، جب تک نہیں ہوتی
زیادہ تر کلپس میں آڈیو کا شمار ہی نہیں ہوتا: 128 kbit/s پر اسٹیریو ٹریک فی منٹ تقریباً ایک میگا بائٹ بڑھاتا ہے۔ لیکن کسی بہت زیادہ کمپریس شدہ، مختصر، کم ریزولوشن والی کلپ میں یہ کل حجم کا قابلِ ذکر حصہ بن سکتا ہے۔ اگر آپ حجم کی حد سے سختی سے ٹکرا رہے ہیں تو تصویر کو مزید بگاڑنے سے پہلے کم آڈیو بٹ ریٹ پر، یا مونو پر آ جانا غور کے قابل ہے۔ اگر آڈیو کی سرے سے اہمیت نہ ہو تو ٹریک بالکل ہٹا دینا ایک ری میکس ہے اور اس کی کوالٹی میں کوئی قیمت نہیں چکانی پڑتی۔
ایک نسخہ جو عموماً کام کرتا ہے
- طے کریں کہ کلپ زیادہ سے زیادہ جس بڑی اسکرین پر دیکھی جائے گی وہ کون سی ہے، اور ریزولوشن اُسی پر محدود کر دیں۔
- جب تک حرکت نرم نہ ہو، سورس کا فریم ریٹ برقرار رکھیں؛ اسے آدھا کرنا نظر آنے والی تبدیلی ہے، مفت کی بچت نہیں۔
- بٹ ریٹ کے بجائے کوالٹی انڈیکس سے اینکوڈ کریں، پھر نتیجہ ناپیں۔
- اگر نتیجہ بہت بڑا ہو تو کوالٹی مزید گرانے سے پہلے ریزولوشن کم کریں۔
- کلپ کو تراشیں۔ دورانیہ پوری مساوات پر براہِ راست ضرب ہے، اور تیس غیر ضروری سیکنڈ کسی بھی سیٹنگ سے زیادہ مہنگے پڑتے ہیں۔
ای میل کے لیے ویڈیو چھوٹی کرنا
ای میل کی حدیں مکمل منسلکہ پر لاگو ہوتی ہیں، اس لیے سب سے پہلے دورانیہ دیکھیں۔ جو غیر ضروری ہے اسے تراشیں، پھر جب کلپ کسی بڑی اسکرین کے بجائے پیغام کے اندر دیکھی جانی ہو تو ریزولوشن 720p یا 480p پر لے آئیں۔ کم پکسل طلب اینکوڈر کو تفصیل تباہ کیے بغیر بہت کم بٹ ریٹ استعمال کرنے دیتی ہے۔
اگر منسلکہ پھر بھی فراہم کنندہ کی حد سے چوک جائے تو اسے مختصر کریں یا کسی منظور شدہ فائل ٹرانسفر سروس کے ذریعے شیئر کریں۔ ایک ہی لمبی کلپ کو بار بار، ہر بار کم کوالٹی پر دوبارہ اینکوڈ کرنے سے آخرکار ایسی فائل بنتی ہے جو دیکھنے میں بھی بری ہو اور پھر بھی بہت بڑی رہے، کیونکہ دورانیہ بٹ ریٹ کو ضرب دیتا رہتا ہے۔
یہ آپ کو کیا نہیں بتا سکتا
اس گائیڈ میں ہدف بٹ ریٹ جان بوجھ کر نہیں دیے گئے۔ کوئی بھی تجویز کردہ عدد کوڈیک، اینکوڈر کے نفاذ، مواد اور دیکھنے کے حالات پر منحصر ہوتا ہے، اور ان چار چیزوں کے بغیر بتایا گیا کوئی بھی عدد محض سجاوٹ ہے۔ اپنی کلپ کا تیس سیکنڈ کا نمونہ دو مختلف سیٹنگز پر اینکوڈ کریں اور دونوں کو دیکھیں — یہ موازنہ کسی اور کی فوٹیج پر کسی اور کی ناپی ہوئی کسی بھی ٹیبل سے زیادہ قیمتی ہے۔
براؤزر میں اینکوڈنگ کی ایک اور مخصوص حد: رفتار آپ کی ڈیوائس طے کرتی ہے۔ اینکوڈنگ واقعی بھاری کام ہے، فون گرم ہونے پر اپنی رفتار گھٹا دیتے ہیں، اور اونچی ریزولوشن پر لمبی کلپ کسی خاص ڈیوائس کی سکت سے باہر ہو سکتی ہے۔ یہ ہارڈویئر کی حد ہے، کوئی ایسی سیٹنگ نہیں جسے بدل کر ٹالا جا سکے۔