Discord اور ای میل کے لیے ویڈیو کمپریس کریں (10 MB، 25 MB)

ہر سروس کی اپنی حد ہوتی ہے، اور زیادہ تر نے پچھلے چند برسوں میں کم از کم ایک بار اسے بدلا ہے، اس لیے آپ کو یاد نمبر پرانا ہو سکتا ہے۔ Discord اس کی واضح مثال ہے: 2024 میں اس نے مفت اپ لوڈ کی حد فی فائل 25 MB سے گھٹا کر 10 MB کر دی۔ Nitro Basic صارفین کو 50 MB اور مکمل Nitro والوں کو 500 MB ملتے ہیں۔ سرور بوسٹ بھی اس سرور کے ہر رکن کے لیے حد بڑھا دیتے ہیں، بوسٹ لیول 2 پر 50 MB اور لیول 3 پر 100 MB۔ اگر آپ کسی مصروف کمیونٹی سرور میں پوسٹ کرتے ہیں تو کمپریس کرنے سے پہلے اس کا بوسٹ لیول دیکھ لیں، کیونکہ جو حد زیادہ ہو وہی لاگو ہوتی ہے۔

ای میل کا معاملہ مختلف ہے۔ Gmail میں فی پیغام 25 MB تک اٹیچمنٹ لگ سکتی ہے، اور اس سے بڑی فائل شامل کرتے وقت خود بخود Google Drive لنک بن جاتی ہے۔ Outlook.com 20 MB پر رک جاتا ہے اور اس سے اوپر OneDrive لنک کی پیشکش کرتا ہے۔ کئی کمپنیوں کے میل سرور اس سے بھی کم، اکثر 10 MB، پر ہوتے ہیں اور بڑی میل بغیر بتائے واپس کر دیتے ہیں کہ کس طرف سے مسترد ہوئی۔ چیٹ ایپس میں فائل کی حد کافی زیادہ ہوتی ہے مگر عام میڈیا کے طور پر بھیجی گئی ویڈیو کو وہ خاموشی سے دوبارہ انکوڈ کر دیتی ہیں، اس لیے دوسری طرف والا شخص کیا دیکھے گا، یہ صرف سائز کی حد طے نہیں کرتی۔

نیچے دیا گیا جدول 2024 اور 2025 کے اہم اعداد جمع کرتا ہے۔ انہیں نقطۂ آغاز سمجھیں اور اگر فائل بالکل حد کے کنارے پر ہو تو سروس کا اپنا مدد صفحہ دیکھ لیں، کیونکہ پلان اور علاقے مختلف ہوتے ہیں۔ اس گائیڈ میں عملی اہداف یہ ہیں: Discord اور زیادہ تر دفتری ای میل کے لیے 10 MB، Gmail کے لیے 25 MB اور Outlook کے لیے 20 MB۔ جن لوگوں کو بھیج رہے ہیں ان میں سب سے چھوٹی حد چنیں، کیونکہ جو فائل آپ کے میل باکس سے گزر جائے وہ ان کے میل باکس سے مسترد ہو سکتی ہے۔

ویڈیو فائل بنیادی طور پر بٹس کا ایک سلسلہ ہوتی ہے جو ایک مستقل اوسط شرح سے آتا ہے، یعنی بٹ ریٹ، جو میگابٹ فی سیکنڈ (Mbps) میں ناپا جاتا ہے۔ اس شرح کو سیکنڈوں کی تعداد سے ضرب دیں تو فائل کا سائز میگابٹ میں ملتا ہے؛ 8 سے تقسیم کریں تو میگابائٹ۔ ریزولوشن، کوڈیک اور فریم ریٹ صرف اس لیے اہم ہیں کہ وہ بدلتے ہیں کہ قابلِ قبول نظر آنے کے لیے ہر سیکنڈ کو کتنے بٹس چاہییں۔ اسی لیے 4K کلپ اور 480p کلپ بالکل ایک ہی سائز کے ہو سکتے ہیں: اگر دونوں 30 سیکنڈ تک 2 Mbps پر چلیں تو دونوں تقریباً 7.5 MB بنتی ہیں، بس ایک اپنے قدرتی بٹ ریٹ کے مقابلے میں کہیں زیادہ خراب نظر آتی ہے۔

فارمولا الٹا چلائیں تو آپ کی حد کا بجٹ مل جاتا ہے۔ دس میگابائٹ 80 میگابٹ کے برابر ہیں۔ 60 سیکنڈ کی کلپ پر پھیلائیں تو تصویر اور آواز دونوں کے لیے تقریباً 1.33 Mbps ملتے ہیں۔ Gmail کا 25 MB ہدف 200 میگابٹ ہے، یعنی اسی ایک منٹ پر تقریباً 3.3 Mbps۔ آڈیو پہلے اپنا حصہ لیتی ہے: 128 kbps پر آواز فی منٹ تقریباً 1 MB لیتی ہے، جو Discord کے بجٹ کا دسواں حصہ ہے۔ باقی تصویر کو جاتا ہے، اور یہی بچی ہوئی مقدار طے کرتی ہے کہ نتیجہ صاف ہوگا یا دھندلا۔

