ویڈیو سے GIF کیسے بنائیں: سائز، فریم ریٹ اور لوپ ٹپس

GIF ویب سے بھی پرانی ہے۔ CompuServe نے 1987 میں اس کا پہلا ورژن GIF87a جاری کیا تاکہ ڈائل اپ کنکشن پر ساکن تصاویر بھیجی جا سکیں۔ 1989 کی نظرثانی GIF89a میں دو خصوصیات شامل ہوئیں جن سے اینیمیشن ممکن ہوئی: ہر فریم کے لیے تاخیر کی قدر اور ایک شفاف رنگ۔ لوپنگ بعد میں 1995 میں آئی، جب Netscape Navigator 2.0 نے ایک چھوٹی ایپلیکیشن ایکسٹینشن پڑھنا شروع کی جو بتاتی ہے کہ کتنی بار دہرانا ہے۔ آج بھی ہر اینیمیٹڈ GIF دراصل اسی بلاک کے ساتھ GIF89a فائل ہے، اسی لیے یہ تقریباً ہر براؤزر اور میل کلائنٹ میں چلتی ہے۔

اندر سے GIF انڈیکسڈ تصاویر کا ایک ڈھیر ہے۔ ہر فریم زیادہ سے زیادہ 256 اندراجات والی رنگوں کی جدول کی طرف اشارہ کرتا ہے، اس لیے ایک فریم میں 256 سے زیادہ رنگ نہیں ہو سکتے، حالانکہ اصل ویڈیو میں لاکھوں رنگ تھے۔ پھر پکسلز کو LZW سے کمپریس کیا جاتا ہے، جو ایک لاس لیس ڈکشنری طریقہ ہے اور ایک رنگ کے ہموار حصوں پر اچھا کام کرتا ہے مگر فوٹوگرافک نوائز، گرین اور گریڈینٹ پر برا۔ LZW خود کچھ ضائع نہیں کرتا؛ نقصان پہلے ہوتا ہے، جب لاکھوں رنگوں کو پیلیٹ میں سمیٹا جاتا ہے۔

GIF دو اور چیزیں نہیں رکھ سکتی۔ اس میں کسی قسم کا آڈیو ٹریک نہیں ہوتا، اس لیے آپ کی ویڈیو کی آواز ختم ہو جاتی ہے۔ اور اس کا وقت کا حساب موٹا ہے: تاخیر سیکنڈ کے سویں حصے میں محفوظ ہوتی ہے، اور زیادہ تر براؤزر 0 یا 1 سویں حصے کی تاخیر کو 10 سویں حصے سمجھتے ہیں، اس لیے 50 fps یا اس سے تیز بنائی گئی GIF زیادہ ہموار نہیں بلکہ سست چلتی ہے۔ عملی طور پر 10 سے 25 fps کارآمد حد ہے۔

H.264 جیسا جدید ویڈیو کوڈیک مکمل تصویر صرف کبھی کبھار محفوظ کرتا ہے اور زیادہ تر فریموں کو پچھلے فریم سے چھوٹی تبدیلیوں کے طور پر بیان کرتا ہے۔ GIF پچھلے فریم کے صرف ایک مستطیل حصے کو اپ ڈیٹ کر کے کچھ ایسا کر سکتی ہے، مگر اس میں حرکت کی پیش گوئی جیسی کوئی چیز نہیں۔ کیمرا ہلتے ہی تقریباً ہر پکسل بدل جاتا ہے اور ہر فریم تقریباً پورا محفوظ ہوتا ہے۔ اسی لیے 2 MB کی فون کلپ 15 MB کی GIF بن سکتی ہے، جبکہ ساکن ونڈو پر ماؤس ہلنے کی اسکرین ریکارڈنگ بہت چھوٹی رہتی ہے۔

GIF کا سائز تقریباً چوڑائی ضرب اونچائی ضرب فریم ہوتا ہے، اس رعایت کے ساتھ کہ فریموں کے درمیان کتنا حصہ ساکن رہتا ہے۔ اس سے ذرائع کی ترتیب آسان ہو جاتی ہے۔ دورانیہ فریم ایک کے بدلے ایک کم کرتا ہے: آٹھ کی جگہ چار سیکنڈ سے فائل آدھی رہ جاتی ہے۔ چوڑائی پکسلز کو مربع کے حساب سے کم کرتی ہے: 640 px سے 320 px پر آنے سے ہر فریم میں چوتھائی پکسل رہ جاتے ہیں۔ فریم ریٹ بھی فریموں کو سیدھی نسبت سے کم کرتا ہے، اور 12 fps اشاروں اور چہروں کے لیے حیرت انگیز حد تک ٹھیک رہتا ہے۔ کم رنگوں سے فائدہ لوگوں کی توقع سے کم ہوتا ہے، عموماً 10 سے 30 فیصد، کیونکہ LZW کو پیلیٹ کے سائز سے زیادہ دہرائے جانے والے نمونوں کی پروا ہوتی ہے۔

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

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

