ইমেজ কম্প্রেসর
JPG, PNG ও WebP ইমেজ আপনার ব্রাউজারে কম্প্রেস ও রিসাইজ করুন। একটি ইমেজ ছাড়ুন, quality সমন্বয় করুন, চাইলে format বা dimension বদলান, এবং ছোট ফাইলটি ডাউনলোড করুন — সবকিছু লোকালি চলে, তাই কিছুই আপলোড হয় না। সর্বশেষ পর্যালোচনা 2026-06-19.
এখানে একটি ইমেজ ছাড়ুন, বা ব্রাউজ করুন
JPG, PNG, WebP, GIF, BMP — লোকালি প্রসেস হয়, কখনো আপলোড হয় না।
এটি কীভাবে কাজ করে
এই টুলটি আপনার ইমেজকে একটি HTML <canvas>-এ আঁকে এবং ব্রাউজারের
নেটিভ ইমেজ এনকোডার দিয়ে সেটি পুনরায় এনকোড করে। JPEG ও WebP-এর জন্য
quality স্লাইডার ঠিক করে কতটা আক্রমণাত্মকভাবে ডিটেল ফেলে দেওয়া হবে — কম quality মানে ছোট ফাইল।
PNG lossless, তাই স্লাইডারের এর উপর কোনো প্রভাব নেই; PNG আপনি রিসাইজ করে বা
এটিকে WebP-তে বদলে ছোট করেন। যেহেতু পুরো প্রক্রিয়াটি আপনার ব্রাউজারে ঘটে, ছবিটি কখনো কোথাও
পাঠানো হয় না, এবং পুনরায় এনকোড করার সময় EXIF/GPS মেটাডেটাও সরে যায়।
JPEG বনাম WebP বনাম PNG
| format | কম্প্রেশন | স্বচ্ছতা | কীসের জন্য সেরা |
|---|---|---|---|
| JPEG | Lossy | স্বচ্ছতা নেই | ফটো ও জটিল ইমেজের জন্য। quality স্লাইডার কাজ করে — 70–80 সাধারণত সবচেয়ে ভালো জায়গা। |
| WebP | Lossy বা lossless | স্বচ্ছতা সমর্থিত | আধুনিক ওয়েব ইমেজ। একই quality-তে সাধারণত JPEG-এর চেয়ে 25–35% ছোট। quality স্লাইডার কাজ করে। |
| PNG | Lossless | স্বচ্ছতা সমর্থিত | লোগো, আইকন, স্ক্রিনশট এবং তীক্ষ্ণ প্রান্ত বা স্বচ্ছতাযুক্ত যেকোনো কিছু। quality স্লাইডারের কোনো প্রভাব নেই (PNG lossless) — ছোট করতে রিসাইজ করুন। |
ছোট ইমেজের জন্য পরামর্শ
- আগে রিসাইজ করুন। ফোন থেকে সরাসরি তোলা ফটো 4000 px চওড়া হতে পারে; বেশিরভাগ ওয়েব ও সোশ্যাল ব্যবহারে কখনো 1600–2048 px-এর বেশি লাগে না। প্রস্থ অর্ধেক করলে ফাইল প্রায় এক-চতুর্থাংশে নেমে আসে।
- quality 70–85 ফটোর জন্য সাধারণত মূলের থেকে আলাদা বোঝা যায় না, অথচ size অনেকটাই কমে।
- ওয়েবের জন্য WebP বেছে নিন — একই দৃশ্যমান quality-তে এটি সাধারণত JPEG-এর চেয়ে 25–35% ছোট এবং প্রতিটি বর্তমান ব্রাউজার এটি সমর্থন করে।
- গ্রাফিক্সের জন্য PNG রাখুন যেগুলোতে তীক্ষ্ণ প্রান্ত, টেক্সট বা স্বচ্ছতা আছে; ফটোকে PNG থেকে বার করে বদলে নিন, যার জন্য PNG কখনো তৈরিই হয়নি।
জানা জরুরি
- যদি "কম্প্রেস্ড" ফাইলটি মূলের চেয়ে বড় হয় — যা আগে থেকেই অপ্টিমাইজ করা JPEG উঁচু quality-তে পুনরায় সেভ করলে সাধারণ — তবে আপনার মূল ফাইলটি রাখুন; টুলটি আপনাকে জানিয়ে দেবে।
- অ্যানিমেটেড GIF ও অ্যানিমেটেড WebP তাদের প্রথম ফ্রেমে গুটিয়ে দেওয়া হয় (canvas একটি মাত্র ফ্রেম ক্যাপচার করে)।
- আপনার মূল ফাইল কখনো পরিবর্তিত হয় না; আপনি সবসময় একটি নতুন কপি ডাউনলোড করেন।
Lossy বনাম lossless: দুটি আলাদা চুক্তি
প্রতিটি ইমেজ format দুটির একটি প্রতিশ্রুতি দেয়। একটি lossless format (PNG, GIF, বা lossless মোডে WebP) এই নিশ্চয়তা দেয় যে আপনি যে ফাইলটি ডিকোড করেন তা মূলের ঠিক অভিন্ন, পিক্সেল ধরে পিক্সেল — এটি কেবল বিদ্যমান পিক্সেলগুলোকে আরও ঘনভাবে বর্ণনা করে জায়গা বাঁচায়। একটি lossy format (JPEG, এবং সাধারণ মোডে WebP বা AVIF) সেই তথ্য ফেলে দেওয়ার ছাড় পায় যা চোখ সম্ভবত টের পাবে না, যা কিছু নির্ভুলতার বিনিময়ে অনেক ছোট ফাইল দেয়। এই একটি পার্থক্যই কম্প্রেশনের আচরণ সম্পর্কে প্রায় সবকিছু বুঝিয়ে দেয়: quality স্লাইডারের প্রভাব কেবল কোনো lossy format-এ থাকে, কারণ কেবল lossy format-এর কাছেই ফেলে দেওয়ার অনুমতিপ্রাপ্ত ডিটেল থাকে। কোনো JPEG-কে quality 60-তে চালালে অনেক ছোট ফাইল মেলে; একই কাজ PNG-এর সঙ্গে করলে স্লাইডারে কিছুই হয় না, কারণ PNG-এর কাছে ফেলে দেওয়ার অনুমতিপ্রাপ্ত কোনো ডিটেল নেই।
এই চুক্তি রৈখিকও নয়। lossy format কোনো ফটোর ফাইল-সাইজের প্রথম 60–70% এমন পরিবর্তন দিয়ে ফেলে দিতে পারে যা স্বাভাবিক দেখার দূরত্বে সত্যিই অদৃশ্য থাকে, তারপর আপনি যত সেই বিন্দু পেরিয়ে যান যেখানে কেবল অর্থপূর্ণ তথ্য অবশিষ্ট থাকে, দৃশ্যমান ক্ষতি ফুটে উঠতে শুরু করে — নরম প্রান্ত, ঝাপসা টেক্সট, ব্লকযুক্ত আকাশ। কম্প্রেশনের শিল্প হলো সেই বক্ররেখার মোড় খুঁজে বের করা, এ কারণেই এই টুলটি একটি নির্দিষ্ট সেটিং প্রয়োগ করার বদলে আপনাকে আগের/পরের size ও একটি লাইভ প্রিভিউ দেখায়।
একটি JPEG-এর ভেতরে: quality স্লাইডার আসলে কী বদলায়
JPEG (যার নাম এসেছে Joint Photographic Experts Group থেকে, যারা 1992 সালে এটি মানকীকরণ করেছিল) এই ভিত্তির চারপাশে গড়া যে মানব দৃষ্টি আসলে কীভাবে কাজ করে, এবং এর চারটি ধাপ বোঝা quality স্লাইডারকে অনেকটাই কম রহস্যময় করে তোলে।
- রঙ রূপান্তর। ইমেজকে RGB থেকে YCbCr-তে বদলানো হয় — একটি উজ্জ্বলতা চ্যানেল (Y, luma) এবং দুটি রঙ-পার্থক্য চ্যানেল (Cb ও Cr, chroma)। চোখ রঙের চেয়ে উজ্জ্বলতার প্রতি অনেক বেশি সংবেদনশীল, তাই এদের আলাদা করলে এনকোডার রঙকে আরও মোটা করে সামলাতে পারে।
- Chroma subsampling। বেশিরভাগ JPEG উভয় রঙ চ্যানেলকে প্রতিটি দিকে অর্ধেক
রেজোলিউশনে সংরক্ষণ করে (যাকে
4:2:0বলে), যা ফটোতে প্রায় কোনো দৃশ্যমান প্রভাব ছাড়াই রঙ-ডেটা তাৎক্ষণিকভাবে প্রায় 50% কমিয়ে দেয় — যদিও এ কারণেই কোনো ভারীভাবে কম্প্রেস করা JPEG-এ সূক্ষ্ম লাল টেক্সট বা saturated প্রান্ত রঙিন ঝালরের মতো দেখাতে পারে। - DCT। প্রতিটি চ্যানেলকে 8×8 পিক্সেল ব্লকে ভাগ করা হয়, এবং একটি Discrete Cosine Transform প্রতিটি ব্লককে পিক্সেল থেকে frequency coefficients-এর একটি সেটে বদলায় — কয়েকটি যা ব্যাপক টোন বর্ণনা করে এবং অনেকগুলো যা সূক্ষ্ম ডিটেল বর্ণনা করে।
- Quantisation। এটিই একমাত্র অপরিবর্তনীয়ভাবে lossy ধাপ। প্রতিটি coefficient-কে একটি quantisation টেবিলের মান দিয়ে ভাগ করে পূর্ণসংখ্যায় গোল করা হয়, যা বেশিরভাগ সূক্ষ্ম-ডিটেল coefficient-কে শূন্য করে দেয়। quality স্লাইডার কেবল সেই টেবিলকেই স্কেল করে: কম quality মানে মোটা ভাগ, বেশি শূন্য, ছোট ফাইল — এবং শেষমেশ সেই দৃশ্যমান 8×8 "blocking" যা JPEG-এর স্বাক্ষরিত বিকৃতি।
তাই যখন আপনি এই টুলের quality কন্ট্রোল নিচে টানেন, তখন আপনি ব্রাউজারের JPEG এনকোডারকে আরও আক্রমণাত্মকভাবে quantise করতে বলছেন। 70–85-এর আশপাশে গোল করা বেশিরভাগ ফটোর জন্য উপলব্ধির সীমার নিচে থাকে; প্রায় 50-এর নিচে ব্লক-গঠন ও রঙ-ঝালর দেখা দিতে শুরু করে। এ কারণেই কোনো আগে থেকে কম্প্রেস করা JPEG-কে আবার কম্প্রেস করা অর্থহীন: ডিটেল প্রথমবারই সরে গিয়েছিল, তাই দ্বিতীয় ধাপ বেশিরভাগ ক্ষেত্রে একটি ইতিমধ্যে অবনতিপ্রাপ্ত ইমেজে নতুন গোল-করা ত্রুটি যোগ করে। যখনই সম্ভব, মূল থেকে কম্প্রেস করুন।
WebP ও AVIF: আধুনিক বিকল্প
WebP, যা Google 2010 সালে প্রকাশ করে, VP8 ভিডিও কোডেকের predictive coding ধার করে: প্রতিটি ব্লককে বিচ্ছিন্নভাবে কম্প্রেস করার বদলে, এটি কোনো ব্লককে তার প্রতিবেশীদের থেকে অনুমান করে এবং কেবল পার্থক্যটুকু সংরক্ষণ করে। Google-এর নিজস্ব গবেষণা একই দৃশ্যমান quality-তে WebP lossy ফাইলগুলোকে JPEG-এর চেয়ে প্রায় 25–34% ছোট, এবং WebP lossless ফাইলগুলোকে PNG-এর চেয়ে প্রায় 26% ছোট মেপেছে। এটি স্বচ্ছতা ও অ্যানিমেশনও সমর্থন করে, যা JPEG কখনো পারেনি। প্রতিটি বর্তমান ব্রাউজার এটি বছরের পর বছর ধরে সমর্থন করে আসছে (Chrome 2010 থেকে, Firefox 65, এবং Safari 14-তে 2020-তে), তাই বেশিরভাগ ওয়েব কাজের জন্য WebP-ই বুদ্ধিমান ডিফল্ট যা এই টুল দেয়।
AVIF আরও এক ধাপ এগিয়ে যায়। royalty-free AV1 ভিডিও কোডেকের উপর তৈরি, সেই একই HEIF container-এর ভেতরে যা Apple iPhone ফটোর জন্য ব্যবহার করে, এটি সাধারণত JPEG-এর চেয়ে প্রায় 50% ছোট পর্যন্ত পৌঁছায় এবং ফাইল-সাইজ ও রঙ-গভীরতা উভয়েই WebP-কে হারায়। সমর্থন এখন ব্যাপক (Chrome 85, Firefox 93, Safari 16), যদিও AVIF এনকোডিং ধীর এবং AVIF লেখার জন্য ব্রাউজার-canvas সমর্থন এখনো অসম — এ কারণেই এই টুল JPEG, WebP ও PNG-তে স্থির থাকে, সেই তিনটি format যা প্রতিটি ব্রাউজার নির্ভরযোগ্যভাবে পড়তে ও পুনরায় এনকোড করতে পারে।
এখানে PNG সামান্যই কেন সঙ্কুচিত হয় — এবং কোনোটিকে আসলে কীভাবে কম্প্রেস করবেন
PNG, যা W3C 1996 সালে GIF-এর পেটেন্ট-মুক্ত বিকল্প হিসেবে চূড়ান্ত করে, নকশা থেকেই lossless। এটি দুটি ধাপে কাজ করে: পিক্সেলের প্রতিটি সারিকে প্রথমে filter করা হয় (পাঁচটি predictor-এর একটি — None, Sub, Up, Average, বা চতুর Paeth filter — প্রতিটি পিক্সেলকে তার প্রতিবেশীদের থেকে ছোট পার্থক্য দিয়ে প্রতিস্থাপন করে), এবং তারপর filter করা ডেটাকে DEFLATE দিয়ে কম্প্রেস করা হয়, সেই একই LZ77-প্লাস-Huffman অ্যালগরিদম যা ZIP ফাইলের ভেতরে ব্যবহৃত হয়। যেহেতু এটি কখনো ডিটেল ফেলে না, কোনো PNG-কে একই size-এ ব্রাউজার canvas দিয়ে পুনরায় সেভ করা প্রায় কখনোই ছোট করে না — canvas-এর re-encoder সেই সতর্ক প্রতি-সারি filter পছন্দ ও palette quantisation-এর সমকক্ষ হতে পারে না যা ডেডিকেটেড PNG optimiser (যেমন pngquant বা OxiPNG) ব্যবহার করে।
তাই কোনো PNG যদি খুব বড় হয়, আপনার তিনটি ভালো বিকল্প আছে: এটিকে ছোট রিসাইজ করুন (কম পিক্সেলই একমাত্র জিনিস যা সবসময় PNG সঙ্কুচিত করে); কোনো ফটোকে PNG থেকে বার করে বদলান JPEG বা WebP-তে, কারণ PNG সমতল গ্রাফিক্স, লোগো ও স্ক্রিনশটের জন্য তৈরি হয়েছিল, ফটোর জন্য নয়; বা PNG কেবল সেখানেই রাখুন যেখানে আপনার সত্যিই lossless প্রান্ত, তীক্ষ্ণ টেক্সট, বা স্বচ্ছতা দরকার। কোনো ওয়েবপেজের স্ক্রিনশটের জন্য, WebP-lossless বা রিসাইজ করা PNG সাধারণত সঠিক উত্তর; PNG হিসেবে সেভ করা JPEG-সদৃশ ফটোর জন্য, format বদলালে ফাইল 80% বা তার বেশি কমতে পারে।
কম্প্রেশন, পেজ স্পিড ও Core Web Vitals
ইমেজ সাধারণত কোনো ওয়েব পেজের সবচেয়ে ভারী অংশ, তাই সেগুলো কম্প্রেস করা পারফরম্যান্সের জন্য আপনি যে সবচেয়ে কার্যকর কাজ করতে পারেন তার একটি। একটি ছোট ইমেজ দ্রুত ডাউনলোড হয়, যা সরাসরি Largest Contentful Paint (LCP) উন্নত করে — সেই Core Web Vitals মেট্রিক যা মাপে মূল বিষয়বস্তু কত দ্রুত দেখা যায়, এবং যা Google একটি র্যাঙ্কিং সংকেত হিসেবে ব্যবহার করে। মোবাইল সংযোগ ও সীমিত ডেটা প্ল্যানে 3 MB ফোন ফটো এবং 200 KB ওয়েব-প্রস্তুত সংস্করণের পার্থক্য এমন একটি পেজ ও সেই পেজের মধ্যে পার্থক্য যা তাৎক্ষণিক খোলে বলে মনে হয় বনাম যা দেখতে দেখতে লোড হয়।
দুটি অভ্যাস সুবিধা কয়েকগুণ করে দেয়। প্রথম, কম্প্রেস করার আগে রিসাইজ করুন: ফোন থেকে সরাসরি তোলা ফটো 4000 px চওড়া হতে পারে, কিন্তু একটি পূর্ণ-প্রস্থ ওয়েব hero-এর খুব কমই 1600–2048 px-এর বেশি দরকার হয়, এবং প্রস্থ অর্ধেক করলে পিক্সেল-সংখ্যা প্রায় এক-চতুর্থাংশে নেমে আসে। দ্বিতীয়, ইমেজকে সেই size-এই পরিবেশন করুন যেখানে এটি আসলে দেখা যায় — layout-এ যত দেখা যায় তার বেশি পিক্সেল এনকোড করা নিছক অপচয়। এই টুলের "সর্বোচ্চ প্রস্থ" কন্ট্রোল আপনাকে উভয় কাজ একই ধাপে করতে দেয় — মূলটি ডিকোড করা, এটি ছোট করা, এবং আপনার বেছে নেওয়া quality-তে পুনরায় এনকোড করা।
এটি আপনার ব্রাউজারে করা কেন গুরুত্বপূর্ণ
বেশিরভাগ "ফ্রি ইমেজ কম্প্রেসর" আপনার ছবি কোনো সার্ভারে আপলোড করে, সেখানে প্রসেস করে, এবং ফলাফল
ফেরত পাঠায় — যার মানে আপনার ফটো, তাতে যা-ই থাকুক, কিছু মুহূর্তের জন্য অন্য কারো মেশিনে থাকে।
এই টুল কখনো তা করে না। এটি ইমেজকে ব্রাউজারের বিল্ট-ইন createImageBitmap() দিয়ে
ডিকোড করে, এটিকে একটি অফ-স্ক্রিন <canvas>-এ আঁকে, এবং ব্রাউজারের নেটিভ
canvas.toBlob() এনকোডার দিয়ে পুনরায় এনকোড করে, সম্পূর্ণ আপনার ডিভাইসে। কিছুই আপলোড
হয় না, কিছুই লগ হয় না, এবং পেজ একবার লোড হয়ে গেলে এটি অফলাইনেও কাজ করতে থাকে।
canvas যেভাবে কাজ করে তাতে একটি প্রাইভেসি বোনাসও লুকিয়ে আছে। কোনো ক্যামেরা ফটোতে একটি EXIF মেটাডেটা ব্লক থাকে — ক্যামেরা মডেল, ঠিক তারিখ ও সময়, এবং প্রায়ই সেই GPS স্থানাঙ্ক যেখানে ছবিটি তোলা হয়েছিল। canvas-এর মাধ্যমে পুনরায় এনকোড করলে একটি পরিষ্কার ইমেজ তৈরি হয় যেখানে কোনো EXIF ব্লক একেবারেই থাকে না, তাই প্রতিবার কম্প্রেস করলে সেই ডেটা স্বয়ংক্রিয়ভাবে সরে যায়। আপনি যখন কোনো ফটো প্রকাশ্যে পোস্ট করতে যাচ্ছেন তখন এটি আদর্শ, এবং আপনার যদি কখনো সেই মেটাডেটা আবার দরকার হয় তবে আপনার মূল ফাইল সুরক্ষিত রাখার একটি কারণও।
সাধারণ কাজের জন্য একটি quality সেটিং বেছে নেওয়া
কোনো একটি "সঠিক" quality নেই — এটি নির্ভর করে ইমেজটি কীভাবে দেখা হবে তার উপর। JPEG/WebP স্লাইডারের জন্য একটি শুরুর বিন্দু হিসেবে:
| ব্যবহার | quality | কেন |
|---|---|---|
| hero / পূর্ণ-স্ক্রিন ফটো | 80–85 | স্ক্রিনে বড়, তাই বিকৃতি দেখা যাবে; তবুও বেশিরভাগ size কমায়। |
| ব্লগ বডি / থাম্বনেইল | 70–80 | ছোট করে দেখা হয়; চোখ বেশি ক্ষমা করে, তাই আপনি আরও চাপ দিতে পারেন। |
| সোশ্যাল মিডিয়া আপলোড | 75–82 | প্ল্যাটফর্ম যেভাবেই হোক আবার কম্প্রেস করে — এটিকে আগে থেকে খুব বেশি খারাপ করবেন না। |
| ইমেল সংযুক্তি | 65–75 | অগ্রাধিকার পিক্সেল-পূর্ণতার চেয়ে একটি ছোট, পাঠানো-যোগ্য ফাইল। |
| ব্যাকগ্রাউন্ড / সাজসজ্জামূলক | 55–70 | অন্য বিষয়বস্তুর পেছনে, তাই ভারী কম্প্রেশন অদৃশ্য থাকে। |
আপনি যা-ই বেছে নিন, কোনো নির্দিষ্ট নিয়মের বদলে লাইভ প্রিভিউ ও আগের/পরের পরিসংখ্যানে ভরসা রাখুন — একটি সমতল নীল আকাশ এবং একটি বিস্তৃত শহর-দৃশ্য একই quality মানে খুব আলাদা আচরণ করে।
প্রায়শই জিজ্ঞাসিত প্রশ্ন
- আমার ইমেজ কি কোনো সার্ভারে আপলোড হয়?
- না। ইমেজটি সম্পূর্ণভাবে আপনার ব্রাউজারেই বিল্ট-ইন Canvas API দিয়ে ডিকোড ও পুনরায় এনকোড করা হয় — এটি কখনো আপনার ডিভাইস ছেড়ে যায় না এবং কখনো লগ বা ট্রান্সমিট হয় না। পেজ একবার লোড হয়ে গেলে এটি অফলাইনেও কাজ করে, যে কারণে ব্যক্তিগত ফটো, স্ক্রিনশট বা স্ক্যান কম্প্রেস করা নিরাপদ।
- কম্প্রেস করলে কি ইমেজের quality কমে যায়?
- JPEG ও WebP-এর জন্য, হ্যাঁ — এগুলো lossy, তাই কম quality সেটিং ফাইল ছোট করতে বেশি ডিটেল ফেলে দেয়। ফটোর জন্য প্রায় 70–85 সাধারণত মূলের থেকে আলাদা বোঝা যায় না। PNG lossless, তাই এটি পুনরায় এনকোড করলে কখনো quality হারায় না; কোনো PNG ছোট করতে তার dimension রিসাইজ করুন বা এটিকে WebP-তে বদলান।
- ওয়েবের জন্য আমার কোন format বেছে নেওয়া উচিত?
- WebP ফটো ও গ্রাফিক্স উভয়ের জন্যই সবচেয়ে ছোট ফাইল দেয় এবং প্রতিটি বর্তমান ব্রাউজার এটি সমর্থন করে, তাই ওয়েবের জন্য এটিই সেরা ডিফল্ট। সর্বোচ্চ সামঞ্জস্য দরকার হলে ফটোর জন্য JPEG ব্যবহার করুন, এবং PNG কেবল তখনই যখন আপনার lossless quality বা স্বচ্ছতা দরকার।
- আমার কম্প্রেস করা PNG আর ছোট হচ্ছে না কেন?
- PNG আগে থেকেই lossless এবং canvas re-encoder সেই palette/quantisation কৌশল প্রয়োগ করতে পারে না যা ডেডিকেটেড PNG optimiser ব্যবহার করে, তাই একই dimension-এ কোনো PNG পুনরায় সেভ করলে তা খুব কমই ছোট হয়। কোনো PNG কমাতে, "রিসাইজ" সর্বোচ্চ প্রস্থ কমান, অথবা এটিকে JPEG (যদি স্বচ্ছতা না থাকে) বা WebP-তে বদলান — উভয়ই অনেক ছোট হবে।
- ফাইল-সাইজ বা রেজোলিউশনের কি কোনো সীমা আছে?
- কোনো নির্দিষ্ট সীমা নেই, তবে সবকিছু আপনার ব্রাউজার ট্যাবেই ঘটে, তাই খুব বড় ইমেজ (কয়েক দশক মেগাপিক্সেল) বেশি মেমরি নেয় এবং প্রসেস হতে একটু সময় লাগে। কোনো বিশাল ইমেজ ধীর মনে হলে একটি "রিসাইজ" সর্বোচ্চ প্রস্থ সেট করুন — বেশিরভাগ ওয়েব ও সোশ্যাল ব্যবহারে কখনো 1600–2048 px প্রস্থের বেশি লাগে না।
- এটি কি আমার ফটো থেকে EXIF / GPS মেটাডেটা সরিয়ে দেয়?
- হ্যাঁ। canvas-এর মাধ্যমে পুনরায় এনকোড করলে একটি পরিষ্কার ইমেজ তৈরি হয় যেখানে কোনো EXIF ব্লক থাকে না, তাই ক্যামেরা মডেল, তারিখ ও GPS অবস্থান স্বয়ংক্রিয়ভাবে সরে যায়। ফটো শেয়ার করার সময় এটি একটি প্রাইভেসি সুবিধা — যদিও এর মানে হলো, আপনি যদি সেই মেটাডেটা রাখতে চান তবে আপনার মূল ফাইলটি রাখুন।