AVIF vs JPEG XL: কোনটি কেন এগিয়ে রয়েছে?

AVIF ব্যবহার করুন, কারণ এটি প্রতিটি প্রধান ব্রাউজারে কাজ করে কিন্তু JPEG XL করে না। বেশিরভাগ প্রযুক্তিগত মানদণ্ডে JPEG XL একটি শক্তিশালী ফরম্যাট, যা লসলেস JPEG ট্রান্সকোডিং, প্রোগ্রেসিভ ডিকোডিং এবং প্রতি বাইটে চমৎকার কোয়ালিটি প্রদান করে। তবে ব্যবহারিক উদ্দেশ্যে, এটি উন্মুক্ত ওয়েবে ব্যবহারের উপযুক্ত নয়।

Chrome ২০২৩ সালে পর্যাপ্ত ইকোসিস্টেম আগ্রহের অভাব উল্লেখ করে JPEG XL সাপোর্ট সরিয়ে নিয়েছে, এবং Chrome ছাড়া কোনো ওয়েব ইমেজ ফরম্যাট সফল হতে পারে না। AV1 Image File Format (AVIF)-এর সুবিধা ছিল এটি AV1-এর ওপর ভিত্তি করে তৈরি, যা এমন একটি ভিডিও কোডেক যাতে ব্রাউজার ভেন্ডররা ইতিমধ্যেই বিনিয়োগ করছিল। ভালো প্রযুক্তিটি শক্তিশালী ডিস্ট্রিবিউশন সুবিধা থাকা প্রযুক্তির কাছে হেরে গেছে, যা নতুন কোনো বিষয় নয়।

ফরম্যাট দুটির তুলনা

JPEG XL এনকোডিং স্পিড, প্রোগ্রেসিভ লোডিং এবং লসলেস JPEG কনভার্সনের দিক থেকে এগিয়ে, অন্যদিকে AVIF একমাত্র সেই মানদণ্ডে জিতেছে যা ব্যবহারের জন্য সবচেয়ে গুরুত্বপূর্ণ, আর তা হলো ব্রাউজার সাপোর্ট।

লসলেস JPEG ট্রান্সকোডিং সুবিধাটি ওয়েব হারিয়ে ফেলেছে। JPEG XL একটি বিদ্যমান JPEG ফাইলকে গুণমান না হারিয়ে প্রায় ২০ শতাংশ ছোট করে নতুন করে সাজাতে পারে এবং এটিকে আবার হুবহু মূল ফাইলে ফিরিয়ে আনতে পারে, যা কোনো ঝুঁকি ছাড়াই আর্কাইভের সাইজ ছোট করার সুযোগ দিত।

Chrome কেন JPEG XL সরিয়ে নিয়েছে

Chrome ইকোসিস্টেম থেকে পর্যাপ্ত আগ্রহের অভাব, বিদ্যমান ফরম্যাটগুলোর তুলনায় সীমিত সুবিধা এবং আরেকটি ডিকোডার রক্ষণাবেক্ষণের খরচের কথা উল্লেখ করেছে। এই সিদ্ধান্তের ঘোষণা ২০২২ সালে দেওয়া হয় এবং এটি ২০২৩ সালে কার্যকর হয়।

এই যুক্তিটি সেই সময়ে বিতর্কিত ছিল এবং এখনো রয়েছে। সমর্থকরা পরিমাপযোগ্য কম্প্রেশন সুবিধা এবং বেশ কয়েকটি বড় ইমেজ পাবলিশারের সমর্থনের কথা নির্দেশ করেছিলেন। বিপরীত যুক্তি ছিল যে AVIF ইতিমধ্যেই সেই সুবিধাগুলোর বেশিরভাগই প্রদান করছে এমন একটি ডিকোডার ব্যবহার করে যা ব্রাউজারগুলো ভিডিওর জন্য তৈরি করেছিল। যে যুক্তিই সঠিক হোক না কেন, Chrome সাপোর্ট ছাড়া একটি ফরম্যাট অধিকাংশ ওয়েব ট্র্যাফিকের কাছে পৌঁছে দেওয়া সম্ভব নয়।

JPEG XL এখনো কোথায় ব্যবহৃত হয়