یہ بھی سوچیں کہ GIF کہاں سے چلنا شروع ہوگی۔ بہت سی چیٹ ایپس اور میل کلائنٹ فائل لوڈ ہوتے وقت پہلا فریم دکھاتے ہیں، اور 2007 سے 2016 تک کا Outlook for Windows صرف پہلا فریم دکھاتا ہے اور کبھی اینیمیٹ نہیں کرتا۔ ایسے فریم سے شروع کریں جو ساکن تصویر کے طور پر بھی بامعنی ہو، نہ کہ پین کے بیچ کی دھندلاہٹ سے۔ اگر GIF کا پیغام کوئی کیپشن یا نتیجہ ہے تو اختتام بڑھا کر آخری لمحے کو آدھے سیکنڈ تک روکیں، تاکہ لوپ دوبارہ شروع ہونے سے پہلے ناظرین اسے پڑھ سکیں۔

GIF کہاں جائے گی، یہ کسی بھی سیٹنگ سے پہلے حد طے کر دیتا ہے۔ Discord نے 2024 میں اپنی مفت اپ لوڈ حد فی فائل 10 MB کر دی، اور یہی وہ عدد ہے جس سے لوگ سب سے پہلے ٹکراتے ہیں؛ Nitro Basic اسے 50 MB اور Nitro 500 MB تک بڑھاتا ہے۔ GIPHY 15 سیکنڈ اور 100 MB تک کی اپ لوڈ قبول کرتا ہے۔ X 15 MB تک کی GIF لیتا ہے اور اپ لوڈ پر اسے لوپنگ ویڈیو بنا دیتا ہے، اور Reddit 100 MB تک کی GIF قبول کرتا ہے مگر اسے بھی ویڈیو کے طور پر پیش کرتا ہے۔ Slack 1 GB تک کی فائلیں لیتا ہے، لیکن حسب ضرورت ایموجی 128 KB سے کم رہنا چاہیے، یعنی بہت چھوٹی چوڑائی، مختصر لوپ اور کم رنگ۔

ای میل الگ معاملہ ہے۔ Gmail فی پیغام 25 MB کے اٹیچمنٹ اور Outlook.com 20 MB کی اجازت دیتا ہے، لیکن نیوز لیٹر یا دستخط کے متن میں ان لائن رکھی گئی GIF 1 MB سے کافی کم رہنی چاہیے تاکہ موبائل ڈیٹا پر پیغام جلد کھلے۔ چیٹ میں حد سے ذرا نیچے کے بجائے آدھی حد کا ہدف رکھیں، کیونکہ وصول کرنے والوں کا کنکشن سست ہو سکتا ہے۔ نیچے دیے گئے اعداد 2025 میں درست تھے؛ فائل عین کنارے پر ہو تو سروس کا ہیلپ صفحہ دیکھ لیں۔

X ہر اپ لوڈ شدہ GIF کو MP4 میں کیوں بدلتا ہے، اور 2014 سے ایسا کیوں کر رہا ہے، اس کی وجہ بینڈ وڈتھ ہے۔ وہی پانچ سیکنڈ جو GIF کے طور پر 4 MB کے ہوتے ہیں، H.264 میں عموماً چند سو کلو بائٹ میں آ جاتے ہیں، 256 شیڈز کی جگہ مکمل رنگ کے ساتھ اور ڈیدرنگ نوائز کے بغیر۔ GIPHY اور Tenor بھی یہی کرتے ہیں: آپ کے کی بورڈ کا GIF بٹن عموماً چھوٹی MP4 یا WebP لاتا ہے۔ اس لیے اصل سوال یہ نہیں کہ بہترین GIF کیسے بنائی جائے، بلکہ یہ ہے کہ جہاں آپ پوسٹ کر رہے ہیں وہاں GIF کی ضرورت بھی ہے یا نہیں۔

اصل GIF تب رکھیں جب منزل تصاویر دکھاتی ہو مگر ویڈیو نہیں: ای میل کا متن، GitHub README یا issue، Jira ٹکٹ، وکی، پرانا فورم، یا ایسا سلائیڈ ڈیک جسے ہر ویور میں چلنا ہو۔ جہاں بھی ویڈیو ان لائن اور خاموش چلتی ہو، جس میں زیادہ تر سوشل نیٹ ورکس اور جدید چیٹ ایپس آتی ہیں، وہاں MP4 یا WebM لوپ بہتر نظر آتا ہے اور تیزی سے لوڈ ہوتا ہے۔ اپنے کنٹرول والے ویب صفحے پر <video autoplay muted loop playsinline> عنصر GIF کی طرح چلتا ہے اور بائٹس کا بہت کم حصہ لیتا ہے۔

