TS / M2TS
ব্রডকাস্টের জন্য বানানো, যেখানে রিসিভার অর্ধেক পথে যোগ দিতে পারে আর কোনো কিছুরই শেষ নেই।
MPEG Transport Stream হলো টেলিভিশন যেভাবে সম্প্রচার হয়। এটা এমনভাবে ডিজাইন করা যাতে একটা রিসিভার যেকোনো মুহূর্তে ডিকোড করা শুরু করতে পারে আর হারানো ডেটা থেকে সেরে উঠতে পারে, যা এটাকে বাতাসে চমৎকার আর একটা ফাইল হিসেবে অস্বস্তিকর করে তোলে: কোনো ইনডেক্স নেই, তাই সিক করা একটা আন্দাজ, আর সময়কাল প্রায়ই ভুল বা সম্পূর্ণভাবে অনুপস্থিত।
৩০ জুলাই, ২০২৬
সাহায্য ছাড়াই খোলে যেখানে
কোনো সিস্টেমই একটা .ts বা .m2ts ফাইল খোলে না, যদিও অন্য কিছু এটা খুলে দিলে দুটোই এর ভেতরের H.264 বা HEVC ভালোভাবে ডিকোড করে। র্যাপারটাই আবার বাধা।
তথ্যগুলো
| পুরো নাম | MPEG-2 Transport Stream |
|---|---|
| ধরন | কন্টেইনার, সংরক্ষণের চেয়ে সম্প্রচারের জন্য ডিজাইন করা |
| এক্সটেনশন | .ts, .m2ts, .mts, .m2t |
| প্রকাশিত | ১৯৯৫, MPEG-2-এর অংশ হিসেবে |
| প্যাকেট আকার | ১৮৮ বাইট, স্থির — এত ছোট যে একটা নষ্ট প্যাকেট প্রায় কিছুই হারায় না |
| ভেতরের ভিডিও | পুরনো ব্রডকাস্টে MPEG-2, নতুনগুলোতে H.264 আর HEVC |
| ভেতরের অডিও | AC-3, E-AC-3, AAC, MP2 |
| ইনডেক্স | নেই। ফাইলে কিছুই বলে না যেকোনো একটা মুহূর্ত কোথায় থাকে |
| এটা কোথা থেকে আসে | IPTV স্ট্রিম, DVB আর ATSC রেকর্ডিং, AVCHD ক্যামকর্ডার, Blu-ray ডিস্ক |
শুরু নেই এমন একটা ফরম্যাট
এখানের বাকি প্রতিটা কন্টেইনার ধরে নেয় তোমার কাছে পুরো ফাইলটা আছে আর তুমি প্রথমে এর হেডার পড়তে পারো। Transport Stream উল্টোটা ধরে নেয়: তুমি তোমার আসার আগে শুরু হওয়া আর তুমি চলে যাওয়ার পরও চলতে থাকবে এমন একটা সম্প্রচারের মাঝপথে টিউন করেছ। তাই এটা একটা ডিকোডারের দরকার সবকিছু বারবার বলে — স্ট্রিম লেআউট, টাইমিং রেফারেন্স, প্যারামিটার — প্রতি সেকেন্ডের একটা অংশে, চিরকাল।
১৮৮-বাইট প্যাকেটগুলো একই ধারণা। বাধা একটা প্যাকেট নষ্ট করে; ডিকোডার কয়েক মিলিসেকেন্ড হারায় আর চালিয়ে যায়। একটা বড় ইনডেক্সের চারপাশে বানানো একটা ফরম্যাট বাকি পুরো ফাইলটাই হারাত।
এটা তার উদ্দেশ্যের জন্য সত্যিকারের ভালো ইঞ্জিনিয়ারিং, আর এটা একটা ডিস্কে বসা একটা ফাইলের জন্য ভুল আকৃতি। যা কিছু একটা ব্রডকাস্টকে সহনশীল করে তোলে তা একটা রেকর্ডিংকে আনাড়ি করে তোলে।
একটা রেকর্ডিং কেন অদ্ভুতভাবে আচরণ করে
একটা ইনডেক্স ছাড়া, ৪৭-মিনিটের চিহ্নটা চাওয়া একটা প্লেয়ারকে অনুমান করতে হয়: বিটরেটকে সময় দিয়ে গুণ করা, মোটামুটি সেখানে লাফানো, পরবর্তী ডিকোডযোগ্য ফ্রেম খোঁজা। একটা স্থির-বিটরেট ব্রডকাস্টে এটা কাছাকাছি পড়ে। একটা পরিবর্তনশীল-বিটরেট রেকর্ডিংয়ে এটা কয়েক সেকেন্ড বাইরে হতে পারে, আর একটা বাধাপ্রাপ্ত স্ট্রিম থেকে জোড়া লাগানো একটা রেকর্ডিংয়ে এটা কয়েক মিনিট বাইরে হতে পারে।
সময়কালেরও একই উৎস। একটা প্লেয়ারকে হয় পুরো ফাইলটা পড়ে বের করতে হয় এটা কতক্ষণ, নাহলে বিটরেট থেকে আন্দাজ করতে হয়। এই কারণেই একটা রেকর্ডিং কখনো কখনো একটা ভুল দৈর্ঘ্য দেখায়, বা কোনোটাই না, আর কেন স্ক্রাব বারটা একটা কল্পকাহিনীর কাজ হতে পারে।
সারাইটা হলো রিমাক্সিং: স্ট্রিমটা একবার পড়ো, আর একটা আসল ইনডেক্সসহ একটা MP4 বা MKV-এ একই ভিডিও আর অডিও লেখো। কিছুই আবার এনকোড হয় না, মান অক্ষুণ্ণ থাকে, আর এটা ডিস্ক গতিতে চলে। এরপর সিক করা তাৎক্ষণিক আর নির্ভুল, কারণ ফাইলটা অবশেষে জানে এর নিজের ফ্রেম কোথায়।
একটা নিয়ে কী করবে
- শুধু দেখতে চাইলে সরাসরি চালাও
নিজস্ব ডিমাক্সারসহ একটা প্লেয়ার কোনো প্রস্তুতি ছাড়াই একটা .ts খোলে। সিক করা আনুমানিক হবে — এটা ফরম্যাট, প্লেয়ার না — কিন্তু কিছু দেখে যাওয়ার জন্য, এটা ঠিক আছে।
- রেখে দিতে চাইলে MP4 বা MKV-তে রিমাক্স করো
দ্রুত, লসলেস আর এটা সিকিং আর সময়কাল স্থায়ীভাবে ঠিক করে। একবার দেখার বদলে একটা লাইব্রেরিতে যাওয়া যেকোনো কিছুর জন্য, এটা করো।
- IPTV স্ট্রিম একা ছাড়ো
TS একটা ফাইলের বদলে একটা লাইভ স্ট্রিম হিসেবে এলে, এদের কিছুই প্রযোজ্য না: ইনডেক্স করার কিছু নেই কারণ কিছুই শেষ হয়নি। সেখানে বাফারিং একটা নেটওয়ার্ক প্রশ্ন।
এই ফরম্যাট নিয়ে প্রশ্ন
কাছাকাছি ফরম্যাট
তোমার লাইব্রেরি, অবশেষে এক জায়গায়।
ডাউনলোড ফ্রি। অ্যাকাউন্ট নেই, সাইন-আপ নেই, কিছুই দিতে হবে না।