اپ لوڈ کے بعد تصویر ترچھی کیوں ہو جاتی ہے؟

آپ اپنے فون سے کوئی پروڈکٹ شوٹ کرتے ہیں، ہینڈ سیٹ گھماتے ہیں، شٹر دباتے ہیں۔ اسکرین پر یہ سیدھی نظر آتی ہے۔ مارکیٹ پلیس کے اپ لوڈ فارم میں یہ ایک طرف لیٹی ہوئی پہنچتی ہے — وہی فائل، ایک چوتھائی گردش سے ہٹی ہوئی۔

یہ آپ کے فون کی خرابی نہیں ہے۔ ممکن ہے تصویر فائل کے اندر واقعی ترچھی ہو، اور جب سے آپ نے اسے کھینچا ہے تب سے ایسی ہی ہے۔ آپ کا فون اسے بہرحال سیدھا دکھاتا ہے۔ اپ لوڈ فارم نے ایسا نہیں کیا۔

آپ کی فائل ان دو حالتوں میں سے کسی ایک میں ہے، اور ان میں فرق جاننے کے لیے صرف ایک چیک کافی ہے۔

کیمرا تصویر کو اسی طرح محفوظ کرتا ہے جیسے سینسر نے اسے دیکھا

امیج سینسر ایک مقررہ مستطیل ہے جو فون میں فکس ہوتا ہے؛ جب آپ گھومتے ہیں تو یہ نہیں گھومتا۔ پورٹریٹ تصویر لینے پر بھی یہ لینڈ اسکیپ فریم ہی ریکارڈ کرتا ہے، جس کے اندر آپ کا سبجیکٹ ایک طرف لیٹا ہوتا ہے۔

بہت سے کیمرے لاکھوں پکسلز کو دوبارہ لکھنے کے بجائے میٹا ڈیٹا میں ایک چھوٹا سا نمبر لکھ دیتے ہیں جس کا مطلب ہوتا ہے ”دکھانے سے پہلے اسے ایک چوتھائی گھمائیں۔“ دوسرے کیمرے محفوظ کرتے وقت پکسلز کو خود گھما دیتے ہیں اور فائل کو پہلے سے سیدھی نشان زد کر دیتے ہیں — یہی وجہ ہے کہ ایک ہی شاٹ پر دو فونز مختلف انداز میں کام کرتے ہیں۔ JPEG میں یہ نمبر Exif ٹیگ 274، Orientation ہے، اور یہ گھماؤ کے علاوہ آئینہ نما (mirrored) فریمز کو بھی ظاہر کر سکتا ہے۔

کچھ ریڈرز فلیگ کا احترام کرتے ہیں، کچھ نظرانداز کرتے ہیں

جدید براؤزرز اسے پڑھتے ہیں۔ CSS پراپرٹی image-orientation کی ابتدائی ویلیو from-image ہوتی ہے؛ MDN اسے واضح الفاظ میں یوں بیان کرتا ہے: ”تصویر میں موجود EXIF معلومات کو تصویر کو مناسب طور پر گھمانے کے لیے استعمال کیا جاتا ہے۔“ یہ اپریل 2020 سے تمام براؤزرز میں کام کر رہا ہے۔

جو چیز براؤزر نہیں ہے وہ اب بھی اس ٹیگ کو نظرانداز کر سکتی ہے۔ ویب اسٹینڈرڈز اب اس کا احترام کرنے پر متفق ہو چکے ہیں، لیکن بہت سے سرور سائیڈ ڈی کوڈرز، تھمب نیل جنریٹرز اور امیج لائبریریاں اس اتفاق سے پہلے لکھی گئی تھیں اور وہ ٹیگ کو سرے سے دیکھتی ہی نہیں — اور انہیں ایسا کرنے کی کوئی پابندی بھی نہیں۔

اس لیے سوال کبھی یہ نہیں ہوتا کہ ”کیا میری تصویر ترچھی ہے“ بلکہ یہ ہوتا ہے کہ ”کیا اسے دکھانے والی چیز نے فلیگ پڑھا ہے۔“ آپ کی گیلری پڑھتی ہے۔ ہو سکتا ہے مارکیٹ پلیس کا تھمب نیل جنریٹر نہ پڑھے۔

گیلری میں گھمانے سے شاید صرف فلیگ ہی دوبارہ لکھا جائے

روٹیٹ بٹن دبانے کا نتیجہ ایپ پر منحصر ہوتا ہے۔ دو بالکل مختلف چیزیں ہو سکتی ہیں۔

• ایپ صرف اورینٹیشن ویلیو تبدیل کرتی ہے اور پکسل ڈیٹا کو چھیڑے بغیر چھوڑ دیتی ہے۔ یہ فوری اور بغیر کسی نقصان کے ہوتا ہے، اور فلیگ نظرانداز کرنے والی کسی بھی چیز کو نظر نہیں آتا: آپ کی تصویر فائل میں اب بھی ترچھی ہوتی ہے۔
• ایپ ری-اینکوڈ کرتی ہے: یہ پکسلز کو ڈی کوڈ کرتی ہے، انہیں گھماتی ہے، اور فلیگ کو ری سیٹ کر کے ایک نئی فائل لکھتی ہے۔ گردش اب پکسلز میں مستقل شامل ہو جاتی ہے اور ہر جگہ برقرار رہتی ہے۔ PNG یا lossless WebP کے لیے اس کی کوئی قیمت نہیں؛ JPEG کے لیے عام طور پر ایک ری-اینکوڈ جنریشن کی قیمت لگتی ہے، جو ایک بار ادا کرنا ٹھیک ہے مگر بار بار دہرانے کے قابل نہیں۔

