বিটরেট, রেজোলিউশন আর ফ্রেম রেট
এই সেটিংগুলোর কোনটা ফাইল ছোট করে, আর কোনটা শুধু দেখতে খারাপ করে দেয়?
একটা সমীকরণই বেশিরভাগটা বুঝিয়ে দেয়
ফাইল সাইজ মোটামুটি কাছাকাছি হিসেবে বিটরেট গুণ দৈর্ঘ্য। বিটরেট মানে এনকোডার প্রতি সেকেন্ডে কত বিট খরচ করার অনুমতি পায়; দৈর্ঘ্য মানে কত সেকেন্ড ধরে সে তা খরচ করে। বাকি সবকিছু — রেজোলিউশন, ফ্রেম রেট, নড়াচড়া, কোডেক — নির্দিষ্ট একটা বিটরেটে ছবিটা কতটা ভালো দেখাবে তা বদলায়, ফাইল কত বড় হবে তা নয়।
একটা হিসাব কষে দেখালে ব্যাপারটা স্পষ্ট হয়। প্রতি সেকেন্ডে 5 মেগাবিটে এনকোড করা ষাট সেকেন্ডের ক্লিপে থাকে 300 মেগাবিট ভিডিও ডেটা, অর্থাৎ 37.5 মেগাবাইট, আর তার সঙ্গে অডিও ট্র্যাক ও কন্টেইনারের বাড়তি খরচ। এটা পাটিগণিত, কোনো মাপজোক নয়: ফ্রেমে যা-ই থাকুক, একই ষাট সেকেন্ড 2 Mbit/s-এ হবে 15 MB।
রেজোলিউশন আর ফ্রেম রেট চাহিদা, সাইজ নয়
রেজোলিউশন বা ফ্রেম রেট বাড়ালে ফাইলটা সরাসরি বড় হয় না। বাড়ে গ্রহণযোগ্য দেখাতে এনকোডারের যত বিট দরকার সেটা। 2 Mbit/s-এ একটা 4K ক্লিপ আর 2 Mbit/s-এ একটা 720p ক্লিপ একই সাইজের; 4K সংস্করণটা কেবল অনেক বেশি খারাপ দেখায়, কারণ একই বাজেট নয় গুণ বেশি পিক্সেলের উপর ছড়িয়ে দেওয়া হচ্ছে।
এ কারণেই ভিডিও ছোট করার উপায় হিসেবে রেজোলিউশন কমানো এত কার্যকর। রেজোলিউশন বদলে আপনি ফাইলটা ছোট করছেন না — আপনি কম একটা বিটরেটকে গ্রহণযোগ্য দেখাচ্ছেন, তারপর সেই কম বিটরেটটাই বেছে নিচ্ছেন।
| রেজোলিউশন | 30 fps-এ | 60 fps-এ |
|---|---|---|
| 3840 × 2160 | 249 মিলিয়ন px/s | 498 মিলিয়ন px/s |
| 1920 × 1080 | 62 মিলিয়ন px/s | 124 মিলিয়ন px/s |
| 1280 × 720 | 28 মিলিয়ন px/s | 55 মিলিয়ন px/s |
| 854 × 480 | 12 মিলিয়ন px/s | 25 মিলিয়ন px/s |
এই সংখ্যাগুলো এনকোডারের কাজের চাপ, আর এগুলো স্পষ্ট নিয়মেই বাড়ে-কমে। ফ্রেম রেট অর্ধেক করলে কাজের চাপ অর্ধেক হয়; 1080p থেকে 720p-তে নামলে তা কমে মোটামুটি এক-তৃতীয়াংশে। তবে ফ্রেম রেটের দ্বিতীয় একটা প্রভাবও আছে: এটা নড়াচড়া কেমন লাগবে তা বদলে দেয়। স্থির হয়ে কথা বলা মুখের ফ্রেম রেট অর্ধেক করলে তা প্রায় চোখেই পড়ে না; দ্রুত প্যানের ক্ষেত্রে অর্ধেক করলে সেটা রীতিমতো চোখে লাগে।
কোয়ালিটি ইনডেক্স আসলে কী করে
বেশিরভাগ আধুনিক এনকোডার বিটরেট টার্গেটের চেয়ে কোয়ালিটি টার্গেটকেই বেশি পছন্দ করে। আপনি একটা কোয়ালিটি ইনডেক্স দেন, এনকোডার ফ্রেমে ফ্রেমে ওই কোয়ালিটির জন্য যত বিট লাগে ততই খরচ করে, আর ফলাফলের বিটরেট কনটেন্ট অনুযায়ী ওঠানামা করে। সাধারণত এটাই ব্যবহার করার মতো ভালো সেটিং, কারণ এটা স্থির ফ্রেমে বিট নষ্ট করে দ্রুতগতির ফ্রেমকে অভুক্ত রাখার বদলে ছবির যেখানে দরকার সেখানেই বিট বসায়।
এর ফল হলো, কোয়ালিটি ইনডেক্স আগেভাগে ফাইলের সাইজ বলে দেয় না। একই ইনডেক্সে এনকোড করা দুটো ক্লিপের সাইজে বিরাট ফারাক হতে পারে, আর এনকোড না করে তা জানার কোনো উপায় নেই। কোনো সাইজ সীমা ছুঁতেই হলে হয় এনকোড করে দেখে নিন, নয়তো বিটরেট টার্গেট ব্যবহার করুন আর মেনে নিন যে বদলে কোয়ালিটিই ওঠানামা করবে।
নড়াচড়াই লুকানো চলক
ভিডিও কোডেক কাজ করে প্রতিটি ফ্রেমকে আগের ফ্রেমগুলো থেকে পার্থক্য হিসেবে বর্ণনা করে। যখন সামান্যই বদলায় — স্থির বসানো ক্যামেরা, স্লাইড ডেক, সাদামাটা দেয়ালের সামনে একটা মুখ — পার্থক্যগুলো ক্ষুদ্র আর এনকোডারের খুব কম বিট লাগে। যখন সবকিছুই বদলায় — হাতে ধরা ক্যামেরার প্যান, কনফেটি, বৃষ্টি, জল, বাতাসে দোলা পাতা, প্রতি সেকেন্ডে দৃশ্য বদল — তখন প্রায় কিছুই আগেভাগে অনুমান করা যায় না আর বিটরেট চড়ে যায়।
- গ্রেইন আর সেন্সর নয়েজ নড়াচড়ার মতোই আচরণ করে: এরা প্রতি ফ্রেমে প্রতিটি পিক্সেল বদলে দেয় আর এনকোড করতে দামি পড়ে।
- হাতে ধরা কাঁপা ক্লিপের খরচ ট্রাইপডে তোলা একই বিষয়ের চেয়ে অনেক বেশি।
- প্রায় স্থির ইন্টারফেসের স্ক্রিন রেকর্ডিং ভীষণ সস্তা, যতক্ষণ না কিছু একটা স্ক্রল হয়।
- ফেড আর ডিজলভ সরাসরি কাটের চেয়ে দামি, কারণ এক সেকেন্ড বা তারও বেশি সময় ধরে প্রতিটি পিক্সেল সামান্য করে বদলাতে থাকে।
অডিও ছোট, যতক্ষণ না সেটা আর ছোট থাকে
বেশিরভাগ ক্লিপে অডিও নিছকই রাউন্ডিং এরর: 128 kbit/s-এর একটা স্টেরিও ট্র্যাক প্রতি মিনিটে প্রায় এক মেগাবাইট যোগ করে। কিন্তু ভারীভাবে কম্প্রেস করা, ছোট, কম রেজোলিউশনের ক্লিপে এটাই মোট সাইজের লক্ষণীয় একটা অংশ হয়ে উঠতে পারে। সাইজের সীমার সঙ্গে যদি জোর টানাটানি চলে, তাহলে ছবিটার আরও ক্ষতি করার আগে অডিও বিটরেট কমানো বা মোনোতে নামার কথা ভেবে দেখা যায়। অডিওর যদি কোনো দামই না থাকে, ট্র্যাকটা পুরোপুরি সরিয়ে দেওয়া নিছক একটা রিমাক্স আর তাতে কোয়ালিটির কোনো খরচ নেই।
যে রেসিপি সাধারণত কাজে দেয়
- ক্লিপটা আসলে সবচেয়ে বড় যে স্ক্রিনে দেখা হবে সেটা ঠিক করুন, আর রেজোলিউশন সেখানেই বেঁধে দিন।
- নড়াচড়া মৃদু না হলে উৎসের ফ্রেম রেটই রাখুন; অর্ধেক করা একটা দৃশ্যমান পরিবর্তন, বিনামূল্যের সাশ্রয় নয়।
- বিটরেট নয়, কোয়ালিটি ইনডেক্স দিয়ে এনকোড করুন, তারপর ফলাফল মেপে দেখুন।
- ফলাফল বেশি বড় হলে কোয়ালিটি আরও কমানোর আগে রেজোলিউশন কমান।
- ক্লিপটা ছেঁটে ফেলুন। পুরো সমীকরণে দৈর্ঘ্য সরাসরি একটা গুণক, আর অপ্রয়োজনীয় ত্রিশ সেকেন্ডের খরচ যেকোনো সেটিংয়ের চেয়ে বেশি।
ইমেলের জন্য ভিডিও ছোট করা
ইমেলের সীমা প্রযোজ্য হয় তৈরি হয়ে যাওয়া সংযুক্তির উপর, তাই সবার আগে দৈর্ঘ্যটাই দেখুন। অপ্রয়োজনীয় সব ছেঁটে ফেলুন, তারপর ক্লিপটা বড় ডিসপ্লেতে নয় বরং বার্তার ভেতরেই দেখা হবে বুঝলে রেজোলিউশন নামিয়ে 720p বা 480p করুন। পিক্সেলের চাহিদা কম হলে এনকোডার ডিটেইল নষ্ট না করেই অনেক কম বিটরেট ব্যবহার করতে পারে।
তবু যদি সংযুক্তিটা প্রোভাইডারের সীমা না মেলাতে পারে, তাহলে সেটা ছোট করুন বা অনুমোদিত কোনো ফাইল-ট্রান্সফার সার্ভিসের মাধ্যমে শেয়ার করুন। একই লম্বা ক্লিপ বারবার কম কোয়ালিটিতে রি-এনকোড করলে শেষমেশ এমন একটা বাজে দেখতে ফাইল তৈরি হয়, যা তবুও বেশি বড় হতে পারে, কারণ দৈর্ঘ্য বিটরেটকে গুণ করেই চলে।
এটা আপনাকে যা বলতে পারে না
এই গাইডে ইচ্ছা করেই কোনো টার্গেট বিটরেট দেওয়া হয়নি। সুপারিশ করা সংখ্যা নির্ভর করে কোডেক, এনকোডারের বাস্তবায়ন, কনটেন্ট আর দেখার পরিস্থিতির উপর, আর এই চারটি ছাড়া উদ্ধৃত যেকোনো সংখ্যাই নিছক সাজসজ্জা। নিজের ক্লিপ থেকে ত্রিশ সেকেন্ডের একটা নমুনা দুটো সেটিংয়ে এনকোড করে দুটোই দেখুন — অন্য কারও ফুটেজে অন্য কারও মাপা যেকোনো টেবিলের চেয়ে ওই তুলনার দাম বেশি।
ব্রাউজার-ভিত্তিক এনকোডিংয়ের ক্ষেত্রে আরও একটা সীমা: গতি ঠিক করে দেয় আপনার ডিভাইস। এনকোডিং সত্যিই ভারী কাজ, ফোন গরম হলে গতি কমিয়ে দেয়, আর উঁচু রেজোলিউশনের লম্বা ক্লিপ কোনো নির্দিষ্ট ডিভাইসের শেষ করার সাধ্যের বাইরেও হতে পারে। এটা হার্ডওয়্যারের সীমানা, এমন কোনো সেটিং নয় যা বদলে সরিয়ে দেওয়া যায়।