JPEG XL পেশাদার ফটোগ্রাফি, আর্কাইভাল স্টোরেজ এবং Apple সফ্টওয়্যারে টিকে আছে, যেখানে একটি একক ভেন্ডর পুরো সিস্টেম নিয়ন্ত্রণ করে। Safari ২০২৩ সালে সাপোর্ট যোগ করেছে, যা Apple প্ল্যাটফর্মে এই ফরম্যাটটিকে বাঁচিয়ে রেখেছে।

• ফটো আর্কাইভগুলো কোনো ঝুঁকি ছাড়াই স্টোরেজ কমাতে লসলেস JPEG ট্রান্সকোডিং ব্যবহার করে।
• পেশাদার ক্যামেরা ওয়ার্কফ্লো উচ্চ বিট ডেপথ এবং ওয়াইড কালার সাপোর্ট থেকে সুবিধা পায়।
• Apple প্ল্যাটফর্মগুলো এটি ডিকোড করতে পারে, যা এটাকে ক্লোজড ইকোসিস্টেমে কার্যকর করে তোলে।
• মেডিকেল এবং সায়েন্টিফিক ইমেজিং লসলেস মোড এবং প্রোগ্রেসিভ ডিকোডিংকে মূল্যায়ন করে।
• উন্মুক্ত ওয়েবে নয়, যেখানে ব্যবহারযোগ্য হতে একটি ফরম্যাটকে প্রতিটি ব্রাউজারে কাজ করতে হয়।

কখন ওয়েবসাইটে AVIF ব্যবহার করবেন

আপনার সবচেয়ে বড় ছবিগুলোতে AVIF ব্যবহার করুন, যেখানে এটি WebP-এর তুলনায় ২০ থেকে ৩০ শতাংশ সাইজ বাঁচায়। ছবির আকার যত বড় হয় এই সুবিধাও তত বাড়ে এবং ছোট গ্রাফিক্সে এটি অদৃশ্য হয়ে যায়।

হিরো ইমেজ, ফুল উইডথ ব্যানার এবং ফটোগ্রাফি গ্যালারি হলো এর স্পষ্ট উদাহরণ। প্রায় 10 KB-এর নিচে একটি AVIF ফাইল প্রায়শই সমান WebP ফাইলের চেয়ে বড় হয়, কারণ কনটেইনারের ওভারহেড কম্প্রেশনের সুবিধাকে ছাপিয়ে যায়। সাইজ অনুযায়ী লাইব্রেরিকে ভাগ করে, বড় ছবিগুলোতে AVIF এবং বাকি সবেতে WebP ব্যবহার করলে এনকোডিং খরচের ঝামেলা ছাড়াই বেশিরভাগ সুবিধা পাওয়া যায়।

AVIF এনকোডিংয়ের খরচ

AVIF, WebP-এর চেয়ে কয়েকগুণ ধীরগতিতে এনকোড করে, যা একক ছবির চেয়ে বড় ব্যাচের ক্ষেত্রে বেশি প্রভাব ফেলে। একটি ছবি যা এক সেকেন্ডের কম সময়ে WebP-তে কনভার্ট হয়, তা AVIF হিসেবে কয়েক সেকেন্ড সময় নিতে পারে।

৫০০টি ছবির একটি ব্যাচে এই পার্থক্য মিনিটে গণনা করা হয়। এই সময় শুধু প্রতি ছবির জন্য একবারই দিতে হয়, কারণ প্রতিটি সমর্থিত ব্রাউজারে ডিকোডিং বেশ দ্রুত। পিসি বা ডিভাইস যখন অন্য কাজে ব্যস্ত না থাকে তখন বড় কনভার্সন প্ল্যান করুন, এবং ব্রাউজার ট্যাবটি সামনে খোলা রাখুন, কারণ ব্রাউজার ব্যাকগ্রাউন্ড ট্যাবের গতি কমিয়ে দেয় যা কাজকে অনেক ধীর করে দেয়।

কীভাবে নিরাপদে AVIF ব্যবহার করবেন

পুরোনো ব্রাউজারগুলোকে না ভেঙে AVIF ব্যবহার করতে এই ৫টি ধাপ অনুসরণ করুন।

