TS / M2TS
प्रसारण के लिए बनाया गया, जहां रिसीवर बीच में जुड़ सकता है और किसी चीज़ का कोई अंत नहीं होता।
MPEG Transport Stream वह है जिसके रूप में टेलीविज़न प्रसारित होता है। यह इस तरह डिज़ाइन किया गया है कि रिसीवर किसी भी पल डिकोड करना शुरू कर सके और खोए डेटा से उबर सके, जो इसे हवा में शानदार और फ़ाइल के रूप में अजीब बनाता है: कोई इंडेक्स नहीं है, तो सीक करना एक अंदाज़ा है, और अवधि अक्सर ग़लत होती है या बिल्कुल गायब।
30 जुलाई 2026
बिना मदद के इनके ज़रिए खुलता है
न सिस्टम .ts या .m2ts फ़ाइल खोलता है, हालांकि एक बार किसी और चीज़ के इसे अनरैप करने पर दोनों अंदर के H.264 या HEVC को बख़ूबी डिकोड कर लेते हैं। रैपर एक बार फिर अड़चन है।
तथ्य
| पूरा नाम | MPEG-2 Transport Stream |
|---|---|
| क़िस्म | कंटेनर, स्टोरेज के बजाय प्रसारण के लिए डिज़ाइन किया गया |
| एक्सटेंशन | .ts, .m2ts, .mts, .m2t |
| प्रकाशित | 1995, MPEG-2 के हिस्से के रूप में |
| पैकेट साइज़ | 188 बाइट, फ़िक्स्ड — इतना छोटा कि एक करप्ट पैकेट लगभग कुछ नहीं खोता |
| अंदर वीडियो | पुराने प्रसारण में MPEG-2, नए में H.264 और HEVC |
| अंदर ऑडियो | AC-3, E-AC-3, AAC, MP2 |
| इंडेक्स | कोई नहीं। फ़ाइल में कुछ भी नहीं बताता किसी दिए पल की जगह कहां है |
| यह कहां से आता है | IPTV स्ट्रीम, DVB और ATSC रिकॉर्डिंग, AVCHD कैमकॉर्डर, Blu-ray डिस्क |
बिना शुरुआत वाला एक फ़ॉर्मैट
यहां का हर दूसरा कंटेनर मान लेता है आपके पास पूरी फ़ाइल है और आप इसका हेडर पहले पढ़ सकते हैं। Transport Stream उलटा मानता है: कि आप एक प्रसारण के बीच में ट्यून इन हुए हैं जो आपके पहुंचने से पहले शुरू हुआ और आपके जाने के बाद जारी रहेगा। तो यह वह हर चीज़ दोहराता है जो एक डिकोडर को चाहिए — स्ट्रीम लेआउट, टाइमिंग रेफ़रेंस, पैरामीटर — हर सेकंड के एक हिस्से में, हमेशा।
188-बाइट पैकेट भी यही सोच हैं। इंटरफ़ेरेंस एक पैकेट नष्ट करता है; डिकोडर कुछ मिलीसेकंड खोता है और चलता रहता है। एक बड़े इंडेक्स के इर्द-गिर्द बना फ़ॉर्मैट पूरी बाक़ी फ़ाइल खो देता।
यह इसके मक़सद के लिए सच में अच्छी इंजीनियरिंग है, और डिस्क पर बैठी फ़ाइल के लिए ग़लत आकार है। वह हर चीज़ जो एक प्रसारण को लचीला बनाती है वह एक रिकॉर्डिंग को अनाड़ी बनाती है।
रिकॉर्डिंग अजीब तरीक़े से क्यों व्यवहार करती है
बिना इंडेक्स के, 47वें मिनट का निशान चाहने वाले प्लेयर को अंदाज़ा लगाना पड़ता है: बिटरेट को समय से गुणा करें, लगभग वहां कूदें, अगले डिकोड करने लायक़ फ़्रेम की तलाश करें। एक कॉन्स्टेंट-बिटरेट प्रसारण पर यह क़रीब उतरता है। एक वेरिएबल-बिटरेट रिकॉर्डिंग पर यह सेकंडों दूर हो सकता है, और किसी बाधित स्ट्रीम से जोड़ी रिकॉर्डिंग पर यह मिनटों दूर हो सकता है।
अवधि की भी यही जड़ है। एक प्लेयर को या तो पूरी फ़ाइल पढ़नी होती है यह जानने के लिए कि यह कितनी लंबी है, या बिटरेट से अंदाज़ा लगाना होता है। यही वजह है कि एक रिकॉर्डिंग कभी-कभी ग़लत लंबाई दिखाती है, या कोई नहीं, और स्क्रब बार एक काल्पनिक रचना हो सकती है।
मरम्मत रीमक्सिंग है: स्ट्रीम एक बार पढ़ें, और वही वीडियो और ऑडियो एक असली इंडेक्स वाली MP4 या MKV में लिखें। कुछ भी दोबारा एन्कोड नहीं होता, क्वालिटी को छुआ नहीं जाता, और यह डिस्क की स्पीड पर चलता है। इसके बाद सीक करना तुरंत और सटीक होता है, क्योंकि फ़ाइल आख़िरकार जानती है इसके अपने फ़्रेम कहां हैं।
इसके साथ क्या करें
- अगर सिर्फ़ देखना है तो सीधे चलाएं
अपना डीमक्सर रखने वाला प्लेयर बिना किसी तैयारी के .ts खोलता है। सीक करना अंदाज़न होगा — यह फ़ॉर्मैट है, प्लेयर नहीं — पर किसी चीज़ को पूरा देखने के लिए, यह ठीक है।
- अगर रखना है तो MP4 या MKV में रीमक्स करें
तेज़, लॉसलेस और यह सीक करना और अवधि हमेशा के लिए ठीक करता है। जो कुछ एक बार देखने के बजाय लाइब्रेरी में जा रहा है, उसके लिए यही करें।
- IPTV स्ट्रीम को जैसी हैं वैसा छोड़ें
जब TS फ़ाइल के बजाय लाइव स्ट्रीम के रूप में पहुंचता है, इनमें से कुछ लागू नहीं होता: इंडेक्स करने को कुछ नहीं क्योंकि कुछ ख़त्म ही नहीं हुआ। वहां बफ़रिंग एक नेटवर्क सवाल है।
इस फ़ॉर्मैट के बारे में सवाल
नज़दीकी फ़ॉर्मैट
आपकी लाइब्रेरी, आख़िरकार एक ही जगह।
डाउनलोड करना मुफ़्त है। न कोई अकाउंट, न साइन-अप, कुछ भी सौंपने की ज़रूरत नहीं।