آپ کی PNG فائل اتنی بڑی کیوں ہے اور حل

آپ کا PNG 8 MB کا ہے کیونکہ PNG ہر پکسل کو بالکل درست طریقے سے محفوظ کرتا ہے، اور ریٹینا ریزولیوشن پر ایک مکمل صفحے کے اسکرین شاٹ میں واقعی اتنی معلومات ہوتی ہیں۔ یہ فارمیٹ کچھ بھی ضائع نہیں کرتا، جو کہ PNG کا اصل مقصد بھی ہے اور اصل مسئلہ بھی۔

اسے ٹھیک کرنے کے 3 طریقے ہیں، اور ہر ایک طریقہ آپ سے مختلف نقصان کا مطالبہ کرتا ہے۔ ابعاد (dimensions) کو کم کرنے سے وہ ریزولیوشن چلی جاتی ہے جسے آپ شاید استعمال ہی نہیں کر رہے تھے۔ رنگوں کی گہرائی (colour depth) کو کم کرنے سے تصاویر میں رنگوں کی درستگی متاثر ہوتی ہے۔ فارمیٹ کی تبدیلی سے براؤزرز کے باہر مطابقت (compatibility) متاثر ہوتی ہے۔ آپ کی تصویر کس مقصد کے لیے ہے، اس حساب سے انتخاب کریں۔

آپ کے 3 اختیارات

• ابعاد کو کم کریں۔ مفت، اور عام طور پر سب سے بڑا فائدہ۔ کسی کو بھی 5000 پکسل کے اسکرین شاٹ کی ضرورت نہیں ہوتی۔
• رنگوں کی گہرائی کو کم کریں۔ فلیٹ گرافکس پر اچھی طرح کام کرتا ہے، تصاویر پر برے طریقے سے۔
• فارمیٹ تبدیل کریں۔ WebP شفافیت (transparency) کو برقرار رکھتا ہے اور عام طور پر 25 سے 35 فیصد چھوٹا ہوتا ہے۔

PNG فائلیں اتنی تیزی سے کیوں بڑھتی ہیں

PNG فائل کا سائز براہ راست پکسلز کی تعداد کے ساتھ بڑھتا ہے، کیونکہ ہر پکسل کی بالکل درست وضاحت ضروری ہوتی ہے۔ چوڑائی اور اونچائی کو دگنا کرنے سے پکسلز کی تعداد چار گنا ہو جاتی ہے اور فائل کا سائز تقریباً چار گنا بڑھ جاتا ہے۔

اعلیٰ ریزولیوشن مانیٹر سے 5120 بائے 2880 کے اسکرین شاٹ میں 14.7 ملین پکسلز ہوتے ہیں۔ کمپریشن سے پہلے 3 بائٹس فی پکسل کے حساب سے یہ 44 MB کا خام ڈیٹا بنتا ہے، اور PNG کمپریشن عام طور پر اسے 4 MB اور 12 MB کے درمیان لے آتی ہے، اس بات پر منحصر ہے کہ تصویر میں کتنا فلیٹ رنگ موجود ہے۔ 8 MB کا نتیجہ نارمل ہے، نہ کہ کوئی نقص۔

حل 1: ابعاد کو کم کریں

تصویر کو اس کے سب سے بڑے سائز میں ری سائز کریں جس میں یہ کبھی ڈسپلے ہوگی، جو کچھ اور کرنے سے پہلے فائل کا زیادہ تر وزن ختم کر دیتا ہے۔ یہ سب سے زیادہ اثر اور سب سے کم لاگت والا حل ہے۔

صفحے پر تصویر کی زیادہ سے زیادہ چوڑائی کو ناپیں، ہائی ڈینسٹی اسکرینز کے لیے اسے دگنا کریں، اور اس کے مطابق ری سائز کریں۔ 800 پکسل چوڑا دکھایا گیا اسکرین شاٹ 1600 پکسلز کا ہونا چاہیے، اس سے زیادہ کچھ نہیں۔

