فارمیٹ پر بحث عموماً کوڈیک سے شروع ہو کر باہر کی طرف جاتی ہے۔ یہ الٹا راستہ ہے۔ صحیح فارمیٹ پہلے اس بات سے طے ہوتا ہے کہ تصویر میں ہے کیا، اور اُس کے بعد اس سے کہ لینے والا نظام کیا قبول کرتا ہے۔
فوٹو: JPEG یا WebP
مسلسل رنگت والی تصویریں — چہرے، مناظر، ہر وہ چیز جس میں رنگوں کی ڈھلوان اور باریک شور ہو — نقصان والے کوڈیک میں اچھی دبتی ہیں، کیونکہ مصروف حصوں میں آنکھ چھوٹی چھوٹی خامیاں برداشت کر لیتی ہے۔ JPEG محفوظ طے شدہ انتخاب ہے کیونکہ اسے ہر جگہ قبول کیا جاتا ہے۔ نقصان والا WebP اُتنا ہی محسوس ہونے والا معیار نمایاں طور پر کم بائٹ میں دے دیتا ہے، اس لیے جہاں منزل اجازت دے وہاں وہی جیتتا ہے۔
اس کام کے لیے ToolZool استعمال کر رہے ہیں تو ایک بات یاد رکھیں: ہمارا کمپریسر WebP صرف اپنے بغیر نقصان والے انداز میں لکھتا ہے، اور کسی فوٹو پر یہ ایسی فائل بناتا ہے جو JPEG سے کئی گنا بڑی ہوتی ہے۔ سائز کی حد والی فوٹو کے لیے یہاں JPEG چنیں۔ اس فرق کی وجہ کمپریسر کے اپنے صفحے پر موجود ہے — نقصان والا کوئی WebP اینکوڈر ایسا نہیں جسے ہم بھیج سکیں، بغیر اس کے کہ لائسنس ٹکراؤ پیدا کرے یا C ٹول چین درکار ہو۔
سادہ گرافکس اور متن: PNG
لوگو، آئیکن، خاکے اور انٹرفیس کے اسکرین شاٹ سخت کناروں اور ایک ہی رنگ کے بڑے حصوں سے بنے ہوتے ہیں۔ نقصان والے کوڈیک سخت کناروں کو بری طرح نبھاتے ہیں: متن کے گرد نمایاں لہریں آ جاتی ہیں، اور چونکہ وہ خود جو شور پیدا کرتے ہیں اسے اینکوڈ کرنا بھی مہنگا ہے، اس لیے فائل اکثر اُسی تصویر کی بغیر نقصان والی PNG سے بڑی نکلتی ہے۔
شفافیت فیصلہ خود کر دیتی ہے
JPEG میں الفا چینل ہوتا ہی نہیں۔ شفاف PNG کو JPEG میں بدلیں تو شفاف حصے ٹھوس ہو جاتے ہیں — عموماً سیاہ، کبھی سفید، اور شاذ ہی وہ جو آپ چاہتے تھے۔ PNG اور WebP دونوں الفا سنبھالتے ہیں، سو تصویر میں شفافیت ہو تو مختصر فہرست انہی دو کی ہے۔
AVIF کہاں آتا ہے
برابر معیار پر AVIF فائل سائز میں WebP سے آگے نکل جاتا ہے، خاص کر کم بٹ ریٹ پر، اور آج کا ہر براؤزر اسے دکھا سکتا ہے۔ مسئلہ اینکوڈنگ کا ہے: وہ JPEG یا WebP کے مقابلے میں بہت سست اور کہیں زیادہ بھاری ہے، اور یہ بات تب اہم ہو جاتی ہے جب اینکوڈنگ کسی بلڈ سرور پر نہیں، فون پر ہو رہی ہو۔
ToolZool آج AVIF نہ پڑھتا ہے نہ لکھتا ہے۔ دونوں کے لیے AV1 کوڈیک چاہیے، اور جو بھی سنبھالا جا رہا ہے وہ C لائبریری ہے جو WebAssembly کے لیے بنتی نہیں — سو AVIF فائل کو پہلے کہیں اور بدلنا پڑے گا۔ یہی بات HEIC پر بھی لاگو ہے، جو زیادہ تر آئی فون طے شدہ طور پر بناتے ہیں۔
وہ سوال جو باقی سب پر بھاری ہے
فارم قبول کیا کرتا ہے؟ بہتر فارمیٹ اگر مسترد ہو جائے تو بہتر نہیں رہتا۔ پہلے قبول شدہ فہرست پڑھیں، پھر اُسی کے اندر بہتری کریں — اور اگر ایسی فائل بھی مسترد ہو رہی ہو جو بظاہر پوری اترتی ہے، تو اپ لوڈ فارم آپ کی فائل کیوں مسترد کرتا ہے میں وہ چاروں جانچیں کھول کر بیان ہیں جو فارم اصل میں چلاتا ہے۔ اگر آپ کو فارمیٹ بدلنا ہو تو تصویر کمپریسر JPG، PNG اور WebP پڑھتا ہے اور JPEG، PNG یا بغیر نقصان والا WebP لکھتا ہے، سو اسی حد کے اندر وہ کنورٹر کا کام بھی دے دیتا ہے۔
