JPEG
aka JPG · jpeg · jpeجوائنٹ فوٹوگرافک ایکسپرٹس گروپ · JPEG کمیٹی
- کے لیے بہترین
- فوٹوز اور حقیقت پسندانہ تصاویر
- کے لیے گریز کریں
- اسکرین شاٹس، متن، لوگو (آرٹیفیکٹس پیدا کرتا ہے)
- سپورٹ
- ہر براؤزر اور ڈیوائس
ایک ہی وقت میں امیجز کو کمپریس کریں اور JPG، PNG، WebP اور AVIF میں تبدیل کریں۔ کوالٹی اور طول و عرض کو ایڈجسٹ کریں، پھر کوالٹی کا موازنہ کرنے کے لیے سلائیڈر کو گھمائیں — سب کچھ مقامی طور پر پروسیس ہوتا ہے۔
ایک ہی وقت میں متعدد امیجز شامل کریں، پورے فولڈر کا انتخاب کریں، یا صرف Ctrl+V کو کلپ بورڈ سے چسپاں کرنے کے لیے استعمال کریں۔ پروسیسنگ موجودہ سیٹنگز کے ساتھ خود بخود شروع ہو جاتی ہے۔ ہر آپریشن آپ کے براؤزر میں چلتا ہے۔
خصوصیات
ڈیلیوری سے پہلے کے آخری مرحلے پر توجہ مرکوز کی گئی: مقامی طور پر پروسیس، موثر طریقے سے بیچ، ایسے نتائج جن کی آپ تصدیق کر سکتے ہیں۔
JPEG, PNG, WebP اور AVIF MozJPEG, OxiPNG, libwebp اور libavif کے ساتھ انکوڈ ہوتے ہیں — وہی WASM انجن جو Squoosh استعمال کرتا ہے، مکمل طور پر آپ کے براؤزر میں چل رہے ہیں۔
متعدد فائلیں منتخب کریں، پورے فولڈرز شامل کریں یا بس انہیں اندر گھسیٹیں — ایک مستقل پائپ لائن، اور یہ چلتے ہوئے بھی آپ اضافہ جاری رکھ سکتے ہیں۔
چار فارمیٹس کے درمیان آزادانہ طور پر تبدیل کریں؛ WebP یا AVIF میں ایکسپورٹ کرتے وقت شفافیت محفوظ رہتی ہے۔
فیصد کے لحاظ سے سکیل کریں یا زیادہ سے زیادہ چوڑائی/اونچائی کو خودکار پہلو تناسب فٹ کے ساتھ محدود رکھیں — ایک سیٹنگ ہر تصویر پر لاگو ہوتی ہے۔
ایک تقریباً پورے اسکرین والی ڈائیلاگ جس میں گھسیٹنے کے قابل ڈیوائڈر ہوتا ہے، آپ ڈاؤن لوڈ کرنے سے پہلے تفتیش تفصیل اور سائز کو کوالٹی کے ساتھ متوازن کر سکتے ہیں۔
انکوڈنگ Web Worker میں چلتی ہے، اس لیے صفحہ جوابی رہتا ہے یہاں تک کہ بڑی تصاویر پر works ہو رہا ہو۔
ایک فوری خود جانچ — اگر ان میں سے کوئی بھی آپ کی طرح لگتا ہے، تو یہ ٹول موزوں ہے:
اشاعت سے پہلے کover تصاویر اور اسکرین شاٹس کو بیچ میں سائز ایڈجسٹ کریں، کسی ڈیزائن ٹول کے بغیر۔
سٹورج کو کم کرنے کے لیے ایک سو AVIF/WebP میں سینکڑوں پروڈکٹ فوٹو کو ایک ساتھ کمپریس کریں — تیز فہرست صفحات۔
صفحہ کے وزن کو کم کرنے اور Core Web Vitals کو بہتر بنانے کے لیے ایک کلک میں پورے اثاثے فولڈر کو WebP/AVIF میں تبدیل کریں۔
اپنے ان باکس ٹیب سے باہر نکلے بغیر بھیجنے سے پہلے فوٹو کو سائز کی حد سے کم کریں۔
آئی ڈیز، معاہدے، میڈیکل اسکینز — مقامی طور پر کمپریس ہوتے ہیں، کبھی بھی کہیں اپ لوڈ نہیں ہوتے۔
اسٹورج بیک اپ کرنے یا شیئر کرنے سے پہلے فون کے کیمرہ رول ایکسپورٹ کو بیچ میں کم کریں۔
متعدد تصاویر یا فولڈر منتخب کریں، یا فائلوں کو براہ راست ورک اسپیس میں گھسیٹیں۔
ہر تصویر بطور ڈیفالٹ اپنا اصل فارمیٹ رکھتی ہے۔ صرف پورے بیچ کو تبدیل کرتے وقت JPG, PNG, WebP یا AVIF منتخب کریں، پھر کوالٹی یا طول و عرض سیٹ کریں۔
فائلیں ایک ایک کرکے ڈاؤن لوڈ کریں یا ہر نتیجہ کو ایک ZIP میں محفوظ کریں، خودکار پہلے/بعد سائز کے کل کے ساتھ۔
تھوڑی سی پس منظر آپ کے لیے صحیح فارمیٹ منتخب کرنے اور ترتیبات کو درست کرنے میں مدد کرتی ہے۔
یہ چار جدید ویب پر وسیع تر سٹی بٹ میپ تصاویر کا احاطہ کرتے ہیں: JPEG تصاویر کے لیے ڈی فیکٹو معیار ہے، PNG نقصان رہیت اور شفافیت کو ہینڈل کرتا ہے، WebP ہر موجودہ براؤزر کے ذریعے سپورٹ ہونے والی موثر جدید فارمیٹ ہے، اور AVIF اگلی نسل ہے (عام طور پر WebP سے 20-50% چھوٹی)۔ BMP اور TIFF غیر کمپریسڈ ہیں اور ویب کے لیے موزوں نہیں؛ HEIC Apple کے لیے مخصوص ہے جس میں براؤزر سپورٹ محدود ہے؛ GIF کی متحرک تصاویر "جامد کمپریشن" کے دائرہ کار سے باہر ہیں۔ ان چار پر توجہ دینے سے روزمرہ کے استعمال کے معاملات کا 95% سے زیادہ احاطہ ہوتا ہے۔
PNG نقصان رہیت ہے — یہ کوئی بھی پکسل ڈیٹا ضائع نہیں کر سکتی، صرف اسے ZIP جیسے الگورتھم کے ذریعے دوبارہ ترتیب دے سکتی ہے۔ تصاویر کے لیے (جہاں پڑوسی پکسل شور سے بھرے اور مختلف ہوتے ہیں)، نقصان رہیت الگورتھم کے پاس کام کرنے کے لیے تقریباً کچھ نہیں ہوتا، یہی وجہ ہے کہ بچت اکثر صرف 5-15% ہوتی ہے۔ تصویر کو معنی خیز طور پر چھوٹا کرنے کے لیے آپ کے پاس دو اختیارات ہیں: نقصان والی انکوڈنگ کو قبول کریں اور JPEG یا WebP پر سوئچ کریں، یا، اگر آپ کو واقعی نقصان رہیت کی ضرورت ہو، تو نقصان رہیت WebP یا AVIF پر سوئچ کریں، جو عام طور پر PNG سے 30-50% چھوٹے ہوتے ہیں۔
ہر تصویر میں "معلومات کا انٹروپی" ہوتا ہے - بنیادی طور پر اس کے پکسلز کا رنگ ڈیٹا۔ نقصان دہ انکوڈر (JPEG / WebP / AVIF) ان حدود کو انسانی آنکھوں کے کم حساس تفصیلات کو ہٹا کر توڑ دیتے ہیں: کوالٹی سیٹنگ جتنی کم ہوتی ہے، اتنا زیادہ ڈیٹا خارج ہوتا ہے اور فائل چھوٹی ہوتی ہے، لیکن نظر اتنی زیادہ خراب ہوتی ہے۔ نقصان کے بغیر انکوڈر کوئی تفصیل خارج نہیں کر سکتے اور صرف موجودہ ڈیٹا میں فالتو پن تلاش کر سکتے ہیں، اس لیے وہ جلدی ہی ایک دیوار سے ٹکرا جاتے ہیں۔ دوسرے الفاظ میں: کمپریشن کی حد تصویر کی کوالٹی سے طے ہوتی ہے، نہ کہ کسی ٹول سے۔
WebP کی مطابقت بہترین ہے (ہر براؤزر 2014 کے بعد سے) اور یہ تیزی سے انکوڈ ہوتا ہے - محفوظ ڈیفالٹ۔ AVIF عام طور پر 20-40% اور زیادہ بچاتا ہے لیکن انکوڈ کرنا زیادہ سست ہے (ایک 4000×3000 کی تصویر میں 10-30 سیکنڈ لگ سکتے ہیں) اور بہت پرانے براؤزر اسے سپورٹ نہیں کرتے۔ مین اسٹریم ویب سائٹس اور CMS بلک پروسیسنگ کے لیے، WebP زیادہ محفوظ انتخاب ہے؛ سٹیٹک سائٹس، تکنیکی بلاگز یا ایسی صورتوں میں جہاں فائل کا سائز واقعی اہم ہے (مثلاً سینکڑوں پروڈکٹ شاٹس والا ای کامرس کیٹلاگ)، AVIF کا انتظار کرنا قابل قدر ہے۔
دو مختلف چیزیں ضائع ہو سکتی ہیں۔ نقصان دہ فارمیٹ (JPEG، نقصان دہ WebP، نقصان دہ AVIF) پکسل کا ڈیٹا خارج کرتے ہیں - یہ مقدار کوالٹی سیٹنگ کے ذریعے کنٹرول ہوتی ہے؛ عام طور پر 75-90 کی رینج "آپ کو واقعی فرق نہیں پڑتا" ہوتی ہے۔ نقصان کے بغیر فارمیٹ (PNG، نقصان کے بغیر WebP، نقصان کے بغیر AVIF) ہر پکسل کو برقرار رکھتے ہیں لیکن تمام میٹا ڈیٹا (EXIF، کیمرے کا ماڈل، GPS لوکیشن، کیپچر کا وقت) کو ہٹا دیتے ہیں۔ یہ دراصل پرائیویسی کا فائدہ ہے: شیئر کرنے سے پہلے اس معلومات کو صاف کرنا زیادہ محفوظ ہے۔
یہ بنیادی طور پر تین چیزوں پر منحصر ہے: آؤٹ پٹ فارمیٹ، تصویر کا سائز اور قطار۔ AVIF انکوڈ کرنے میں سب سے سست ہے - ایک 4000×3000 کی تصویر میں 10-30 سیکنڈ لگ سکتے ہیں، بدلے میں ایک بہت چھوٹی فائل ملتی ہے؛ زیادہ پکسلز کا مطلب زیادہ وقت ہوتا ہے، اس لیے 6000×4000 کی تصویر اسکرین شاٹ سے کہیں زیادہ وقت لیتی ہے؛ اور تصاویر پس منظر میں ایک کے بعد ایک پروسیس کی جاتی ہیں، اس لیے ہر کام پچھلے کام کے ختم ہونے کا انتظار کرتا ہے۔ تیز نتائج کے لیے، JPEG یا WebP آؤٹ پٹ پر سوئچ کریں، یا پہلے زیادہ سے زیادہ چوڑائی/اونچائی کو محدود کر دیں۔
تین عام وجوہات: ماخذ پہلے ہی مؤثر طریقے سے کمپریس ہو چکا تھا (مثلاً یہ پہلے سے ہی WebP یا AVIF تھا)، اس لیے اسی فارمیٹ میں دوبارہ انکوڈ کرنے سے پہلے ہی کمپریس شدہ نتیجہ کی دوبارہ کمپریشن ہوتی ہے اور اکثر یہ بڑھ جاتی ہے؛ تصویر بہت چھوٹی ہے (کچھ درجن KB - آئیکنز، تھمب نیلز)، جہاں انکوڈر کا ہیڈر اوور ہیڈ پکسلز کی بچت سے زیادہ ہو سکتا ہے؛ یا آپ نے نقصان کے بغیر PNG کو نقصان دہ JPEG میں بہت زیادہ کوالٹی سیٹنگ پر تبدیل کیا ہے، جو زیادہ تفصیلات کو برقرار رکھتا ہے۔ یہ ٹول اس صورت کا خود پتہ لگاتا ہے، اصل فائل کو برقرار رکھتا ہے اور نتیجے کی قطار میں "اصل برقرار رکھا گیا" دکھاتا ہے۔
پیرامیٹرز کی تحقیق چھوڑ دیں - اپنا منظرنامہ چنیں اور سیٹنگز کو کاپی کریں۔
| منظرنامہ | فارمیٹ | کوالٹی / سائز | وجہ |
|---|---|---|---|
| بلاگ / ویب سائٹ کی تصویریں | WebP | کوالٹی 80–85، زیادہ سے زیادہ چوڑائی 1920 | بہترین مطابقت اور JPEG سے 25-35% چھوٹی - 2026 میں ڈیفالٹ انتخاب |
| ای کامرس پروڈکٹ کی تصاویر (بلک) | AVIF | کوالٹی 75–80، زیادہ سے زیادہ چوڑائی 1600 | WebP سے 20-40% اور زیادہ چھوٹی؛ سینکڑوں تصاویر پر بینڈوڈتھ کی بچت جمع ہو جاتی ہے |
| سوشل میڈیا پر شیئر کرنا | JPEG | کوالٹی 85، زیادہ سے زیادہ چوڑائی 2048 | عالمگیر مطابقت؛ پلیٹ فارم بھی دوبارہ کمپریس کرتے ہیں، نئے فارمیٹ استعمال کرنے کا کوئی فائدہ نہیں |
| شفافیت والے لوگوز / آئیکنز | PNG یا WebP | اصل سائز کو برقرار رکھیں | JPEG میں شفافیت نہیں ہوتی؛ WebP چھوٹا ہوتا ہے لیکن کچھ پرانے ٹولز اسے مسترد کر دیتے ہیں |
| ای میل اٹیچمنٹز | JPEG | کوالٹی 75، زیادہ سے زیادہ چوڑائی 1200 | ای میل عام طور پر اٹیچمنٹز کو 5-10MB تک محدود کرتا ہے؛ چھوٹے طول و عرض میں اعتدال پسند کوالٹی سب سے محفوظ ہے |
| پرنٹ کرنے سے پہلے فوٹوز | اصل یا JPEG کوالٹی 95 | سائز تبدیل نہ کریں | پرنٹنگ کے لیے تقریباً 300 DPI درکار ہوتا ہے؛ ضرورت سے زیادہ کمپریشن سے نظر آنے والے رنگ کے بینڈنگ پیدا ہوتی ہے |
| حساس تصاویر (ID، معاہدے) | WebP | کوالٹی 85 | مقامی طور پر عمل کیا گیا صفر اپ لوڈ کے ساتھ؛ کمپریشن EXIF / GPS میٹا ڈیٹا کو بھی ہٹا دیتا ہے |
ہر فارمیٹ کہاں سے آیا ہے، اس میں کیا صلاحیت ہے اور کہاں اس کی کمی ہے
جوائنٹ فوٹوگرافک ایکسپرٹس گروپ · JPEG کمیٹی
پورٹیبل نیٹ ورک گرافکس · W3C / PNG ڈیولپمنٹ گروپ
ویب پکچر فارمیٹ · Google
AV1 امیج فائل فارمیٹ · AOMedia (Google / Mozilla / Netflix وغیرہ)
TinyPNG، Squoosh، Compressor.io اور اسی طرح کے ٹولز ہر ایک کا اپنا فوکس ہوتا ہے۔ یہ ٹول "مقامی بیچ + پرائیویسی فرسٹ + صفر اپ لوڈ" کے طور پر پوزیشن میں ہے۔
| ٹول | تصاویر اپ لوڈ کرتا ہے؟ | بیچ سپورٹ | فارمیٹز | مفت کوٹہ | پرائیویسی |
|---|---|---|---|---|---|
| یہ ٹول | نہیں (براؤزر میں چلتا ہے) | جی ہاں، پورے فولڈرز | JPEG/PNG/WebP/AVIF | غیر محدود | ★★★★★ |
| TinyPNG | جی ہاں، سرور کو | فی بیچ 20 تک | PNG/JPEG/WebP | مہینہ میں 500 | ★★★ |
| Squoosh | نہیں (براؤزر میں چلتا ہے) | ایک وقت میں ایک | کئی فارمیٹس | لامحدود | ★★★★★ |
| Compressor.io | جی ہاں، سرور کو | فی بیچ 10 تک | JPEG/PNG/WebP/SVG | مفت درجہ | ★★ |
2026 تک ہر ٹول کے عوامی ورژن کی بنیاد پر۔ اگر آپ "اپ لوڈ کر کے کلاؤڈ سے واپس لینا" چاہتے ہیں، تو TinyPNG اور اس جیسے ٹولز اب بھی برتری رکھتے ہیں؛ اگر آپ رازداری کی پرواہ کرتے ہیں یا مقامی فائلوں کی بہتات پر کارروائی کرتے ہیں، تو براؤزر میں چلنا بہتر آپشن ہے۔
نہیں۔ تصاویر آپ کے براؤزر میں Canvas API کے ذریعے ڈیکوڈ، سائز ایڈجسٹ اور دوبارہ انکوڈ ہوتی ہیں۔ فائلوں کے مواد کو کبھی بھی آپ کے ڈیوائس سے باہر نہیں جاتا۔
کوئی بھی عام براؤزر کے ذریعے ڈی کوڈ ہونے والی تصویر ان پٹ کے طور پر کام کرتی ہے۔ JPEG، PNG، WebP اور AVIF آؤٹ پٹ براؤزر کے بجائے شامل WASM انکوڈرز کے ذریعے تیار کیا جاتا ہے، اس لیے WebP اور AVIF ایکسپورٹ ہر جدید براؤزر میں کام کرتی ہے۔
آؤٹ پٹ میں نہیں۔ جب فارمیٹ ایک جیسا رہتا ہے اور طول و عرض تبدیل نہیں ہوتے، اصل فائل خود بخود رکھی رہتی ہے اگر دوبارہ انکوڈنگ اسے چھوٹی نہ بنائے، جسے "اصل رکھی ہوئی" کے طور پر نشان زد کیا جاتا ہے۔ واضح فارمیٹ کنورژن اور سائز میں تبدیلی ہمیشہ آپ کے منتخب کردہ آؤٹ پٹ کا احترام کرتی ہے (مثال کے طور پر مطابقت کے لیے PNG سے JPEG میں تبدیل کرنا سائز کو کسی بھی سمت بدل سکتا ہے)۔
نہیں۔ کینوس کی دوبارہ انکوڈنگ EXIF اور دیگر میٹا ڈیٹا کو ہٹاتی ہے، جبکہ تصویر کی سمت کو درست طریقے سے لاگو کرتی ہے۔ یہ فائل کے سائز کو بھی کم کرتا ہے اور مقام یا ڈیوائس کی تفصیلات کو ظاہر ہونے سے روکتا ہے۔ متحرک GIF فائلوں کو پہلے فریم کے طور پر ایک جامد پر عمل کیا جاتا ہے۔
PNG نقصان رہیت (lossless) ہے اور تصاویر کی کمپریشن کے لیے مثالی نہیں ہے۔ تصاویر، اسکرین شاٹس اورillustrations کے لیے، JPEG یا WebP عام طور پر چھوٹی فائلیں تیار کرتے ہیں۔ PNG استعمال کریں جب آپ کو شفافیت یا نقصان رہیت پکسلز کی ضرورت ہو۔
نہیں۔ کمپریشن قابل قبول معیار کو برقرار رکھتے ہوئے فائل کا سائز کم کرتی ہے؛ یہ کھوئی ہوئی تفصیلات کو بحال نہیں کر سکتی۔ اصلی کو رکھیں اور ویب، سوشل میڈیا یا شیئرنگ کے لیے کمپریسڈ کاپی ایکسپورٹ کریں۔
بہت سی فائلوں کو انفرادی طور پر محفوظ کرنا براؤزر کے ایک سے زیادہ ڈاؤن لوڈ کی تصدیق کو متحرک کر سکتا ہے۔ ایک ZIP ایک فائل ڈاؤن لوڈ کرتا ہے اور بڑی تعداد کے لیے زیادہ آسان ہے۔
ایک بار فائل مکمل ہونے کے بعد، اس کے نتیجے کی قطار کے دائیں طرف ایک ڈاؤن لوڈ بٹن ظاہر ہوتا ہے — اسے کلک کر کے اس کو محفوظ کریں۔ آپ ٹول بار کے "انفرادی طور پر محفوظ کریں" یا "ZIP ڈاؤن لوڈ" کو بھی بلک ڈاؤن لوڈ کے لیے استعمال کر سکتے ہیں۔ اگر آپ کا براؤزر ایک سے زیادہ فائل ڈاؤن لوڈ کی اجازت دینے کے بارے میں پوچھے، تو اجازت دیں؛ ZIP موڈ اس پرامپٹ کو مکمل طور پر avoids کرتا ہے۔
کمپریس کرنے سے پہلے یا بعد میں آپ کو یہ بھی درکار ہو سکتے ہیں:
پہلے کراپ، روشن کریں، واٹر مارک شامل کریں، پھر کمپریس کریں۔ اوپن سورس miniPaint پر بنایا گیا — بغیر سائن اپ کے آن لائن امیجز میں ترمیم کریں۔
اس ٹول میں بلٹ ان ہے: کمپریس کرتے ہوئے WebP یا AVIF میں تبدیل کریں تاکہ فائلیں اور بھی چھوٹی ہوں۔
× · →