JPEG، PNG، WebP یا AVIF: آپ کون سا رکھیں؟
میرے پاس ایک ہی تصویر چار فارمیٹس میں ہے۔ کون سی رکھوں اور کون سی حذف کر دوں؟
فارمیٹ سے نہیں، تصویر سے شروع کریں
فارمیٹ کی بحث تقریباً ہمیشہ وہ بحث ہوتی ہے جو سب سے پہلے نہیں کرنی چاہیے۔ نتیجہ تصویر کے مواد سے طے ہوتا ہے۔ تصاویر ہموار، شور بھرے گریڈینٹس سے بنتی ہیں جن میں پکسلوں کی کوئی دہرائی ہوئی قطار نہیں ہوتی۔ اسکرین شاٹس، لوگو، خاکے اور پکسل آرٹ سپاٹ علاقوں، سخت کناروں اور چند مخصوص رنگوں سے بنتے ہیں۔ یہ دو طرح کی تصویریں بالکل مختلف طریقوں سے کمپریس ہوتی ہیں، اور جو فارمیٹ ایک میں بہترین ہو وہ عموماً دوسری میں معمولی رہتا ہے۔
چنانچہ پہلا سوال یہ نہیں کہ “کیا AVIF، JPEG سے بہتر ہے”۔ سوال یہ ہے کہ “یہ تصویر ہے یا گرافک، اور کیا اسے شفافیت درکار ہے”۔ اس کا جواب ملتے ہی مختصر فہرست عموماً ایک یا دو فارمیٹ کی رہ جاتی ہے۔
ہر فارمیٹ اصل میں کرتا کیا ہے
| فارمیٹ | کمپریشن | شفافیت | اینیمیشن | بہترین موقع |
|---|---|---|---|---|
| JPEG | صرف لاسی | نہیں | نہیں | وہ تصاویر جو ہر جگہ کھلنی چاہئیں |
| PNG | صرف لاس لیس | ہاں، 8-bit الفا | نہیں (APNG ایک الگ فیچر ہے) | اسکرین شاٹس، لوگو، سپاٹ گرافکس، عین وہی پکسل |
| WebP | لاسی یا لاس لیس | ہاں، دونوں موڈز میں | ہاں | JPEG اور PNG دونوں کا عمومی متبادل |
| AVIF | لاسی یا لاس لیس | ہاں، 10-bit سمیت | ہاں | وہ تصاویر جہاں اینکوڈنگ کا وقت قابلِ قبول ہو |
ٹیبل ایک بات چھپا جاتی ہے جو کھل کر کہنے کے لائق ہے: PNG کو کوالٹی کا سلائیڈر نیچے کر کے چھوٹا نہیں کیا جا سکتا، کیونکہ اس میں کوالٹی کا سلائیڈر ہوتا ہی نہیں۔ PNG آپٹیمائزر فائل کو بہتر پریڈکشن فلٹر اور بہتر پیلیٹ ڈھونڈ کر چھوٹا کرتا ہے، تفصیل پھینک کر نہیں۔ یہی وجہ ہے کہ PNG کے طور پر محفوظ کی گئی تصویر ہر ٹول چلانے کے باوجود بھاری ہی رہتی ہے — فارمیٹ میں ایسا کچھ ہے ہی نہیں جو اسے معلومات ضائع کرنے دے۔
لاسی اور لاس لیس کوالٹی کے درجے نہیں
“لاس لیس” کو “اچھا” اور “لاسی” کو “برا” پڑھ لینے کو جی چاہتا ہے۔ یہ کوالٹی کے درجے نہیں، الگ الگ کام ہیں۔ لاس لیس کا مطلب ہے کہ ڈی کوڈ ہونے والے پکسل بٹ بہ بٹ وہی ہیں جو اندر گئے تھے؛ یہ تب درست انتخاب ہے جب پکسل ہی اصل مقصد ہوں، جیسے کسی UI اسکرین شاٹ میں جس سے کوئی متن پڑھے گا۔ لاسی کا مطلب ہے کہ اینکوڈر کو وہ تفصیل پھینکنے کی اجازت ہے جسے آنکھ مشکل سے پکڑتی ہے، اور یہی واحد وجہ ہے کہ بارہ میگا پکسل کی تصویر چند سو کلوبائٹ میں سما پاتی ہے۔
ایک کارآمد اصول: اگر آپ کو ایک بھی غلط پکسل نظر آ جائے گا تو لاس لیس فارمیٹ استعمال کریں۔ اگر نہیں، تو مناسب کوالٹی پر کوئی لاسی فارمیٹ کہیں چھوٹی فائل دے گا اور عام دیکھنے کے سائز پر آپ فرق پہچان ہی نہیں سکیں گے۔
WebP اور AVIF اپنی جگہ کیسے بناتے ہیں
دونوں نئے فارمیٹ ایسے پریڈکشن اور ٹرانسفارم اوزار استعمال کرتے ہیں جو 1992 میں معیاری بنائی گئی JPEG کے پاس نہیں۔ عملاً اس کا مطلب ہے کہ وہ ملتی جلتی بصری کوالٹی کم حجم میں دے سکتے ہیں، اور دونوں شفافیت سنبھالتے ہیں، جو JPEG بالکل نہیں کر سکتی۔ WebP عملی مزاج کا ہے: یہ تیزی سے اینکوڈ کرتا ہے اور ایک ہی فارمیٹ میں JPEG اور PNG دونوں کی جگہ لے لیتا ہے۔ AVIF بلند ہمت ہے: یہ AV1 ویڈیو کوڈیک کے انٹرا فریم اوزار استعمال کرتا ہے، زیادہ بٹ ڈیپتھ سنبھالتا ہے، اور تصویری مواد کے لیے عام طور پر چاروں میں سب سے چھوٹی فائل دیتا ہے۔
قیمت اینکوڈنگ کا وقت ہے۔ AVIF کی اینکوڈنگ ایک تلاش کا مسئلہ ہے، اور اینکوڈر اس پر خاصا CPU وقت خرچ کرتا ہے۔ براؤزر کے ٹیب میں، فون پر، یہ وقت آپ کا ہوتا ہے — اسی لیے FileSlimmer، AVIF کے لیے فی فائل پیش رفت دکھاتا ہے، بجائے اس کے کہ انتظار کو نظر انداز کرنے کا ڈھونگ کرے۔ اگر آپ ایک ہیرو تصویر بدل رہے ہیں تو یہ سودا ظاہر ہے فائدے کا ہے۔ اگر آپ چار سو بدل رہے ہیں تو WebP پر غور کریں۔
پرانی فائل بدلنے سے پرانا نقصان واپس نہیں ہوتا
یہ سب سے عام مایوسی ہے۔ اگر آپ برسوں پہلے کم کوالٹی پر محفوظ کی گئی کوئی JPEG لے کر اسے PNG یا لاس لیس WebP میں بدلیں، تو بلاکنگ اور رِنگنگ کے نقص جوں کے توں نئی فائل میں نقل ہو جاتے ہیں۔ لاس لیس کا مطلب ہے “ان پٹ جیسا بالکل ویسا ہی”، اور ان پٹ میں نقصان پہلے ہی پکسلوں کے اندر پک چکا تھا۔ آپ کو ایک بڑی فائل ملتی ہے جس میں بالکل وہی خامیاں موجود ہیں۔
کسی لاسی فائل کو دوسرے لاسی فارمیٹ میں بدلنا ایک دوسرا، الگ کمپریشن مرحلہ ہے، اس لیے وہ اپنے نقص اوپر سے شامل کر سکتا ہے۔ جہاں اختیار ہو، وہاں اُس فائل سے تبدیلی کریں جو آپ کے پاس سب سے زیادہ اصل ہے — کیمرے کی اصل تصویر، ڈیزائن ٹول سے ایکسپورٹ — نہ کہ ایسی نقل سے جو پہلے ہی کسی کمپریسر سے گزر چکی ہے۔
ایک مختصر فہرست جو واقعی کام آتی ہے
- تصویر، جو ہر جگہ کھلنی چاہیے، بشمول پرانا سافٹ ویئر: JPEG رکھیں۔
- تصویر، آپ کی اپنی سائٹ یا ایپ کے لیے، اور یہ آپ کے اختیار میں ہے کہ اسے کیا پڑھے گا: WebP، یا AVIF اگر آپ اینکوڈنگ کا وقت دے سکیں۔
- اسکرین شاٹ، لوگو، خاکہ، چارٹ، یا کوئی بھی چیز جس کے پکسلوں میں متن ہو: PNG، یا لاس لیس WebP اگر حجم عالمی سپورٹ سے زیادہ اہم ہو۔
- کوئی بھی چیز جسے شفاف پس منظر درکار ہو: PNG، WebP یا AVIF۔ JPEG نہیں۔
- آرکائیو کی وہ نقل جس میں آپ بعد میں ترمیم کر سکتے ہیں: اصل فائل، جو بھی ہو، سنبھال کر رکھیں اور ہر کمپریس شدہ نقل کو عارضی سمجھیں۔
یہ موازنہ آپ کو کیا نہیں بتاتا
یہاں حجم کی کوئی درجہ بندی نہیں، اور یہ جان بوجھ کر ہے۔ شائع شدہ موازنے کسی خاص تصویری مجموعے پر، اینکوڈر کے مخصوص ورژنز اور سیٹنگز کے ساتھ ناپے جاتے ہیں، اور ان میں سے کوئی بھی چیز بدلے تو نتیجہ بدل جاتا ہے۔ آپ کی اپنی تصویر ہی واحد امتحان ہے جو آپ کی اپنی تصویر کے بارے میں بتاتا ہے۔ ایک ہی سورس کو ایک ایک بار ہر امیدوار فارمیٹ میں، اُس کوالٹی سیٹنگ پر بدلیں جو آپ کو قابلِ قبول لگے، پھر دونوں عدد اور دونوں تصویریں ساتھ ساتھ رکھ کر دیکھیں۔
سپورٹ بھی وقت کے ساتھ بدلتی ہے۔ کسی نئے فارمیٹ پر پوری لائبریری لے جانے سے پہلے دیکھ لیں کہ فائلیں کھولنی کس کس کو ہیں: براؤزر، فون کی گیلری، پرنٹر، کسی گاہک کی دس سال پرانی ڈیسک ٹاپ ایپلیکیشن۔ بہترین فارمیٹ وہ سب سے چھوٹا فارمیٹ ہے جسے اس فہرست کی ہر چیز واقعی پڑھ سکے۔
اس کام کے ٹولز
مآخذ
- ITU-T T.81 — the JPEG standard
- W3C — Portable Network Graphics (PNG) Specification (Third Edition)
- Google — WebP container and bitstream documentation
- Alliance for Open Media — AV1 Image File Format (AVIF)