یہی فارمولا بتاتا ہے کہ فون کی فوٹیج اتنی بھاری کیوں ہوتی ہے۔ Apple کے مطابق High Efficiency فارمیٹ میں 30 fps پر 4K کا تقریباً 170 MB فی منٹ اور 30 fps پر 1080p کا تقریباً 60 MB فی منٹ بنتا ہے، یعنی بٹ ریٹ اس سے کہیں زیادہ جو 10 MB کی فائل سنبھال سکے۔ ایک منٹ کی 4K کو 10 MB میں لانا 17 گنا کمی ہے۔ یہ ممکن ہے، مگر صرف ہر فریم پر بہت کم بٹس خرچ کر کے، جس کا عملی مطلب ہر فریم میں کم پکسل بھی ہے۔

ٹرم کرنا سب سے مضبوط ذریعہ ہے کیونکہ یہ فارمولے میں دورانیہ گھٹاتا ہے، اور جو سیکنڈ آپ ہٹاتے ہیں ان کے بٹس باقی سیکنڈوں کو مل جاتے ہیں۔ الٹی گنتی، شروع کے ہلتے لمحات اور آخر کی لمبی الوداع کاٹ دیں تو 90 سیکنڈ کی کلپ اکثر 40 سیکنڈ کی بن جاتی ہے اور دیکھنے لائق کچھ ضائع نہیں ہوتا۔ اس کے بعد ریزولوشن آتا ہے۔ 720p میں 1080p کے 44% پکسل ہوتے ہیں، اس لیے اسی بٹ ریٹ پر ہر پکسل کو دگنے سے زیادہ ڈیٹا ملتا ہے۔ فون یا Discord چیٹ ونڈو میں دیکھنے کے لیے مناسب بٹ ریٹ کے ساتھ 720p اس 1080p سے صاف لگتا ہے جسے بٹس کم پڑ گئے ہوں۔

بٹ ریٹ یا کوالٹی براہِ راست کنٹرول ہے۔ انکوڈر یا تو اوسط بٹ ریٹ مقرر کرنے دیتے ہیں، جو سائز طے کر دیتا ہے، یا مستقل کوالٹی کی قدر، جو ظاہری معیار طے کرتی ہے اور سائز کو بدلنے دیتی ہے۔ x264 میں، یعنی H.264 انکوڈر جو HandBrake اور FFmpeg استعمال کرتے ہیں، اس قدر کو CRF کہتے ہیں؛ ڈیفالٹ 23 ہے، کم عدد کا مطلب بہتر کوالٹی، اور FFmpeg کی دستاویزات کے مطابق اسے 6 بڑھانے سے فائل تقریباً آدھی رہ جاتی ہے۔ مستقل کوالٹی آرکائیو کے لیے عمدہ ہے مگر یہ ضمانت نہیں دے سکتی کہ فائل 10 MB سے کم رہے گی، اس لیے جب سخت حد ہو تو یہ غلط ذریعہ ہے۔

فریم ریٹ اور آڈیو چھوٹے ذرائع ہیں۔ 60 fps فوٹیج کو 30 fps پر لانے سے نمایاں بچت ہوتی ہے، اگرچہ پوری آدھی نہیں، کیونکہ ملحقہ فریم ایک دوسرے کے مقابلے میں اچھی طرح کمپریس ہو جاتے ہیں۔ گفتگو، ٹیوٹوریل اور اسکرین ریکارڈنگ میں 30 fps یا 24 fps پر بھی کچھ نظر آنے والا نقصان نہیں ہوتا۔ آواز کے لیے موسیقی میں 128 kbps AAC آرام دہ ہے، آواز کے لیے 96 kbps کافی ہے، اور ایک شخص کی بات کے لیے 64 kbps بھی چل جاتا ہے۔ کسی مختصر خاموش کلپ پر، مثلاً گیم ہائی لائٹ جس کی موسیقی درکار نہ ہو، آڈیو ٹریک ہٹانے سے تصویر کو فی منٹ تقریباً ایک پورا اضافی میگابائٹ مل جاتا ہے۔