حل 2: رنگوں کی گہرائی کو کم کریں

24 بٹ کلر سے 8 بٹ پیلیٹ میں تبدیل کرنے سے PNG سائز میں 50 سے 70 فیصد کی کمی ہوتی ہے، اور یہ صرف محدود رنگوں والی تصاویر پر کام کرتا ہے۔ انٹرفیس کے اسکرین شاٹس، خاکے، لوگو اور چارٹس اس کے لیے بہترین ہیں۔

یہ طریقہ 256 رنگوں تک کا ایک پیلیٹ محفوظ کرتا ہے اور مکمل کلر ویلیوز محفوظ کرنے کے بجائے فی پکسل اس کا حوالہ دیتا ہے۔ کسی یوزر انٹرفیس کے اسکرین شاٹ میں شاذ و نادر ہی 256 سے زیادہ مختلف رنگ ہوتے ہیں، لہذا یہ کمی دکھائی نہیں دیتی۔ ایک تصویر (photograph) میں دسیوں ہزار رنگ ہوتے ہیں، لہذا وہی کمی آسمان اور جلد پر واضح لائنوں (banding) کا باعث بنتی ہے۔

حل 3: فارمیٹ تبدیل کریں

ویب کے استعمال کے لیے WebP میں تبدیل کریں، جو شفافیت کو برقرار رکھتا ہے اور عام طور پر PNG سے 25 سے 35 فیصد چھوٹا ہوتا ہے۔ JPG میں صرف اس وقت تبدیل کریں جب تصویر فوٹوگرافک ہو اور اس میں شفافیت کی ضرورت نہ ہو۔

• گرافکس اور اسکرین شاٹس کے لیے WebP lossless، جو ہر پکسل کو بالکل درست رکھتا ہے اور پھر بھی 20 سے 30 فیصد بچت کرتا ہے۔
• فوٹوگرافک PNG فائلوں کے لیے WebP lossy، جہاں بچت 70 فیصد یا اس سے زیادہ تک پہنچ جاتی ہے۔
• بغیر شفافیت والی تصاویر کے لیے JPG، جہاں PNG شروع سے ہی غلط انتخاب تھا۔
• بڑی فوٹوگرافک تصاویر کے لیے AVIF، جو 100 KB سے بڑی فائلوں کو مزید کمپریس کرتا ہے۔
• لوگو اور شبیہیں (icons) کے لیے Vector graphics، جہاں ایک SVG فائل کسی بھی راسٹر فارمیٹ کا ایک چھوٹا سا حصہ ہو سکتی ہے۔

سب سے عام وجہ: PNG کے طور پر محفوظ کی گئی تصویر

PNG کے طور پر محفوظ کی گئی تصویر (photograph) اسی تصویر کے JPEG فارمیٹ کے مقابلے میں 3 سے 5 گنا بڑی ہوتی ہے، جبکہ کوئی بھی نظر آنے والا فرق نہیں ہوتا۔ یہ واحد غلطی زیادہ تر بڑی PNG فائلوں کی ذمہ دار ہے۔

PNG کمپریشن تکرار (repetition) کو تلاش کرتی ہے، اور تصاویر میں پکسل کی سطح پر تقریباً کوئی تکرار نہیں ہوتی، کیونکہ ہر پکسل اپنے ساتھ والے پکسل سے تھوڑا سا مختلف ہوتا ہے۔ فارمیٹ بالآخر لاکھوں تقریباً منفرد ویلیوز کو بالکل درست طریقے سے محفوظ کرتا ہے۔ تصاویر کو JPEG یا WebP کے طور پر محفوظ کریں اور PNG کو صرف ان تصاویر کے لیے رکھیں جن میں واقعی فلیٹ رنگ یا شفافیت ہو۔

معیار کھوئے بغیر PNG کو کیسے چھوٹا کریں

