ইমেজ ফরম্যাট কনভার্টার

ইমেজ ফরম্যাট রূপান্তর কীভাবে কাজ করে

আপনি যখন কোনো ইমেজ যোগ করেন, ব্রাউজার সেটিকে createImageBitmap() দিয়ে র‍্য পিক্সেলে ডিকোড করে। টুলটি সেই পিক্সেলগুলোকে পূর্ণ রেজোলিউশনে একটি HTML ক্যানভাসে আঁকে, তারপর আপনার বেছে নেওয়া MIME টাইপ — image/png, image/jpeg বা image/webp — দিয়ে canvas.toBlob() কল করে সেগুলোকে নতুন ফরম্যাটে পুনরায় এনকোড করে। এনকোডিং করে ব্রাউজারের নিজস্ব ইমেজ কোডেক, তাই আউটপুট স্ট্যান্ডার্ড-অনুগত এবং ফাইল কখনো আপনার ট্যাব ছেড়ে যায় না।

• PNG-তে — লসলেস: হুবহু একই পিক্সেল সংরক্ষিত থাকে, ট্রান্সপারেন্সি সহ।
• JPG-তে — লসি: পিক্সেলগুলো আপনার কোয়ালিটি সেটিংয়ে পুনরায় কম্প্রেস হয়, এবং যেকোনো ট্রান্সপারেন্সি আপনার বেছে নেওয়া ব্যাকগ্রাউন্ড রঙে (ডিফল্ট সাদা) ফ্ল্যাট করা হয়।
• WebP-তে — কোয়ালিটি < 100-তে লসি, ট্রান্সপারেন্সি বজায় রেখে। একই কোয়ালিটিতে সাধারণত তিনটির মধ্যে সবচেয়ে ছোট ফাইল।

PNG বনাম JPG বনাম WebP — আপনার কোনটি বেছে নেওয়া উচিত?

মোটামুটি নিয়ম: নিজের ওয়েবসাইটের জন্য WebP (সবচেয়ে ছোট), ট্রান্সপারেন্সি বা তীক্ষ্ণ টেক্সটের জন্য PNG, এবং ফটোর জন্য ও যেখানে কোনো ফর্ম দাবি করে সেখানে JPG।

সাধারণ রূপান্তর

• PNG থেকে JPG — কোনো বড় স্ক্রিনশট ছোট করুন বা এমন আপলোড ফর্মের জন্য এক্সপোর্ট করুন যা কেবল JPEG গ্রহণ করে। মনে রাখুন, ব্যাকগ্রাউন্ড রঙ যেকোনো ট্রান্সপারেন্সির জায়গা নেয়।
• WebP থেকে PNG — ডাউনলোড করা WebP-কে পুরনো সফটওয়্যার বা এমন এডিটরের জন্য সর্বত্র-সমর্থিত PNG-তে বদলান যা WebP খুলতে পারে না।
• WebP থেকে JPG — কোনো আধুনিক ওয়েব ইমেজকে ইমেল, মেসেজিং বা পুরনো CMS-এর জন্য JPEG-তে রূপান্তর করুন।
• JPG থেকে WebP — পেজ-ওজন কমাতে ও আপনার সাইটে Core Web Vitals উন্নত করতে ফটোগুলোকে WebP-তে পুনরায় এনকোড করুন।
• JPG থেকে PNG — JPEG আর্টিফ্যাক্ট না বাড়িয়ে এডিট করার জন্য একটি লসলেস কপি পান (এটি সেই ডিটেইল ফিরিয়ে আনবে না যা JPG আগেই হারিয়েছে)।

সেরা ফলাফলের জন্য টিপস

• নতুন ফরম্যাট নয়, ছোট ফাইল চান? কোনো নির্দিষ্ট KB সীমায় পৌঁছাতে ইমেজ কম্প্রেসর বা সাইজ পর্যন্ত কম্প্রেস করুন ব্যবহার করুন।
• ভিন্ন ডাইমেনশন চান? এখানে রূপান্তর করুন, তারপর রিসাইজ করুন — অথবা আপনি যদি পিক্সেল সাইজও বদলান তবে আগে রিসাইজ করুন।
• iPhone HEIC ফটো? ডেডিকেটেড HEIC থেকে JPG কনভার্টার ব্যবহার করুন — HEIC-এর একটি বিশেষ ডিকোডার প্রয়োজন যা এই টুল বান্ডল করে না।
• JPG/WebP ফটোর জন্য কোয়ালিটি 80–90 দেখতে 100-এর মতোই কিন্তু অনেক ছোট। কোনো কড়া সাইজ বাজেটে পৌঁছাতে হলে তবেই এর নিচে নামুন।
• ট্রান্সপারেন্সি রাখতে চান? PNG বা WebP-তে রূপান্তর করুন, কখনো JPG-তে নয়।