ہدفی سائز والا انکوڈر اوپر کا حساب آپ کے لیے کر دیتا ہے۔ وہ کلپ کا دورانیہ پڑھتا ہے، آڈیو کا حصہ منفی کرتا ہے، کنٹینر کے اضافی بوجھ کے لیے تھوڑا مارجن رکھتا ہے، اور جو بچے اسے ویڈیو بٹ ریٹ بنا دیتا ہے۔ دو مرحلہ انکوڈنگ میں پہلا مرحلہ پوری کلپ اسکین کر کے دیکھتا ہے کہ حرکت کہاں ہے؛ دوسرا مرحلہ مصروف مناظر پر زیادہ اور ساکن مناظر پر کم بٹس خرچ کرتا ہے اور اوسط ہدف پر رکھتا ہے۔ ویڈیو کمپریس کریں ٹول اسی طرح کام کرتا ہے: کمپریس کرنے کا طریقہ کو ہدف کا سائز پر رہنے دیں، حد لکھیں، اور دو مرحلہ انکوڈنگ پہلے سے آن ہے۔

کنٹینر اور کوڈیک بھی سائز جتنے ہی اہم ہیں۔ MP4 فائل میں AAC آڈیو کے ساتھ H.264 ویڈیو Discord میں ہی چلتی ہے، Gmail اور Outlook میں پریویو ہوتی ہے، اور پچھلی دہائی کے ہر فون، لیپ ٹاپ اور اسمارٹ ٹی وی پر کھل جاتی ہے۔ H.265 (HEVC)، AV1 اور VP9 انہی میگابائٹس میں زیادہ کوالٹی سمو دیتے ہیں، مگر پرانے Windows لیپ ٹاپ یا مناسب ڈیکوڈر کے بغیر براؤزر والے دوست کو شاید صرف ڈاؤن لوڈ لنک یا کالا فریم نظر آئے۔ iPhone High Efficiency سیٹنگ میں ڈیفالٹ طور پر MOV میں HEVC ریکارڈ کرتے ہیں، اسی لیے MOV سے MP4 تبدیلی اور کمپریشن اکثر ایک ہی مرحلے میں ہو جاتے ہیں۔

دو عادتیں ہدفی سائز کے انکوڈ کو قابلِ اعتماد رکھتی ہیں۔ پہلی، حد سے ذرا نیچے کا ہدف رکھیں، یعنی بالکل 10 MB کے بجائے 9.5 MB، کیونکہ آپریٹنگ سسٹم میگابائٹ مختلف طرح گنتے ہیں اور ایک جگہ 10.0 MB دکھانے والی فائل دوسری جگہ مسترد ہو سکتی ہے۔ دوسری، ہمیشہ اصل ریکارڈنگ سے شروع کریں۔ ہر lossy دوبارہ انکوڈنگ تفصیل ضائع کرتی ہے، اور جس فائل کو چیٹ ایپ پہلے ہی کمپریس کر چکی ہو اسے دوبارہ کمپریس کرنے سے نقصان جمع ہوتا جاتا ہے۔ اگر پہلا نتیجہ زیادہ دھندلا ہو تو چھوٹی فائل کو دوبارہ کمپریسر میں ڈالنے کے بجائے سورس پر واپس جا کر ریزولوشن بدلیں۔

ایک بار کی کلپ کے لیے سب سے تیز راستہ براؤزر ٹول ہے، کیونکہ ہدفی سائز کا حساب، دو مرحلہ انکوڈنگ اور H.264 MP4 آؤٹ پٹ پہلے سے تیار ہیں۔ UltKit فی فائل 95 MB تک اور ایک وقت میں 20 فائلیں لیتا ہے، کچھ انسٹال کرنے یا سائن اپ کی ضرورت نہیں، اور اپ لوڈز پروسیسنگ کے 30 منٹ بعد حذف کر دیتا ہے۔ ویڈیو 10 MB تک کمپریس کریں صفحہ ہدف کا سائز 10 MB اور زیادہ سے زیادہ ریزولوشن 720p کے ساتھ کھلتا ہے؛ Gmail کے لیے اسی خانے میں 24 MB لکھیں۔ اگر ریکارڈنگ ضرورت سے لمبی ہو تو پہلے ویڈیو کاٹیں سے کاٹ لیں تاکہ بجٹ اہم حصے پر لگے۔

HandBrake ڈیسک ٹاپ کا راستہ ہے: مفت، اوپن سورس، اور Windows، macOS اور Linux کے لیے handbrake.fr پر دستیاب۔ اس میں اب ہدفی سائز کا خانہ نہیں رہا، اس لیے بٹ ریٹ خود حساب کر کے لکھنا پڑتا ہے۔ فون تیسرا راستہ ہیں۔ ان میں ہدفی سائز مقرر نہیں ہو سکتا، مگر کم ریزولوشن پر ریکارڈنگ اور شیئر کرنے سے پہلے گیلری ایپ میں ٹرم کرنا بہت مدد دیتا ہے، اور دونوں کسی بھی کمپریشن سے پہلے ہو جاتے ہیں۔ نیچے کے کالم ہر ایک کے مراحل بتاتے ہیں۔