ایپ کون سا راستہ اپناتی ہے یہ بٹن دیکھ کر معلوم نہیں ہو سکتا، اور یہ ایک ہی ایپ کے مختلف ورژنز کے درمیان بدلتا رہا ہے۔ کچھ فرض نہ کریں؛ آؤٹ پٹ چیک کریں۔

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

اپنی فائل کی حالت کیسے پہچانیں

اسے غور سے دیکھنے سے حل نہیں کیا جا سکتا، صرف کسی ایسی چیز کو چیک کر کے حل کیا جا سکتا ہے جو پری ویو نہ ہو۔

• شکل کا موازنہ نمبروں سے کریں۔ اگر کوئی تصویر دیکھنے میں پورٹریٹ لگتی ہے مگر فائل کی پراپرٹیز میں اونچائی سے زیادہ چوڑی ظاہر ہوتی ہے، تو پکسلز لینڈ اسکیپ ہیں اور کام فلیگ کر رہا ہے۔ کچھ ویورز یہ نمبر بھی درست کر دیتے ہیں، اس لیے عدم مطابقت مطابقت سے زیادہ کچھ ثابت کرتی ہے۔
• خود فلیگ پڑھیں۔ براؤزرز، ڈیسک ٹاپ ویورز اور فائل مینیجر تھمب نیلز اب تقریباً سب اس ٹیگ کا احترام کرتے ہیں، اس لیے ان کے درمیان اتفاق کچھ ثابت نہیں کرتا۔ ہمیشہ کاپی پر کام کریں، اصل فائل پر کبھی نہیں، اور Orientation کو براہ راست پڑھنے کے لیے اسے کسی Exif ویور میں کھولیں۔ 1 کے علاوہ کوئی بھی ویلیو، جو اکثر ”Normal“ کے طور پر دکھائی جاتی ہے، اس کا مطلب ہے کہ کام فلیگ کر رہا ہے اور پکسلز سیدھے نہیں ہیں۔

فائل کو کچھ اور چھونے سے پہلے اورینٹیشن طے کر لیں

remover.bg PNG، JPEG اور WebP کو 25 MB تک قبول کرتا ہے اور بیک گراؤنڈ ہٹا کر ایک نئی فائل واپس دیتا ہے۔ یہ ایک بیک گراؤنڈ ریموور ہے، فوٹو ایڈیٹر نہیں: گھمانے کا کام آپ کے فون کے فوٹو ایڈیٹر یا ڈیزائن ٹول میں، اپ لوڈ کرنے سے پہلے، ہونا چاہیے۔

یہ ترتیب اس لیے اہم ہے کیونکہ آپ ایک نئی فائل بنا رہے ہیں۔ PNG اور WebP کنٹینر دونوں میں Exif رکھنے کی جگہ ہوتی ہے — گوگل کی WebP اسپیک کے مطابق میٹا ڈیٹا ”'EXIF' یا 'XMP ' Chunks میں“ رکھا جا سکتا ہے — مگر جس ایڈیٹر میں آپ نے گھمایا وہ ایکسپورٹ میں کوئی میٹا ڈیٹا لکھے گا یا نہیں، یہ فیصلہ اسی ایڈیٹر کا ہے، آپ کا نہیں۔ گردش کو پکسلز میں مستقل شامل کر دیں تو کھونے کے لیے کوئی فلیگ باقی نہیں رہتا۔ WebP کو براہ راست ایکسپورٹ کرنے سے متعلق ہمارے نوٹس اس فارمیٹ کا احاطہ کرتے ہیں۔

کام کرنے کا ایک طریقہ:

1. گیلری میں روٹیٹ دبانے کے بجائے کسی ایڈیٹر میں گھمائیں اور ایک کاپی ایکسپورٹ کریں۔
2. اس ایکسپورٹ شدہ کاپی پر Orientation ویلیو چیک کریں۔
3. بیک گراؤنڈ ہٹانے کے لیے اسے اپ لوڈ کریں۔
4. کٹ آؤٹ کو کسی ٹھوس رنگ یا اپنی تصویر پر رکھیں، اور اگر اسے کسی سطح پر بیٹھنے کی ضرورت ہو تو ڈراپ شیڈو شامل کریں۔

جو ٹیمیں HTTP API کے ذریعے بڑی مقدار میں بلک بیک گراؤنڈ ہٹانے کا کام کرتی ہیں انہیں پہلے پائپ لائن میں اورینٹیشن کو نارملائز کر لینا چاہیے: ایک ترچھا سورس ایک ترچھا کٹ آؤٹ بن جاتا ہے، اور یہ ہزار بار دہرایا جاتا ہے۔ ہمارے ایمیزون امیج گائیڈ میں اورینٹیشن بیک گراؤنڈ کے قواعد سے الگ آتا ہے، مگر ترچھی لسٹنگ باقی سب کچھ ٹھیک ہونے کے باوجود بھی لاپروائی کا تاثر دیتی ہے۔

اپنانے کے قابل عادت

پری ویو پر نہیں، فائل پر بھروسا کریں۔ ایکسپورٹ کے ذریعے گھمائیں اور کاپی پر ایک بار Orientation پڑھ لیں؛ پھر تصویر براؤزر، تھمب نیل جنریٹر اور پرنٹر کی قطار — سب میں یکساں طور پر سیدھی رہے گی۔