ফরম্যাটগুলোর একটি সংক্ষিপ্ত পরিচয়

আপনি যেসব ফরম্যাটের মধ্যে রূপান্তর করেন তার প্রতিটিই কোনো নির্দিষ্ট সমস্যা সমাধানের জন্য তৈরি হয়েছিল, এবং পটভূমি জানলে একটি বেছে নেওয়া সহজ হয়ে যায়।

• GIF (1987) — CompuServe দ্বারা তৈরি, নেতৃত্বে ছিলেন Steve Wilhite। এটি ওয়েব অ্যানিমেশন ও সরল অন/অফ (1-বিট) ট্রান্সপারেন্সি চালু করে, কিন্তু এর প্যালেট 256 রঙে সীমাবদ্ধ। এটি LZW কম্প্রেশন ব্যবহার করে, এবং LZW-এর পেটেন্ট (Unisys-এর কাছে) ছিল ঠিক সেই কারণ যার জন্য PNG তৈরি হয়েছিল। সেই পেটেন্টগুলো 2004-এর মধ্যে মেয়াদোত্তীর্ণ হয়; আজ GIF আসলে কেবল ছোট লিগ্যাসি অ্যানিমেশনের জন্যই ব্যবহারযোগ্য।
• JPEG (1992) — Joint Photographic Experts Group-এর ISO/IEC 10918 স্ট্যান্ডার্ড। এর লসি, ফটো-কেন্দ্রিক কম্প্রেশন ডিজিটাল ফটোগ্রাফিকে ব্যবহারিক করে তোলে এবং তিন দশকেরও বেশি সময় ধরে সর্বত্র সমর্থিত থেকেছে, এই কারণেই আপলোড ফর্মগুলো এখনও এটি চায়।
• PNG (1996) — একটি W3C সুপারিশ যা একটি স্বেচ্ছাসেবী দল বিশেষভাবে GIF-এর রয়্যালটি-মুক্ত বিকল্প হিসেবে তৈরি করে, যখন Unisys LZW পেটেন্ট প্রয়োগ শুরু করে। এটি লসলেস, পূর্ণ অ্যালফা চ্যানেল ও ট্রুকালার সমর্থন করে, কিন্তু এতে নেটিভ অ্যানিমেশন নেই।
• WebP (2010) — Google-এর ফরম্যাট, যা VP8 ভিডিও কোডেক থেকে নেওয়া। এটি লসি ও লসলেস দুই-ই করে, উভয় মোডে ট্রান্সপারেন্সি সমর্থন করে, এবং অ্যানিমেশনও যোগ করে — একটি সত্যিকারের অলরাউন্ডার।
• AVIF (2019) — দলের মধ্যে নবীনতম, যা Alliance for Open Media-এর রয়্যালটি-মুক্ত AV1 ভিডিও কোডেকের উপর নির্মিত। এটি সাধারণত উপরের সবার চেয়ে ভালো কম্প্রেস করে এবং HDR, ওয়াইড কালার ও 12-বিট পর্যন্ত গভীরতা যোগ করে।

আপনি BMP (Microsoft-এর পুরনো আন-কম্প্রেসড বিটম্যাপ, বড় কিন্তু লসলেস) এবং TIFF (একটি নমনীয় কন্টেইনার যা Aldus 1986-তে তৈরি করে, এখনও প্রিন্ট ও স্ক্যানিংয়ে আর্কাইভাল পছন্দ) এর সঙ্গেও দেখা পাবেন।

লসি কম্প্রেশন আসলে কী করে