فی منٹ 10 MB کے حساب سے 128 kbps آڈیو کے بعد تصویر کے لیے تقریباً 1.2 Mbps بچتے ہیں۔ 720p اور 30 fps پر H.264 کے ساتھ یہ بات کرتے چہروں، پروڈکٹ ڈیمو، پالتو جانوروں اور فون کی روزمرہ کلپس کے لیے کافی ہے: فون کی اسکرین پر نتیجہ اصل کے قریب لگتا ہے، جبکہ لیپ ٹاپ پر بال، گھاس اور دور کی تحریر جیسی باریک تفصیل نرم نظر آتی ہے۔ بڑے سادہ حصوں والی اسکرین ریکارڈنگ اس شرح پر خاص طور پر اچھی لگتی ہیں، کیونکہ ساکن پس منظر کو انکوڈ کرنے میں تقریباً کچھ خرچ نہیں ہوتا۔

تیز حرکت میں بجٹ ختم ہو جاتا ہے۔ گیم فوٹیج، کھیل، ہاتھ میں کیمرا لے کر چلنے کے شاٹس، کنفیٹی اور پانی میں ہر سیکنڈ فریم کا بڑا حصہ بدلتا ہے، اور 1.2 Mbps پر مصروف ترین لمحوں میں یہ بلاکس میں بکھر جاتے ہیں۔ ایسے مواد کے لیے 480p پر جائیں، اگر اصل 60 fps کی ہو تو فریم ریٹ 30 fps کریں، یا کلپ کو صرف وہ 20 یا 30 سیکنڈ رکھیں جو اہم ہیں۔ 10 MB میں 30 سیکنڈ کی گیم پلے جھلک کو تقریباً 2.5 Mbps ملتے ہیں، جو 720p کے لیے کافی اور پرسکون 1080p کے لیے اکثر ٹھیک ہیں۔

طویل ویڈیوز میں یہی حساب نیچے کی طرف جاتا ہے۔ 10 MB میں دو منٹ کے لیے تقریباً 0.6 Mbps بچتے ہیں، جس میں پڑھنے کے قابل رہنے کے لیے 480p درکار ہے۔ پانچ منٹ کے لیے تقریباً 0.2 Mbps رہ جاتے ہیں، جو صرف 360p کی ایسی گفتگو کے لیے کافی ہے جہاں تصویر کی اہمیت کم ہو۔ اس مقام پر سچ یہ ہے کہ 10 MB اس ویڈیو کے لیے غلط حد ہے۔ ہدف کو Gmail کے لیے 25 MB یا Nitro Basic والے دوست کے لیے 50 MB کرنے سے نتیجہ کسی بھی انکوڈر سیٹنگ سے کہیں زیادہ بدلتا ہے۔

کمپریشن تب درست ہے جب کلپ مختصر ہو، چیٹ میں براہِ راست چلنی چاہیے، یا وصول کنندہ کلاؤڈ لنک کبھی نہ کھولے۔ یہ تب غلط ہے جب فائل لمبی ہو، تفصیل اہم ہو، یا وصول کنندہ کو ایڈیٹنگ کے لیے اصل فائل چاہیے۔ شادی کی ویڈیو، پراپرٹی واک تھرو، ریکارڈ شدہ لیکچر یا ایڈیٹر کو دی جانے والی فوٹیج مکمل کوالٹی میں جانی چاہیے۔ ایسے میں Google Drive، OneDrive، iCloud Drive یا Dropbox کے لنکس سے کوالٹی کا کوئی نقصان نہیں ہوتا اور اوپر کے تمام سمجھوتوں سے بچت ہو جاتی ہے۔

کئی سروسز یہ تبدیلی خود کر دیتی ہیں۔ Gmail 25 MB سے بڑے اٹیچمنٹ کو Drive لنک بنا دیتا ہے، Outlook.com 20 MB سے اوپر OneDrive پیش کرتا ہے، اور Apple Mail کا Mail Drop iCloud کے ذریعے 5 GB تک کی فائلیں بھیجتا ہے اور انہیں 30 دن تک دستیاب رکھتا ہے۔ Discord پر کلاؤڈ لنک پلیئر کی بجائے پریویو کارڈ دکھاتا ہے، اس لیے دیکھنے والوں کو کلک کر کے جانا پڑتا ہے۔ عملی تقسیم: تقریباً دو منٹ سے کم جو چیٹ میں ہی چلنی چاہیے اسے کمپریس کریں، اور جو اس سے لمبی یا زیادہ اہم ہو اس کا لنک دیں۔