دو تصویری فارمیٹ درمیان میں آتے ہیں۔ Google کی اینیمیٹڈ WebP لاکھوں رنگ اور لاسی کمپریشن سپورٹ کرتی ہے اور 2020 میں ورژن 14 سے Safari میں چل رہی ہے، اس لیے اب ہر موجودہ براؤزر میں کام کرتی ہے، اگرچہ براؤزر سے باہر کی بہت سی ایپس اب بھی اسے قبول نہیں کرتیں۔ APNG، PNG کو فریموں کے ساتھ بڑھاتی ہے، مکمل رنگ اور حقیقی alpha شفافیت رکھتی ہے، اور Apple اور LINE اسے اینیمیٹڈ اسٹیکرز کے لیے استعمال کرتے ہیں۔ اگر GIF پہلے سے موجود ہو اور اسے ایسی سائٹ کے لیے چھوٹا کرنا ہو جو ویڈیو چلاتی ہے، تو GIF کو واپس MP4 میں بدلنا عموماً سب سے بڑی بچت ہوتی ہے۔

فونز پر اضافی ایپس کے بغیر بھی یہ کام ہو سکتا ہے۔ iPhone پر Shortcuts ایپ میں Make GIF ایکشن ہے جو ویڈیو یا Live Photo قبول کرتا ہے، اور Loop یا Bounce ایفیکٹ والی Live Photo سورس بنانے کا تیز طریقہ ہے۔ Samsung کی Gallery ایپ میں ویڈیو چلتے وقت GIF کا بٹن نظر آتا ہے، جو دکھائی دینے والے حصے کو GIF کے طور پر ریکارڈ کرتا ہے۔ GIPHY ایپ اور اس کا ویب GIF Maker ایک ہی جگہ ٹرم، کیپشن اور اپ لوڈ کی سہولت دیتے ہیں، لیکن نتیجہ پبلک ہو جاتا ہے جب تک آپ صرف محفوظ نہ کریں۔ Photoshop میں File > Import > Video Frames to Layers زیادہ سے زیادہ 500 فریم لاتا ہے، اور Export > Save for Web (Legacy) پیلیٹ اور ڈِدرنگ کے کنٹرول کے ساتھ GIF لکھتا ہے۔

مکمل کنٹرول اور بیچ کام کے لیے ffmpeg کا دو مرحلوں والا پیلیٹ طریقہ سب سے صاف نتیجہ دیتا ہے: پہلا فلٹر کلپ کو اسکین کر کے اس کے اصل رنگوں سے 256 رنگوں کا پیلیٹ بناتا ہے، دوسرا ہر فریم کو اسی پر میپ کرتا ہے۔ نیچے والی ایک لائن 0:02 سے پانچ سیکنڈ کاٹتی ہے، چوڑائی 480 px کرتی ہے، 12 fps لیتی ہے اور ہمیشہ لوپ کرتی ہے۔ براؤزر میں ویڈیو سے GIF کنورٹر وہی پیلیٹ مرحلہ چوڑائی، فریم ریٹ، رنگ اور ڈِدرنگ کنٹرول کے ساتھ کرتا ہے، اور MP4 سے GIF صفحہ اسے MP4 پہلے سے منتخب کر کے کھولتا ہے۔ فون کی MOV کلپس بھی اسی طرح چلتی ہیں؛ اگر کوئی ایپ انہیں قبول نہ کرے تو پہلے MOV کو MP4 میں تبدیل کرنا پڑھیں۔

GIF بطور ڈیفالٹ ہمیشہ لوپ ہوتا ہے کیونکہ Netscape ایکسٹینشن صفر کی تکرار گنتی کے ساتھ لکھی جاتی ہے، جس کا مطلب لامحدود ہے۔ گنتی ایک کر دیں تو وہ ایک بار چل کر آخری فریم پر رک جاتا ہے، جو ایسے GIF کے لیے مناسب ہے جو کسی پیغام پر ختم ہو۔ مشکل حصہ لوپ کو نظر نہ آنے دینا ہے۔ ایسا حصہ ڈھونڈیں جہاں پہلا اور آخری فریم تقریباً ایک جیسے ہوں، مثلاً ہاتھ کا لہرانا جو اسی جگہ لوٹ آئے، یا کلپ کو بومرینگ سے آگے اور پھر پیچھے چلائیں، جو جھٹکا ختم کر دیتا ہے مگر فریم دگنے ہو جاتے ہیں۔

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