JPEG, WebP ও AVIF লসি: এরা এমন ডিটেইল ফেলে দেয় যা আপনার চোখ খুব কমই খেয়াল করে, বিনিময়ে নাটকীয়ভাবে ছোট ফাইল দেয়। JPEG হলো সবচেয়ে স্পষ্ট উদাহরণ। এটি ইমেজকে 8×8 পিক্সেল ব্লকে ভাগ করে, প্রতিটিকে একটি ডিসক্রিট কোসাইন ট্রান্সফর্ম (DCT)-এর মধ্য দিয়ে চালিয়ে ফ্রিকোয়েন্সি হিসেবে প্রকাশ করে, তারপর সেই ফ্রিকোয়েন্সিগুলোকে কোয়ান্টাইজ করে — সূক্ষ্ম ফ্রিকোয়েন্সিগুলো ফেলে দিয়ে। "কোয়ালিটি" স্লাইডার আসলে এটাই নিয়ন্ত্রণ করে যে সেই কোয়ান্টাইজেশন কতটা আক্রমণাত্মকভাবে হবে। এটি ক্রোমা সাবস্যাম্পলিং (সাধারণত 4:2:0)-ও ব্যবহার করে: যেহেতু আমরা উজ্জ্বলতা রঙের চেয়ে অনেক তীক্ষ্ণভাবে দেখি, JPEG পূর্ণ উজ্জ্বলতা-ডিটেইল রাখে কিন্তু রঙ-রেজোলিউশন অর্ধেক করে দেয়।

সেই ডিজাইনের দৃশ্যমান পরিণতি আছে। কম কোয়ালিটিতে আপনি ব্লকিং (8×8 গ্রিড স্পষ্ট হতে শুরু করে) এবং রিংিং বা "মসকিটো নয়েজ" দেখতে পান — তীক্ষ্ণ প্রান্ত ও টেক্সটের চারপাশে ঝিকমিক করা ছোপ। এই কারণেই JPEG স্ক্রিনশট, লোগো ও লাইন আর্টের জন্য খারাপ, যেখানে প্রান্তই সবকিছু। জানার মতো আরও দুটি তথ্য:

• জেনারেশন লস আসল। প্রতিবার আপনি কোনো JPEG খোলা ও পুনরায় সেভ করলে, এটি ডিকোড ও পুনরায় কোয়ান্টাইজ হয়, তাই আর্টিফ্যাক্ট বাড়ে। কোনো ফটোকে একাধিক JPEG সেভে এডিট করা এটিকে দৃশ্যমানভাবে খারাপ করে দেয়; কোনো লসলেস ফরম্যাটে কাজ করুন এবং শেষে একবার JPEG-তে এক্সপোর্ট করুন।
• JPEG-কে PNG-তে রূপান্তর করলে হারানো ডিটেইল ফিরে আসে না। কোনো JPEG-এর PNG কপি সেই বিন্দু থেকে লসলেস, কিন্তু এটি সেই আর্টিফ্যাক্ট বজায় রাখে যা JPEG আগেই বেক করে ফেলেছিল — এটি শুধু সেগুলোকে আরও খারাপ হওয়া থেকে থামায়।
• প্রোগ্রেসিভ JPEG ইমেজকে মোটা-থেকে-সূক্ষ্ম স্ক্যান হিসেবে সংরক্ষণ করে, তাই একটি ঝাপসা প্রিভিউ দ্রুত দেখা যায় ও তীক্ষ্ণ হতে থাকে — বেসলাইনের সমান ফাইল-সাইজে ধীর সংযোগে সুবিধাজনক।

কালার ডেপথ ও অ্যালফা চ্যানেল

উপরের তুলনা টেবিলে "ট্রান্সপারেন্সি" একটি কলাম, কিন্তু অন্তর্নিহিত পার্থক্য আরও গভীর। PNG কোনো ইমেজকে একটি ইনডেক্সড প্যালেট (256 রঙ পর্যন্ত, GIF-এর মতো), 24-বিট ট্রুকালার (লাল, সবুজ ও নীলের জন্য 8-8 বিট — প্রায় 16.7 মিলিয়ন রঙ), বা 32-বিট RGBA হিসেবে সংরক্ষণ করতে পারে, যা মসৃণ, পরিবর্তনশীল ট্রান্সপারেন্সির জন্য একটি 8-বিট অ্যালফা চ্যানেল যোগ করে। সেই পরিবর্তনশীল অ্যালফাই কারণ যে কোনো PNG লোগোর প্রান্ত নরম, অ্যান্টি-অ্যালিয়াসড হতে পারে যা যেকোনো ব্যাকগ্রাউন্ডে মিশে যায়।

