SMI को TXT में बदलें
या सबटाइटल टेक्स्ट पेस्ट करें
यह रूपांतरण क्या बदलता है
5 चीज़ें छूटती हैं या फ़ैसला माँगती हैं
- टाइमिंग
पूरी टाइमलाइन (आउटपुट फ़ॉर्मैट कोई टाइमिंग नहीं रखता)
- स्टाइलिंग
सारी स्टाइलिंग (बोल्ड, इटैलिक, रंग, आउटलाइन, छाया)
- स्थान
स्क्रीन पर स्थान (हर क्यू डिफ़ॉल्ट जगह पर लौट आता है)
- लाइन ब्रेक
लाइन ब्रेक (कई पंक्तियों वाले क्यू एक पंक्ति में जोड़ दिए जाएँगे)
- फ़ॉर्मैट-विशिष्ट सामग्री
वह सामग्री जो स्रोत फ़ॉर्मैट अपने क्यू के बाहर रखता है (क्यू से बाहर के ब्लॉक, हेडर टेक्स्ट, प्रति-क्यू सेटिंग, टिप्पणी की गई घटनाएँ) — लक्ष्य फ़ॉर्मैट में उसके लिए कोई जगह नहीं
यह सूची इन दोनों फ़ॉर्मैट के क्षमता मैट्रिक्स से आती है, आपकी लोड की गई उस फ़ाइल से नहीं। कोई खास फ़ाइल ज़्यादा खो सकती है अगर वह ऐसी सुविधाएँ इस्तेमाल करती हो जिन्हें फ़ॉर्मैट अनुमति देता है पर मैट्रिक्स मॉडल नहीं करता।
यह पेज SAMI (SMI) फ़ाइल को Plain Text (TXT) में बदलता है। SMI में <SYNC Start=4000> जैसे टैग बताते हैं कि उस क्षण से क्या दिखेगा, और <STYLE> ब्लॉक रंग-फ़ॉन्ट तय करता है। TXT में सिर्फ़ पंक्तियाँ हैं — कोई समय-कोड नहीं, इसलिए हर पंक्ति एक cue मानी जाती है।
जो नहीं बचता: पूरी समयरेखा (लक्ष्य कोई समय नहीं रखता), सारी स्टाइलिंग (बोल्ड, इटैलिक, रंग, आउटलाइन, छाया), स्क्रीन पर स्थिति (हर cue डिफ़ॉल्ट जगह पर लौटती है), पंक्ति विराम (बहु-पंक्ति cue एक पंक्ति में जुड़ जाती हैं), cue मॉडल के बाहर रखी स्रोत की सामग्री (गैर-cue ब्लॉक, हेडर पाठ, प्रति-cue सेटिंग, टिप्पणी-किए इवेंट)। समय-कोड पूरी तरह गायब हो जाते हैं, इसलिए TXT की एक पंक्ति को आपकी फ़ाइल का कोई क्षण याद नहीं रहता; SMI के रंग, आउटलाइन, छाया और मार्जिन TXT में कोई स्तंभ नहीं पाते; SMI का {\pos(320,240)} TXT में कोई जगह नहीं पाता और हर cue डिफ़ॉल्ट स्थान पर लौटती है। ये चीज़ें चुपचाप नहीं गिरतीं — फ़ाइल डालने से पहले ही ऊपर की सूची में लिखी रहती हैं।
Plain Text (TXT) का आउटपुट .txt फ़ाइल है और उसमें हर cue एक सादी पंक्ति बनती है, बिना समय के। चाहे एक फ़ाइल डालें या पूरी सीरीज़, सब कुछ एक-एक करके चलता है, बीच में रोका जा सकता है, और सारे नतीजे एक ZIP में मिलते हैं। कोई सर्वर नहीं, कोई अपलोड नहीं — सब कुछ आपके ब्राउज़र में।
उदाहरण
एक सामान्य SMI फ़ाइल, TXT में बदली गई
इनपुट
<SAMI>
<HEAD>
<STYLE TYPE="text/css">
<!--
P { text-align: center; font-family: Arial; }
.ENCC { Name: English; lang: en-US; }
-->
</STYLE>
</HEAD>
<BODY>
<SYNC Start=1000>
<P Class=ENCC>Hello there.
<SYNC Start=3000>
<P Class=ENCC>
<SYNC Start=3500>
<P Class=ENCC>How are you?<br>Fine, thanks.
<SYNC Start=6000>
<P Class=ENCC>
</BODY>
</SAMI>
आउटपुट
Hello there.
How are you?
Fine, thanks.
इस आउटपुट में छूटा: पूरी समयरेखा, स्टाइलिंग, स्क्रीन स्थिति, पंक्ति विराम, फ़ॉर्मैट-विशिष्ट सामग्री। बाकी सब पंक्ति-दर-पंक्ति मेल खाता है।
SMI से TXT: वही रूपांतरण एक कठिन इनपुट पर
इनपुट
<SAMI>
<HEAD>
<TITLE>Episode 1</TITLE>
<STYLE TYPE="text/css">
<!--
.ENCC { Name: English; }
-->
</STYLE>
</HEAD>
<BODY>
<sync start="00:00:02,500">
<P Class=ENCC>Line one<br>Line two
<sync start=9000>
<P Class=ENCC>Tom & Jerry
<SYNC Start=12000>
<P Class=ENCC>
</BODY>
</SAMI>
आउटपुट
Line one
Line two
Tom & Jerry
असली SMI फ़ाइलों में BOM, मिश्रित पंक्ति-अंत, खाली क्षेत्र या बिगड़ा समय-कोड मिलता है। ऊपर की साफ़ मिसाल से मिलाकर देखिए कि पार्सर कितना माफ़ करता है और क्या रिपोर्ट करता है।
अक्सर पूछे जाने वाले सवाल
TXT में SMI की समय-पंक्ति का क्या होता है?
SMI हर cue के शुरू और अंत को Start=4000 के रूप में रखता है, पर TXT में समय के लिए कोई जगह ही नहीं है। इसलिए पाठ की पंक्तियाँ क्रम में लिखी जाती हैं और हर समय-कोड छूट जाता है; क्रम बना रहता है, पर कौन-सी पंक्ति कब दिखेगी यह TXT से पता नहीं चलता।
SMI का <STYLE> ब्लॉक, <TITLE> और Class=… जैसी विशेषताएँ TXT में कहाँ जाता है?
SMI की वह सामग्री cue मॉडल के बाहर रहती है — <STYLE> में CSS नियम होते हैं जो फ़ॉन्ट, रंग और स्थान तय करते हैं, और Class=… किसी अनुच्छेद को उन नियमों से जोड़ता है। TXT में उसके लिए कोई अनुभाग, स्तंभ या विशेषता नहीं है, इसलिए वह गिर जाती है और रिपोर्ट में अलग से गिनी जाती है; TXT का अपना हेडर उसे दोबारा नहीं बना सकता।
SMI से TXT में बदलने पर क्या खो जाता है?
इस दिशा में 5 तरह की जानकारी गिरती है: पूरी समयरेखा (लक्ष्य कोई समय नहीं रखता), सारी स्टाइलिंग (बोल्ड, इटैलिक, रंग, आउटलाइन, छाया), स्क्रीन पर स्थिति (हर cue डिफ़ॉल्ट जगह पर लौटती है), पंक्ति विराम (बहु-पंक्ति cue एक पंक्ति में जुड़ जाती हैं), cue मॉडल के बाहर रखी स्रोत की सामग्री (गैर-cue ब्लॉक, हेडर पाठ, प्रति-cue सेटिंग, टिप्पणी-किए इवेंट)। मिसाल के लिए, SMI का Start=4000 किसी भी TXT पंक्ति के साथ नहीं रहता, इसलिए पाठ का क्रम तो बचता है पर समय नहीं। यह सूची आपकी फ़ाइल डालने से पहले ही दिखती है, और फ़ाइल आने के बाद उसमें बताया जाता है कि उसमें से कितनी चीज़ें वाकई मौजूद थीं।
TXT में SMI के cue और पंक्तियों का क्या नाता है?
TXT में हर SMI cue की पंक्तियाँ बिना समय के सादे पाठ बनती हैं। बहु-पंक्ति cue एक पंक्ति में जुड़ जाती है, क्योंकि TXT का मॉडल एक पंक्ति एक cue है।
दो पंक्तियों वाली SMI cue TXT में कैसे आएगी?
SMI एक cue के भीतर हार्ड लाइन-ब्रेक रख सकता है, पर TXT का मॉडल एक पंक्ति एक cue है। इसलिए दोनों पंक्तियाँ जोड़ दी जाती हैं और अलग पंक्ति का अंतर खत्म हो जाता है; पाठ का क्रम बना रहता है, पर दृश्य विराम नहीं।
TXT से SMI की उलटी दिशा उतनी ही सुरक्षित है?
नहीं। TXT से SMI की उलटी दिशा में भी समयरेखा स्वयं बनाई जाती है (स्रोत में कोई समय नहीं) जैसी जानकारी गिरती है, क्योंकि दोनों फ़ॉर्मैट अलग-अलग चीज़ें रखते हैं और उलटी दिशा की अपनी कमियाँ हैं। और इस दिशा में SMI से TXT में जो छूटा — जैसे SMI का Start=4000 किसी भी TXT पंक्ति के साथ नहीं रहता, इसलिए पाठ का क्रम तो बचता है पर समय नहीं — वह TXT में कहीं दर्ज नहीं है, इसलिए किसी भी उलटे रूपांतरण से उसे दोबारा नहीं बनाया जा सकता।