1. প্রতিটি পেজের সবচেয়ে বড় ছবিগুলো চিহ্নিত করুন, যেগুলো সাধারণত হিরো ব্যানার এবং প্রধান ছবি হয়ে থাকে।
2. প্রতিটি ছবিকে পেজে সেটি যতটুকু জায়গা নেয় সেই অনুপাতের উইডথে কমিয়ে আনুন, হাই ডেনসিটি স্ক্রিনের জন্য তা দ্বিগুণ করুন।
3. 60 থেকে 70 কোয়ালিটিতে AVIF-এ কনভার্ট করুন, কারণ AVIF কম নম্বরেও JPEG-এর চেয়ে বেশি ডিটেইল ধরে রাখে।
4. একই সোর্স ছবিকে দ্বিতীয় বিকল্প হিসেবে WebP-তে কনভার্ট করুন এবং চূড়ান্ত ব্যাকআপ হিসেবে মূল JPEG রেখে দিন।
5. একটি picture এলিমেন্টের মাধ্যমে ৩টি ফরম্যাটই পরিবেশন করুন, যেখানে প্রথমে AVIF, দ্বিতীয় স্থানে WebP এবং img ট্যাগে JPEG থাকবে।

ব্রাউজার প্রথম যে ফরম্যাটটি বুঝতে পারে সেটি গ্রহণ করে, তাই কোথাও কোনো সমস্যা হয় না। ফাইল কনভার্ট করার চেয়ে সাধারণত কোড লেখা বেশি সময় নেয়।

AVIF কোয়ালিটি সেটিংস ভিন্নভাবে কাজ করে

AVIF কোয়ালিটি 60 দেখতে JPEG কোয়ালিটি 85-এর কাছাকাছি, তাই চেনা নম্বরগুলো একইভাবে কাজ করে না। AVIF-এর সাথে JPEG-এর অভ্যাস ব্যবহার করলে প্রয়োজনের চেয়ে অনেক বড় ফাইল তৈরি হয়।

ফটোগ্রাফের জন্য 60 থেকে শুরু করুন এবং সেখান থেকে সামঞ্জস্য করুন। একটি নির্দিষ্ট সমস্যার দিকে খেয়াল রাখুন, কারণ খুব বেশি কম্প্রেশন সেটিংসে AVIF ছোট টেক্সচার ব্লক তৈরি করার বদলে মসৃণ করে ফেলে, যা ঘাস, চুল এবং কাপড়কে আঁকা ছবির মতো দেখাতে পারে। এই সমস্যাটি JPEG-এর ব্লকি ভাব থেকে কম বিরক্তিকর এবং কেউ তা দেখিয়ে না দেওয়া পর্যন্ত সহজেই চোখ এড়িয়ে যেতে পারে।

একটি ফরম্যাট কীভাবে জেতে বা হারে

ডিস্ট্রিবিউশনই ইমেজ ফরম্যাটের ভাগ্য নির্ধারণ করে, প্রযুক্তিগত যোগ্যতা নয়, এবং ব্রাউজার ভেন্ডররা ডিস্ট্রিবিউশন নিয়ন্ত্রণ করে। একই ধরনের কারণে WebP সফল হয়েছে কারণ Chrome এটি অফার করেছিল, এবং JPEG 2000 প্রযুক্তিগতভাবে সক্ষম হওয়া সত্ত্বেও ব্যর্থ হয়েছিল।

AVIF ইমেজ সম্পর্কিত সিদ্ধান্তের চেয়ে বরং ভিডিও সম্পর্কিত একটি সিদ্ধান্তের কারণে সুবিধা পেয়েছে। ব্রাউজার ভেন্ডররা স্ট্রিমিং খরচ কমানোর জন্য ইতিমধ্যেই AV1-এ বিনিয়োগ করেছিল, তাই একই ডিকোডারের ওপর ভিত্তি করে তৈরি একটি ইমেজ ফরম্যাট যোগ করতে তাদের খুব কম খরচ করতে হয়েছে। JPEG XL-এর জন্য একটি নতুন ডিকোডার, নতুন রক্ষণাবেক্ষণ এবং নতুন সিকিউরিটি ব্যবস্থার প্রয়োজন ছিল, যার সুবিধা ব্রাউজারগুলোর কাছে বিদ্যমান সুবিধার তুলনায় নগণ্য মনে হয়েছে।

এটি কি সাধারণ ব্যবহারকারীদের প্রভাবিত করে

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

