তোমার আইফোন কেন একটা ভিডিও ফাইল খোলে আর পরেরটা প্রত্যাখ্যান করে
দুটো ফাইল দুটোই "ভিডিও", দুটোই কয়েক গিগাবাইট, দুটোই একই জায়গা থেকে ডাউনলোড করা। একটা তুমি ট্যাপ করার মুহূর্তেই চলে। অন্যটা একটা ধূসর স্ক্রিন দেখায়, বা কিছুই না। পার্থক্যটা প্রায় কখনোই ফাইলটা ভাঙা না — এটা হলো ছবিটার চারপাশে কী মোড়ানো, আর Apple সেই মোড়কগুলোর কোনটা সাপোর্ট করার সিদ্ধান্ত নিয়েছে।
- সরাসরি চলে
- AAC অডিওসহ H.264 বা HEVC ভিডিও ধরে রাখা MP4 আর MOV।
- সাধারণত প্রত্যাখ্যাত
- MKV, AVI, WebM, FLV, WMV — এদের ভেতরে যাই থাকুক না কেন।
- কারণটা
- iOS ভিডিওর আগে কন্টেইনার পড়ে, আর শুধু একটা ছোট তালিকার কন্টেইনারই সাপোর্ট করা।
একটা ভিডিও ফাইল হলো কয়েকটা জিনিস ভরা একটা বাক্স
"ফরম্যাট" শব্দটা দুটো পুরোপুরি ভিন্ন জিনিসের জন্য ব্যবহার হয়, আর বেশিরভাগ বিভ্রান্তি এখান থেকেই শুরু। একটা ভিডিও ফাইল হলো একটা কন্টেইনার: একটা বাক্স যা একটা ভিডিও ট্র্যাক, এক বা একাধিক অডিও ট্র্যাক, সম্ভবত সাবটাইটেল ট্র্যাক, চ্যাপ্টার মার্ক, কভার আর্ট, আর একটা প্লেয়ারকে প্রতিটা কোথায় শুরু হয় তা বলে দেওয়া একটা টেবিল ধরে রাখে। MP4, MKV, AVI, MOV আর WebM কন্টেইনার। এগুলো বাক্স, কনটেন্ট না।
বাক্সের ভেতরে যা আছে তা একটা কোডেক দিয়ে এনকোড করা — সেই কমপ্রেশন স্কিম যা চল্লিশ গিগাবাইট কাঁচা ফ্রেমকে দুটোতে পরিণত করে। H.264, HEVC (H.265), AV1, VP9 আর MPEG-4 Part 2 ভিডিও কোডেক; AAC, MP3, AC-3, E-AC-3, DTS, FLAC, Opus আর Vorbis অডিও কোডেক। একটা একক MKV ফাইলে HEVC ভিডিও, ইংরেজিতে একটা AC-3 অডিও ট্র্যাক, তুর্কিতে একটা AAC ট্র্যাক, আর তিনটা সাবটাইটেল ট্র্যাক থাকতে পারে।
তাই "এই ডিভাইসটা কি একটা MKV চালাতে পারে?" আসলে একটার ওপর আরেকটা বসানো দুটো প্রশ্ন। এটা কি বাক্সটা খুলতে পারে, আর এটা কি ভেতরে যা পায় তা ডিকোড করতে পারে? একটা প্লেয়ারকে দুটোতেই হ্যাঁ বলতে হয়। Apple-এর বিল্ট-ইন প্লেব্যাক বেশিরভাগ বাক্সের জন্য প্রথম প্রশ্নে না বলে, যে কারণে ফাইলটা দ্বিতীয়টায় ব্যর্থ হওয়ার মতো দূরেও কখনো পৌঁছায় না।
জানার মতো শব্দগুলো
পাঁচটা শব্দ ভিডিও ফাইল নিয়ে প্রায় প্রতিটা কথোপকথন কভার করে। এগুলো দশ মিনিটের যোগ্য কারণ এগুলো "এটা কাজ করে না"-কে একটা নির্দিষ্ট, উত্তরযোগ্য প্রশ্নে পরিণত করে।
- কন্টেইনার
- ফাইল মোড়ক — MP4, MKV, AVI, MOV, WebM, TS। এটা ঠিক করে একটা ফাইল কী ধরে রাখতে পারে (কতগুলো অডিও ট্র্যাক, সাবটাইটেল ভেতরে ধরে কিনা, চ্যাপ্টার আছে কিনা), ছবিটা কতটা ভালো দেখায় তা না।
- কোডেক
- আসল ছবি বা শব্দের কমপ্রেশন: H.264, HEVC, AV1, VP9, AAC, AC-3, DTS, FLAC। এদের কয়েকটার জন্য হার্ডওয়্যার ডিকোডিং আছে; বাকিগুলো প্রসেসর দিয়ে ডিকোড করতে হয়, যা ব্যাটারি খরচ করে।
- বিটরেট
- ফাইলটা প্রতি সেকেন্ডে কত বিট খরচ করে। এটাই মান আর ফাইলের আকার দুটোরই সবচেয়ে বড় নিয়ন্ত্রক — ৮ Mbps-এ একটা 4K সিনেমা আর একই সিনেমা ৬০ Mbps-এ একই রেজোলিউশন কিন্তু একদমই একই ছবি না।
- রিমাক্স
- বিদ্যমান ট্র্যাকগুলো না ছুঁয়ে একটা ভিন্ন কন্টেইনারে সরানো। দ্রুত, লসলেস, আর একটা লাইভ স্ট্রিমকে একটা সাধারণ ফাইলে পরিণত করার পুরো কৌশল। কিছুই আবার এনকোড হয় না, তাই কিছুই হারায় না।
- ট্রান্সকোড
- আসলেই ভিডিওটা অন্য একটা কোডেকে আবার এনকোড করা। ধীর, গরম, ব্যাটারি-ক্ষুধার্ত, আর প্রতিবারই মান-হারানো — একটা রূপান্তরিত কপি সবসময় অরিজিনালের এক প্রজন্ম পিছিয়ে।
Apple-এর নিজের প্লেব্যাক কী গ্রহণ করে
এটা iOS 17 আর macOS 14 অনুযায়ী বাস্তব তালিকা — একই নিয়ম Files অ্যাপ, Quick Look, Safari আর QuickTime সবাই মানে, কারণ তারা একটাই মিডিয়া স্ট্যাক শেয়ার করে।
| কন্টেইনার | iPhone / iPad | Mac (QuickTime) | সাধারণ কনটেন্ট |
|---|---|---|---|
| MP4 / M4V | হ্যাঁ | হ্যাঁ | H.264 বা HEVC ভিডিও, AAC অডিও |
| MOV | হ্যাঁ | হ্যাঁ | Apple-এর নিজের কন্টেইনার, একই কোডেক |
| MKV (Matroska) | না | না | যেকোনো কিছু — ব্যবহারে সবচেয়ে নমনীয় কন্টেইনার |
| AVI | না | না | পুরনো DivX/Xvid উপাদান, MP3 বা AC-3 অডিও |
| WebM | না | না | VP9 বা AV1 ভিডিও, Opus বা Vorbis অডিও |
| FLV / WMV | না | না | পুরনো ওয়েব আর Windows ভিডিও |
| TS / M2TS | আংশিক | আংশিক | ব্রডকাস্ট আর Blu-ray স্ট্রিম |
| HLS (.m3u8) | হ্যাঁ | হ্যাঁ | একটা ফাইল না — সেগমেন্টের দিকে নির্দেশ করা একটা প্লেলিস্ট |
একটা সাপোর্ট করা কন্টেইনারের ভেতরেও, একটা কোডেক তবুও প্রত্যাখ্যাত হতে পারে: AC-3, E-AC-3 আর DTS অডিও সিনেমায় সাধারণ আর সিস্টেম প্লেয়ার এগুলো ডিকোড করে না, যে কারণে কিছু MP4 ফাইল ছবিসহ চলে কিন্তু শব্দ ছাড়া।
তালিকাটা কেন এত ছোট
এটা একটা তদারকির অভাব না। Apple এটা সাপোর্ট করা কোডেকগুলোর জন্য হার্ডওয়্যার ডিকোডার পাঠায়, তাই একটা আইফোন এক চার্জে ঘণ্টার পর ঘণ্টা একটা 4K HEVC সিনেমা চালাতে পারে — ভিডিওটা কখনো প্রধান প্রসেসর ছোঁয় না। বিশ্বের প্রতিটা কন্টেইনার আর কোডেক সাপোর্ট করা মানে এর অনেকটাই সফটওয়্যারে ডিকোড করা, তার সাথে আসা ব্যাটারি আর তাপের খরচসহ, আর Apple-এর কোনো আগ্রহ নেই এমন ফরম্যাটের জন্য প্যাটেন্ট লাইসেন্সিং নেওয়া।
ফলাফলটা হলো iOS-এ একটা সাধারণ-উদ্দেশ্যের মিডিয়া প্লেয়ারকে নিজের ইঞ্জিন আনতে হয়। এগুলোর প্রায় প্রতিটাই একই ওপেন-সোর্স ভিত্তির ওপর বানানো — FFmpeg আর এর লাইব্রেরি — যা প্রায় প্রতিটা কন্টেইনার আর কোডেক বোঝে যা কখনো পাঠানো হয়েছে। এটাই পুরো কারণ কেন একটা থার্ড-পার্টি প্লেয়ার সিস্টেম যা করবে না তা করে ফাইল খুলতে পারে: এটা চতুর কিছু করছে না, এটা নিজেই ডিকোডিংটা করছে।
এটা প্লেয়ারের মধ্যে তুমি খেয়াল করবে এমন একটা পার্থক্যও ব্যাখ্যা করে। যেটা সফটওয়্যারে ডিকোড করে সেটা যেকোনো কিছু চালাবে কিন্তু একটা লম্বা সিনেমায় গরম হয়ে যায়; যেটা কোডেক অনুমতি দিলেই কাজটা হার্ডওয়্যার ডিকোডারের হাতে দেয় সেটা ঠান্ডা থাকে আর টেকে। একটা ভালো প্লেয়ার দুটোই করে — হার্ডওয়্যার যখন পারে, সফটওয়্যার যখন লাগে, আর তোমাকে না জিজ্ঞেস করেই বদলায়।
iOS প্রত্যাখ্যান করে এমন একটা ফাইল দেখার তিনটা উপায়
সময় আর মানের ক্ষেত্রে এরা তোমার কতটা খরচ করায় সেই ক্রমে।
একটা ভালো প্লেয়ারকে একটা খারাপ থেকে আসলে যা আলাদা করে
App Store-এর প্রায় প্রতিটা মিডিয়া প্লেয়ারই "সব ফরম্যাট" দাবি করে। ওই শিরোনামের পর যা আলাদা তা এগুলো।
- যেখানে সম্ভব হার্ডওয়্যার ডিকোডিং
H.264 আর HEVC হার্ডওয়্যার ডিকোডারে যাওয়া উচিত, CPU-তে না। তুমি দুই মিনিটের মধ্যে বুঝতে পারবে: ডিভাইসটা গরম হয়, বা হয় না।
- শুধু প্রথমটা না, প্রতিটা ট্র্যাক দেখানো
তিনটা অডিও ভাষা আর পাঁচটা সাবটাইটেল ট্র্যাকসহ একটা সিনেমা ফাইলটা আবার না খুলেই প্লেব্যাকের মাঝখানে সবগুলোর মধ্যে বদলাতে দেওয়া উচিত।
- রিজিউম যা আসলেই রিজিউম করে
প্রতি-ফাইলে সংরক্ষিত অবস্থান, আবার খুললে পুনরুদ্ধার হয়, আর ফাইলের নাম বদলালে বা সরালেও থাকে। বিস্ময়করভাবে বিরল, আর সবচেয়ে বেশি খেয়াল করবে এমন জিনিস।
- বিশাল ফাইলে বুদ্ধিমান আচরণ
একটা ২০ GB রিমাক্স প্রতিটা সিকে চার সেকেন্ড থমকে যাওয়ার বদলে মসৃণভাবে স্ক্রাব করা উচিত। এটা একটা ইনডেক্সিং প্রশ্ন, ডিকোডিংয়ের না।
- ব্যাকগ্রাউন্ড অডিও আর Picture in Picture
স্ক্রিন লক করে শুনতে থাকা, বা একটা মেসেজের উত্তর দেওয়ার সময় ভিডিওটা একটা কোণায় ছোট করা — এটাই একটা ফোনে একটা প্লেয়ারকে আসলেই ব্যবহারযোগ্য করে তোলে।
- কোথাও লুকিয়ে থাকা কোনো রি-এনকোড ধাপ নেই
একটা অ্যাপ চালানোর আগে কয়েক মিনিট তোমার ফাইল "ইমপোর্ট" বা "অপ্টিমাইজ" করলে, এটা রূপান্তর করছে — এর সাথে আসা মান-হারানো আর অপেক্ষাসহ।
তিনটা ডিভাইস জুড়ে একই ফাইল
নিয়মগুলো অভিন্ন কারণ iOS, iPadOS আর macOS একটা মিডিয়া স্ট্যাক শেয়ার করে। যা আলাদা তা হলো প্লেব্যাকের আশেপাশে তুমি আরামে কী করতে পারো।
স্টোরেজটাই সীমাবদ্ধতা, তাই ফাইল সাধারণত আসে, দেখা হয় আর ডিলিট হয়। ব্যাকগ্রাউন্ড অডিও আর Picture in Picture অন্য যেকোনো জায়গার চেয়ে এখানে বেশি গুরুত্বপূর্ণ।
লম্বা সিনেমার জন্য স্বাভাবিক জায়গা, আর একমাত্র ডিভাইস যেখানে ভিডিওতে ভরা একটা এক্সটার্নাল USB-C ড্রাইভ আগে কিছু কপি না করেই সেখানেই চালানো যায়।
কোনো স্টোরেজ চাপ নেই আর কোনো তাপীয় সীমা নেই, তাই একটা অস্বাভাবিক কোডেকের সফটওয়্যার ডিকোডিং মূলত ফ্রি। এখানেই একটা ৪০ GB রিমাক্সের জায়গা।
এটা সাধারণত যে প্রশ্নে পরিণত হয়
MKV কি MP4-এর চেয়ে ভালো মান?
কোনোটাই ভালো না — এগুলো বাক্স, আর মানটা ভেতরের কোডেক আর বিটরেটে থাকে। MKV ফাইল বাস্তবে প্রায়ই ভালো দেখায় কারণ MKV হলো মানুষ উচ্চ-বিটরেট রিপের জন্য ব্যবহার করে, যেখানে MP4 হলো স্ট্রিমিং সার্ভিস যা বিটরেটের একটা ভগ্নাংশে দেয়। দুটোতেই একই ভিডিও ট্র্যাক দাও আর এরা পিক্সেলে পিক্সেলে অভিন্ন।
MKV-কে MP4-এ রূপান্তর করলে কি মান হারায়?
শুধু ট্র্যাকগুলো আবার এনকোড হলে। ভেতরের ভিডিও আর অডিও কোডেক ইতিমধ্যেই MP4 বহন করতে পারে এমন হলে, একটা রিমাক্স এগুলো অক্ষত অবস্থায় সরিয়ে দেয় — লসলেস আর সাধারণত এক মিনিটের কম। HEVC-কে H.264 হতে হলে, বা DTS-কে AAC হতে হলে, সেটা একটা রি-এনকোড আর মান হারায়।
ছোট একটা ফাইল ঠিক চললেও আমার 4K ফাইলটা কেন আটকায়?
হয় কোডেকটা সফটওয়্যারে ডিকোড হচ্ছে যেখানে এটা হার্ডওয়্যার ডিকোডার ব্যবহার করতে পারত, নয়তো ফাইলটা ধীর স্টোরেজে — একটা নেটওয়ার্ক শেয়ার বা একটা দুর্বল কানেকশনে একটা এক্সটার্নাল ড্রাইভ সবসময় ৮০ Mbps দিতে পারে না। একটা পরীক্ষা হিসেবে একবার লোকালি কপি করো; এটা চললে, ডিকোডিং কখনো সমস্যা ছিল না।
একটা লাইব্রেরি রাখার সবচেয়ে নিরাপদ ফরম্যাট কী?
MKV, তুমি সোর্সে থাকা সবকিছু রাখতে চাইলে — একাধিক অডিও ভাষা, সাবটাইটেল ট্র্যাক, চ্যাপ্টার। H.264 বা HEVC সহ MP4, বাড়ির প্রতিটা ডিভাইসের সাথে সর্বোচ্চ সামঞ্জস্য অতিরিক্ত ট্র্যাক রাখার চেয়ে বেশি গুরুত্বপূর্ণ হলে। নতুন কিছুর জন্য এড়ানোরটা হলো AVI, যা আধুনিক কোডেক ঠিকমতো বহন করতে পারে না।
FoxDL এটা কীভাবে সামলায়
FoxDL নিজের মিডিয়া ইঞ্জিন বহন করে, তাই কন্টেইনারের প্রশ্নটাই কখনো ওঠে না। তুমি ফাইলটা ডিভাইসে রাখো আর খোলো। একই ইঞ্জিন মিউজিকও চালায়, তাই একটা সিনেমা আর একটা FLAC অ্যালবাম একই লাইব্রেরিতে বসে।
- MKV, AVI, WebM, FLV, WMV, MP4, MOV, TS আর HLS সরাসরি খোলে — প্রথমে কিছুই রূপান্তর, ইমপোর্ট বা আবার মোড়ানো হয় না।
- যেখানেই কোডেক অনুমতি দেয় হার্ডওয়্যার ডিকোডিং ব্যবহার করা হয়, না দিলে পেছনে একটা সফটওয়্যার পথসহ, তাই একটা সাধারণ সিনেমা তোমার ব্যাটারি খরচ করায় না।
- AC-3, E-AC-3, DTS, FLAC, Opus আর Vorbis অডিওও ডিকোড করা হয়, যা নীরব-সিনেমা সমস্যাটা ঠিক করে — আর একই ডিকোডার সেই লাইব্রেরিতে FLAC আর ALAC অ্যালবামও চালায়।
- প্রতিটা এমবেডেড অডিও আর সাবটাইটেল ট্র্যাক তালিকাভুক্ত আর প্লেব্যাকের সময় বদলানো যায়।
- প্রতি-ফাইলে অবস্থান মনে রাখা হয় আর এটা রিনেম বা সরানোর পরও টেকে, কারণ লাইব্রেরিটা পাথের বদলে পরিচয় দিয়ে ফাইল ট্র্যাক করে।
- Picture in Picture আর ব্যাকগ্রাউন্ড অডিও আছে, আর iPad-এ একটা এক্সটার্নাল ড্রাইভ কিছু কপি না করেই সেখানেই চলে।
তোমার নিজের ফাইল চালানো প্রতিটা ডিভাইসে ফ্রি ভার্সনের অংশ — এটা মিটার করা না আর এটা একটা Pro ফিচারও না।
সাধারণ প্রশ্ন
- আইফোন, আইপ্যাড বা ম্যাকে MKV ফাইল কীভাবে চালাব?
- FoxDL কোন কোন ভিডিও আর অডিও ফরম্যাট চালায়?
- ডুয়াল-অডিও ফাইলে অডিও ট্র্যাক বদলানো যায় কি?
- FoxDL কি Picture in Picture আর ব্যাকগ্রাউন্ড প্লেব্যাক সাপোর্ট করে?
আরও পড়ুন
সাবটাইটেল, অডিও ট্র্যাক, আর যে তিন উপায়ে এগুলো ভুল হয়
এমবেডেড বনাম আলাদা ফাইল, যে এনকোডিং উচ্চারণ চিহ্নযুক্ত অক্ষর নষ্ট করে, আর ড্রিফট কীভাবে ঠিক করবে।
লসলেস, বিটরেট আর ইকুয়ালাইজার: কী শব্দ বদলায়, কী বদলায় না
লসলেস আসলে কী বদলায়, ইকুয়ালাইজার সত্যিকারে কী করে, আর শোনাটা সবচেয়ে আগে কী দিয়ে ভালো হয়।
তোমার ফাইল একটা আইফোনে আসলে কোথায় থাকে, আর কে সেগুলো দেখতে পায়
স্যান্ডবক্স, ডাউনলোড আসলে কোথায় যায়, আর একটা ফাইলের নাম বদলালে কেন এত অ্যাপ ভেঙে যায়।
তোমার লাইব্রেরি, অবশেষে এক জায়গায়।
বিনামূল্যে ডাউনলোড। অ্যাকাউন্ট নেই — সব ফিচার ফ্রি ভার্সনে।