এর বিপরীতে, JPEG সবসময় প্রতি চ্যানেলে 8 বিট এবং এতে কোনো অ্যালফা চ্যানেল একেবারেই নেই — এটি ট্রান্সপারেন্সি সংরক্ষণই করতে পারে না। সেই একটি সীমাবদ্ধতাই কারণ যে আপনি যখন JPG-তে রূপান্তর করেন তখন এই কনভার্টারকে স্বচ্ছ পিক্সেলগুলোকে কোনো ব্যাকগ্রাউন্ড রঙে ফ্ল্যাট করতে হয়। WebP ও AVIF পুরো সমস্যাটি এড়িয়ে যায়: দুটিই তাদের লসি মোডেও একটি অ্যালফা চ্যানেল রাখে, তাই তারা আপনাকে ট্রান্সপারেন্সি ও ছোট ফাইল দুই-ই দেয়।

AVIF, WebP ও আধুনিক ওয়েব

নিজের ওয়েবসাইটের জন্য, নতুন ফরম্যাটগুলো স্পষ্ট জয়। Google জানায় যে WebP ফাইল একই কোয়ালিটিতে সাধারণত JPEG-এর চেয়ে প্রায় 25–34% ছোট, এবং web.dev উল্লেখ করে যে কিছু ক্ষেত্রে AVIF JPEG-এর চেয়ে 50%-এরও বেশি ছোট হতে পারে, কম ব্লকিং আর্টিফ্যাক্ট ও কঠিন প্রান্তের চারপাশে কম রঙ-ছড়ানো সহ। ছোট ইমেজ দ্রুত লোড হয়, এবং যেহেতু কোনো ইমেজ প্রায়ই পেজের Largest Contentful Paint উপাদান, আধুনিক ফরম্যাট বেছে নেওয়া সরাসরি সেই Core Web Vital উন্নত করে।

ব্রাউজার সমর্থন এখন আর সেই বাধা নয় যা একসময় ছিল। WebP প্রতিটি বর্তমান ব্রাউজারে কাজ করে (Safari এটি 2020-তে যোগ করে)। AVIF Chrome, Firefox, Safari এবং — সম্প্রতি — Edge-এ সমর্থিত, যা অধিকাংশ ব্যবহারকারীকে কভার করে। তাহলে সবকিছু AVIF-তে রূপান্তর কেন নয়? কয়েকটি সৎ কারণ: কিছু পুরনো সফটওয়্যার, ইমেজ এডিটর, কন্টেন্ট ম্যানেজমেন্ট সিস্টেম, ইমেল ক্লায়েন্ট ও আপলোড ফর্ম এখনও WebP বা AVIF গ্রহণ করে না, এবং AVIF এনকোডিং ধীর ও বেশি CPU-ক্ষুধার্ত। নিরাপদ পদ্ধতি হলো আধুনিক ফরম্যাটকে একটি ফলব্যাক সহ পরিবেশন করা, সর্বত্র একটিই চাপিয়ে দেওয়া নয়:

সেগুলো পরিবেশনের পরিচ্ছন্ন উপায় হলো HTML <picture> উপাদান। আপনার আধুনিক সোর্সগুলো একটি type অ্যাট্রিবিউট সহ তালিকাভুক্ত করুন এবং ব্রাউজারকে প্রথম এমন একটি বেছে নিতে দিন যা সে বোঝে, একটি সর্বজনীন <img> পর্যন্ত পড়ে গিয়ে:

• <source type="image/avif"> — AVIF সমর্থনকারী ব্রাউজার ব্যবহার করে
• <source type="image/webp"> — পরের ফলব্যাক
• <img src="photo.jpg"> — বাকি সবার জন্য গ্যারান্টিড ডিফল্ট

এটি আধুনিক ভিজিটরকে সবচেয়ে ছোট ফাইল দেয় যখন বাকি সবাই এখনও ইমেজ দেখে — এবং এখানে আপনি যে রূপান্তর করেন সেটাই সেই বিকল্প সোর্সগুলো তৈরির উপায়।

কেন একটি "রূপান্তরিত" ফাইল বড় হয়ে যেতে পারে