ایک PNG کو بے لاس (lossless) رکھتے ہوئے چھوٹا کرنے کے لیے، ترتیب وار ان 5 مراحل پر عمل کریں۔

1. کسی بھی غیر استعمال شدہ حصے کو کاٹ دیں (crop)، کیونکہ خالی حاشیے (margins) بھی فائل کے سائز کو بڑھاتے ہیں۔
2. سب سے بڑے ڈسپلے سائز میں ری سائز کریں جس کی تصویر کو کبھی ضرورت ہوگی، ہائی ڈینسٹی اسکرینز کے لیے اسے دگنا کریں۔
3. چیک کریں کہ کیا تصویر کو واقعی شفافیت کی ضرورت ہے، کیونکہ فلیٹ کی گئی تصویر بہتر کمپریس ہوتی ہے۔
4. اگر تصویر کسی فوٹو کے بجائے ایک گرافک ہے تو اس کے کلر پیلیٹ کو کم کریں۔
5. WebP lossless میں تبدیل کریں، جو اب بھی بالکل درست ہے اور عام طور پر 20 سے 30 فیصد چھوٹا ہے۔

مراحل 1 اور 2 عام طور پر اکیلے ہی مسئلے کو حل کر دیتے ہیں۔ باقی مراحل اس وقت اہم ہوتے ہیں جب کسی تصویر کو بہت بڑا رہنا ضروری ہو، جیسے دستاویزات (documentation) میں ایک مکمل صفحے کا اسکرین شاٹ۔

جدید اسکرینوں پر اسکرین شاٹس اتنے بڑے کیوں ہوتے ہیں

ہائی ڈینسٹی ڈسپلے منطقی ریزولیوشن سے 2 یا 3 گنا زیادہ پر کیپچر کرتے ہیں، اس لیے 1200 پکسل چوڑی ونڈو کا اسکرین شاٹ 2400 یا 3600 پکسلز پر محفوظ ہوتا ہے۔ فائل ونڈو کے ظاہری سائز سے کہیں بڑی ہوتی ہے۔

وہ اضافی ریزولیوشن اس وقت کارآمد ہوتی ہے جب اسکرین شاٹ کو کسی اور ہائی ڈینسٹی اسکرین پر دیکھا جائے گا، ورنہ وہ ضائع ہو جاتی ہے۔ دستاویزات اور مددگار مضامین کے لیے، اسے واپس منطقی سائز میں ری سائز کرنے سے ابعاد آدھے ہو جاتے ہیں اور فائل کا سائز تقریباً 75 فیصد کم ہو جاتا ہے جبکہ زیادہ تر قارئین کو ایک جیسا دکھائی دیتا ہے۔

PNG کو کب بڑا رکھنا چاہیے

مکمل سائز کا PNG اس وقت رکھیں جب تصویر ایک ماسٹر فائل، پرنٹ اثاثہ یا ایسا ماخذ ہو جسے بعد میں ایڈٹ کیا جائے گا۔ کمپریشن کے فیصلے ڈیلیوری کی کاپیوں کے لیے ہوتے ہیں نہ کہ اصل فائلوں کے لیے۔

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

شفافیت (Transparency) لوگوں کی توقع سے زیادہ لاگت لاتی ہے

ایک ٹرانسپیرنسی چینل ہر پکسل میں چوتھی ویلیو کا اضافہ کرتا ہے، جس سے کمپریشن سے پہلے خام ڈیٹا میں تقریباً 33 فیصد اضافہ ہوتا ہے۔ بہت سی PNG فائلیں اس چینل کو استعمال کیے بغیر ساتھ رکھتی ہیں۔