যেকোনো মার্কেটপ্লেস, সোশ্যাল নেটওয়ার্ক বা হোস্ট করা সাইট বিল্ডারের মাধ্যমে প্রকাশকারী যেকোনো ব্যক্তি JPG বা PNG আপলোড করেন এবং প্ল্যাটফর্মটিকে পুনরায় এনকোড করতে দেন। ফরম্যাটের এই বিতর্কটি আপনার কাছে তখনই পৌঁছায় যখন আপনি ভিজিটরদের ডাউনলোড করা ফাইলগুলো নিয়ন্ত্রণ করেন, যার কারণেই এটি ওয়েব পারফর্মেন্স আলোচনায় প্রাধান্য পায় এবং অন্য যেকোনো জায়গায় অদৃশ্য থাকে।

আপনার লাইব্রেরির জন্য এর অর্থ কী

লসলেস মাস্টার ফাইল রেখে দিন, AVIF এবং WebP প্রকাশ করুন, এবং ফরম্যাট বিতর্ক উপেক্ষা করুন। ডেলিভারি ফরম্যাট প্রতি কয়েক বছরে পরিবর্তিত হয়, যখন একটি মাস্টার ফাইল অনির্দিষ্টকালের জন্য দরকারী থেকে যায়।

যিনি একটি সম্পূর্ণ লাইব্রেরিকে একটি ডেলিভারি ফরম্যাটে কনভার্ট করেছেন এবং মূল ফাইলগুলো মুছে ফেলেছেন তিনি এর আগেও এই সমস্যার মুখোমুখি হয়েছেন। একটি ক্যাটালগ পুনরায় শুট করার তুলনায় স্টোরেজ খরচ অনেক কম, তাই ব্যবহারিক কৌশল হলো আপনার কাছে থাকা সেরা সংস্করণটি সংরক্ষণ করা এবং ওয়েবের সিদ্ধান্ত পরিবর্তনের সাথে সাথে ডেলিভারি কপি তৈরি করা।

JPEG XL কি ফিরে আসবে

ফিরে আসার জন্য Chrome-কে তার সিদ্ধান্ত পরিবর্তন করতে হবে, এবং কোনো ঘোষণায় এমন কোনো পরিকল্পনার আভাস নেই। Safari সাপোর্ট এবং ফটোগ্রাফি সফ্টওয়্যার থেকে অব্যাহত আগ্রহ ফরম্যাটটিকে সম্পূর্ণরূপে বিলুপ্ত হওয়া থেকে রক্ষা করে।

ফরম্যাটগুলো এর চেয়ে খারাপ পরিস্থিতি থেকেও ফিরে এসেছে, তাই প্রশ্নটি বন্ধ হওয়ার বদলে উন্মুক্ত রয়েছে। সেই সম্ভাবনার ওপর ভিত্তি করে একটি ওয়েবসাইট তৈরি করা বুদ্ধিমানের কাজ হবে না। আজই ডেলিভারির জন্য AVIF এবং WebP ব্যবহার করুন, লসলেস ফরম্যাটে মাস্টার ফাইলগুলো রাখুন, আর এভাবে ভবিষ্যতের যেকোনো ফরম্যাট গ্রহণ করা একটি রিবিল্ডের বদলে সহজ ব্যাচ কনভার্সনে পরিণত হবে।

একটি লাইব্রেরিকে AVIF-এ কনভার্ট করা

বিদ্যমান JPEG-এর পরিবর্তে মূল মাস্টার ফাইল থেকে কনভার্ট করুন, কারণ একটি লসি সোর্স নতুন ফাইলেও ক্ষতি বহন করে নিয়ে যায়। AVIF এনকোডার বিট খরচ করে JPEG-এর ত্রুটি ব্যাখ্যা করতে যা এটি আসল ডিটেইল থেকে আলাদা করতে পারে না।

একসাথে ৫০০টি পর্যন্ত ফাইল যোগ করুন, বা একটি ZIP আর্কাইভ আপলোড করুন, এবং পুরো সেটটি একবারে এনকোড হয়ে যাবে। সবকিছু আপনার নিজস্ব প্রসেসরে ব্রাউজারের ভেতরে চলে, তাই ফটোগ্রাফি লাইব্রেরি, ক্লায়েন্টের কাজ এবং অপ্রকাশিত ক্যাম্পেইনের অ্যাসেট কখনোই কোনো সার্ভারে পৌঁছায় না। স্থানীয়ভাবে এনকোড করার অর্থ হলো একটি বড় ব্যাচ আপলোডের গতির বদলে আপনার মেশিনের গতিতে কাজ করবে।