রূপান্তর কন্টেইনার ও কম্প্রেশন স্কিম বদলায়, ইমেজের অন্তর্নিহিত জটিলতা নয় — তাই ফাইল-সাইজ যেকোনো দিকে যেতে পারে, এবং লোকে প্রায়ই অবাক হয় যখন এটি বাড়ে। সাধারণ কারণ:

• ফটো থেকে PNG। PNG লসলেস, তাই এটিকে কোনো ফটোর প্রতিটি সামান্য ভিন্ন পিক্সেল বিশ্বস্তভাবে রেকর্ড করতে হয়। একটি 200 KB-এর JPEG ফটো PNG হিসেবে কয়েক মেগাবাইট পর্যন্ত ফুলে যেতে পারে। PNG সমতল গ্রাফিক্স ও টেক্সটে উজ্জ্বল হয়, একটানা-টোন ফটোতে নয়।
• কোয়ালিটি খুব উঁচু সেট। কোয়ালিটি 100-তে কোনো JPG বা WebP এমন ডিটেইল রাখে যা আপনি দেখতে পান না এবং ফাইলটি ফুলিয়ে দেয়। ফটোর জন্য, কোয়ালিটি 80–90 দেখতে একই এবং অনেক ছোট।
• আগে থেকে অপ্টিমাইজড সোর্স। মূলটি যদি আগে থেকেই ভালোভাবে কম্প্রেসড থাকে, অন্য কোনো লসি ফরম্যাটে পুনরায় এনকোড করা সাহায্য নাও করতে পারে এবং সামান্য ওভারহেডও যোগ করতে পারে।

সমাধান হলো ফরম্যাটকে কনটেন্টের সঙ্গে মেলানো: ফটোগুলোকে কোনো লসি ফরম্যাটে (JPG, WebP বা AVIF) রাখুন, PNG-কে গ্রাফিক্স ও ট্রান্সপারেন্সির জন্য সংরক্ষিত রাখুন, এবং আপনার আসল লক্ষ্য যখন ভিন্ন ফরম্যাটের বদলে ছোট ফাইল তখন ডেডিকেটেড ইমেজ কম্প্রেসর-এর দ্বারস্থ হন।

অ্যানিমেশন: GIF, APNG, WebP ও AVIF

এদের মধ্যে কেবল কয়েকটিই চলতে পারে, যা গুরুত্বপূর্ণ যদি আপনার সোর্স অ্যানিমেটেড হয়। GIF ছিল মূল অ্যানিমেটেড ওয়েব ফরম্যাট, কিন্তু এটি প্রতি ফ্রেমে 256 রঙে সীমাবদ্ধ ও বড় ফাইল তৈরি করে। PNG-এর মূল স্পেকে কোনো অ্যানিমেশন নেই — তার জন্য আলাদা APNG এক্সটেনশন প্রয়োজন। WebP ও AVIF দুটিই GIF-এর সাইজের ভগ্নাংশে পূর্ণ-রঙ অ্যানিমেশন সমর্থন করে, এই কারণেই ছোট লুপিং ক্লিপ ক্রমশ অ্যানিমেটেড WebP হিসেবে পরিবেশিত হচ্ছে। এই ও যেকোনো ক্যানভাস-ভিত্তিক কনভার্টারের জন্য একটি ব্যবহারিক সতর্কতা: ক্যানভাসের মাধ্যমে পুনরায় আঁকা একটি একক ফ্রেম ধারণ করে, তাই কোনো অ্যানিমেটেড GIF-কে স্থির ফরম্যাটে রূপান্তর করলে কেবল একটি ফ্রেম থাকে। গতি বজায় রাখতে, এটিকে শুরু থেকে শেষ পর্যন্ত অ্যানিমেশন-সক্ষম ফরম্যাটে রাখুন।

EXIF, GPS ও প্রাইভেসির দিক