اسکرین شاٹس، برآمد شدہ چارٹس اور سفید پس منظر پر فلیٹ کی گئی تصاویر اکثر ایک الفا چینل رکھتی ہیں جو ہر جگہ مکمل طور پر غیر شفاف (opaque) ہوتا ہے۔ اسے ہٹانے سے بصری طور پر کوئی نقصان نہیں ہوتا اور فائل کا سائز نمایاں طور پر کم ہو جاتا ہے۔ یہ فرض کرنے سے پہلے کہ چینل ضروری ہے، چیک کریں کہ کیا تصویر کو واقعی شفاف پس منظر کی ضرورت ہے، کیونکہ سفید صفحے پر رکھی گئی زیادہ تر تصاویر کو ایسا کرنے کی ضرورت نہیں ہوتی۔

کیا PNG کو کمپریس کرنے سے معیار خراب ہوتا ہے

بے لاس (Lossless) PNG آپٹمائزیشن سے کچھ بھی ضائع نہیں ہوتا، جبکہ رنگوں یا ابعاد کو کم کرنے سے تصویر مستقل طور پر تبدیل ہو جاتی ہے۔ ان 3 تکنیکوں کو اکثر ایک ساتھ بیان کیا جاتا ہے لیکن یہ ایک جیسی نہیں ہیں۔

بے لاس آپٹمائزیشن اس طریقے کو دوبارہ ترتیب دیتی ہے جس سے فائل اپنا ڈیٹا محفوظ کرتی ہے اور عام طور پر پکسل سے مماثل آؤٹ پٹ کے ساتھ 5 سے 20 فیصد بچت کرتی ہے۔ پیلیٹ میں کمی اور ری سائزنگ خود تصویر کو بدل دیتے ہیں، جو ڈیلیوری کی کاپیوں کے لیے قابل قبول ہے اور ماسٹر فائلوں کے لیے ناقابل قبول ہے۔ جب بھی کمی قابل واپسی نہ ہو تو اصل فائل کو محفوظ رکھیں۔

بڑی PNG فائلوں کے پورے فولڈر کو ٹھیک کرنا

پورے فولڈر کو ایک ہی بیچ میں پروسیس کریں، کیونکہ بڑی PNG فائلیں عام طور پر ایک ہی ماخذ سے گروپس میں آتی ہیں۔ دستاویزات کا ایک سیٹ، اسکرین شاٹ لائبریری یا کسی ڈیزائن ٹول سے ایکسپورٹ کی گئی فائلوں میں ایک جیسا مسئلہ ہوتا ہے۔

ایک ساتھ 500 فائلیں تک ڈراپ کریں، یا سیدھا ایک ZIP آرکائیو ڈریگ کریں، اور پورے سیٹ کے لیے ایک ہی بار ابعاد اور فارمیٹ متعین کریں۔ ہر چیز آپ کے اپنے پروسیسر پر آپ کے براؤزر کے اندر چلتی ہے، اس لیے اندرونی اسکرین شاٹس، پراڈکٹ ڈیزائنز اور کلائنٹ کی دستاویزات کبھی کسی سرور تک نہیں پہنچتیں۔ کچھ بھی اپ لوڈ نہیں ہوتا، اس لیے پڑھنے کے لیے کوئی ریٹینشن پالیسی نہیں ہے اور بعد میں کچھ بھی پیچھے نہیں چھوٹتا۔

فائلوں کے ساتھ ساتھ مسئلے کی اصل وجہ کو بھی ٹھیک کریں۔ سکرین کیپچر ٹول جو فل ریٹینا ریزولیوشن پر PNG محفوظ کرنے کے لیے سیٹ کیا گیا ہے وہ مسلسل 8 MB فائلیں بناتا رہے گا۔ زیادہ تر کیپچر ٹولز ڈیفالٹ فارمیٹ اور اسکیل فیکٹر کی اجازت دیتے ہیں، اور دونوں کو ایک بار تبدیل کرنے سے ہر مددگار مضمون کے بعد اسکرین شاٹس کو دوبارہ پروسیس کرنے کی ضرورت ختم ہو جاتی ہے۔