ফোন বা ক্যামেরা থেকে সরাসরি আসা ফটোতে EXIF মেটাডেটার একটি লুকানো ব্লক থাকে: ক্যামেরা ও লেন্স মডেল, সঠিক তারিখ ও সময়, ব্যবহৃত সেটিংস — এবং প্রায়ই সেই স্থানের GPS স্থানাঙ্ক যেখানে ছবিটি তোলা হয়েছিল। আপনি যখন কোনো ফটো প্রকাশ্যে পোস্ট করেন তখন সেই অবস্থান ডেটা একটি সত্যিকারের প্রাইভেসি ঝুঁকি, কারণ এটি আপনার বাড়ি বা কোনো শিশুর স্কুল প্রকাশ করতে পারে। এই টুল যেভাবে কাজ করে, অর্থাৎ ব্রাউজারের ক্যানভাসের মাধ্যমে পুনরায় এনকোড করা, তার একটি উপকারী পার্শ্বপ্রতিক্রিয়া হলো আউটপুট একটি পরিষ্কার ইমেজ যাতে কোনো EXIF ব্লক নেই — ক্যামেরার বিবরণ ও GPS অবস্থান স্বয়ংক্রিয়ভাবে সরে যায়। অনলাইনে শেয়ার করার সময় এটি একটি প্রাইভেসি জয়। অন্যদিকে: আপনার যদি সেই মেটাডেটা সত্যিই প্রয়োজন হয় (ক্যাটালগিং বা কপিরাইটের জন্য), তবে আপনার মূল ফাইলটি রাখুন, কারণ রূপান্তরিত কপিতে তা থাকবে না।

অনুমান না করে কোয়ালিটি সেটিং বেছে নেওয়া

কোয়ালিটি স্লাইডার কেবল লসি ফরম্যাট — JPG ও WebP — এ প্রযোজ্য; PNG এটিকে পুরোপুরি উপেক্ষা করে কারণ এটি সবসময় লসলেস। সেই লসি ফরম্যাটগুলোর জন্য, কয়েকটি মোটামুটি নিয়ম অনুমান করার প্রয়োজন দূর করে দেয়:

• ফটোর জন্য 80–90 সেরা বিন্দু। ফলাফল কোয়ালিটি 100 থেকে দেখতে অভিন্ন, কিন্তু ফাইল নাটকীয়ভাবে ছোট। স্লাইডারের শেষ দশ পয়েন্ট এমন ডিটেইলের জন্য প্রচুর বাইট যোগ করে যা প্রায় কেউই দেখতে পায় না।
• প্রায় 70-এর নিচে, আর্টিফ্যাক্ট দেখা দেয়। আপনি প্রান্তের চারপাশে ব্লকিং ও ঝিকমিক করা "মসকিটো নয়েজ" দেখতে শুরু করেন — এবং সেগুলো টেক্সট, লোগো ও তীক্ষ্ণ রেখায় সবচেয়ে খারাপ দেখায়, তাই এত নিচে তখনই নামুন যখন আপনাকে কোনো কড়া সাইজ বাজেট পূরণ করতে হয়।
• WebP ও AVIF কম কোয়ালিটিতে JPEG-এর তুলনায় আরও সুশোভনভাবে অবনতি হয়, তাই আপনার যদি আক্রমণাত্মকভাবে ছোট ফাইল প্রয়োজন হয় তবে তারা ডিটেইল ভালো বজায় রাখে।
• গ্রাফিক্স, স্ক্রিনশট ও তীক্ষ্ণ টেক্সট সম্বলিত যেকোনো কিছুর জন্য, উচ্চ-কোয়ালিটি JPEG একেবারেই ব্যবহার করবেন না — PNG বা লসলেস WebP বেছে নিন। কোনো JPEG কোয়ালিটি সেটিং কঠিন প্রান্তগুলোকে কোনো লসলেস ফরম্যাটের মতো পরিষ্কারভাবে সামলায় না।

সংক্ষেপে: লসি কোয়ালিটি ফটোর জন্য একটি ডায়াল, যেখানে সামান্য অগোচর ক্ষতি অনেক ছোট ফাইল এনে দেয়। প্রতিটি প্রান্ত-ভারী জিনিসের জন্য, ফরম্যাটের পছন্দ স্লাইডারের চেয়ে বেশি গুরুত্বপূর্ণ।

সম্পর্কিত টুল

• ইমেজ কম্প্রেসর (ফাইল সাইজ কমান)
• সাইজ (KB) পর্যন্ত কম্প্রেস করুন
• ইমেজ রিসাইজার (ডাইমেনশন বদলান)
• HEIC থেকে JPG (iPhone ফটো)
• ইমেজ থেকে Base64 (ডেটা URI)
• ইমেজ ক্রপ করুন (অনুপাত, বৃত্ত)