VTT को SRT में बदलें

WebVTT ब्राउज़र के लिए बना है और यही उसकी सीमा भी है। डेस्कटॉप प्लेयर, टेलीविज़न, USB स्टिक से सबटाइटल पढ़ने वाला हार्डवेयर और कई अपलोड फ़ॉर्म SubRip चाहते हैं और बाक़ी सबको अनजान फ़ाइल मानते हैं।

सबसे आम स्रोत जानने लायक़ हैं क्योंकि वे बताते हैं बदलने के बाद क्या जाँचना है। किसी वेब प्लेयर से डाउनलोड की गई VTT में अक्सर cue settings होती हैं। किसी transcription सेवा से निर्यात हुई में अक्सर voice tags होते हैं।

WebVTT की टाइमिंग लाइन अंत के समय के बाद settings रख सकती है — कोई line नंबर जो caption को फ़्रेम के ऊपर ले जाए, कोई alignment। यह converter अंत का समय पहले स्पेस तक पढ़ता है और बाक़ी सब फेंक देता है, क्योंकि SubRip के पास उसे रखने की कोई बनावट नहीं।

यही इस बदलाव में असली नुक़सान है और यह आउटपुट में कहीं दिखता नहीं। अगर आपकी caption जान-बूझकर ऊपर की तरफ़ रखी गई थी, तो SRT हर लाइन नीचे रखेगी।

Cue का टेक्स्ट बिना पढ़े-समझे कॉपी होता है। यह इटैलिक के लिए सही व्यवहार है और WebVTT के voice tag के लिए ग़लत दिखने वाला — बोलने वाले का नाम कोणीय-कोष्ठक में — क्योंकि SubRip में इसकी कोई बराबरी नहीं।

प्लेयर उसे दिखाएगा — कोणीय-कोष्ठक में नाम, फिर संवाद। इलाज है तैयार SRT पर खोज-बदल, नाम हटाना या उन्हें बोलने-वाले-का-नाम-और-कोलन की परंपरा में बदलना।

WebVTT फ़ाइल में NOTE से शुरू होने वाले टिप्पणी-ब्लॉक और CSS रखने वाला STYLE ब्लॉक हो सकता है। दोनों में कोई तीर नहीं होता, और parser तीर देखकर ही cue पहचानता है — इसलिए दोनों छोड़ दिए जाते हैं।

इसकी क़ीमत यह है कि उस ब्लॉक में तय की गई कोई भी स्टाइलिंग चली जाती है, जो मायने रखता है अगर वह कोई पढ़ने-लायक़ रंग बना रही थी। SubRip हर दृश्य फ़ैसला प्लेयर पर छोड़ता है।

WebVTT के cue आमतौर पर बिना नंबर के होते हैं, और जहाँ टाइमस्टैंप के ऊपर कोई लाइन दिखती है वह पहचानकर्ता है, गिनती नहीं। SubRip को क्रमांक चाहिए, इसलिए converter एक से गिनकर लिखता है, स्रोत में जो भी हो उसे नज़रअंदाज़ करते हुए।

हाथ से संपादित फ़ाइलों पर इसका एक सुखद असर है — बेतरतीब पहचानकर्ता वाली VTT साफ़ गिनी हुई SRT बनकर निकलती है।

हर समय भीतर मिलीसेकंड में रखा जाता है और घंटे, मिनट, सेकंड और मिलीसेकंड बनकर वापस लिखा जाता है, घंटे शून्य से शुरू और अंश से पहले अल्पविराम। कोई गोलाई किसी दिशा में नहीं होती, इसलिए मिलीसेकंड तक ठीक वही समय रहता है।

यह साफ़ कहना ज़रूरी है क्योंकि यही अल्पविराम है जो हाथ से संपादन के बाद फ़ाइल को नकारे जाने की क्लासिक वजह बनता है। दोनों फ़ॉर्मेट एक ही चीज़ मापते हैं, बस अलग विराम-चिह्न से।

बड़ा हिस्सा गश्ती हुई WebVTT फ़ाइलों का ख़ुद-कार transcription से बना है। मशीन का नतीजा सरसरी पढ़ने लायक़ है, प्रकाशन लायक़ नहीं — और जो शब्द वह ग़लत करती है वे अक्सर ख़ास नाम और तकनीकी शब्दावली होते हैं।

दो यांत्रिक ख़ामियाँ भी देखने लायक़ हैं — लाइन-ब्रेक अक्सर क्लॉज़ की सीमा पर नहीं, बल्कि जहाँ recogniser का buffer खाली हुआ वहाँ आता है। SRT में यह ठीक करना सादा टेक्स्ट का काम है।

ज़्यादातर प्लेयर सबटाइटल फ़ाइल तभी अपने-आप उठाते हैं जब वह वीडियो के बराबर बैठी हो और नाम में सिर्फ़ एक्सटेंशन अलग हो — film.mp4 और film.srt। एक अक्षर के फ़र्क़ पर कुछ नहीं दिखता।

भाषा-suffix, जैसे film.en.srt, कई भाषाओं वाले सेट के लिए परंपरा है और आम प्लेयर इसे समझते हैं। टेलीविज़न और मीडिया बॉक्स ज़्यादा नखरे वाले होते हैं।

Converter ख़ाली SRT लौटाने के बजाय मना कर देता है। ख़ाली cue वाली फ़ाइल पूरी तरह डाउनलोड और लोड होती है और कुछ नहीं दिखाती — दर्शक मान लेगा वीडियो में कैप्शन ही नहीं, बदलाव चुपचाप नाकाम नहीं हुआ।

दो वजहें इसकी ज़्यादातर हिसाब होती हैं। पहली, फ़ाइल असल में WebVTT है ही नहीं। दूसरी, पुरानी Mac की सिर्फ़-carriage-return लाइन-एंडिंग, जिसे एक आधुनिक एडिटर से दोबारा सहेजना ठीक कर देता है।

ज़्यादातर फ़ाइलों के लिए यह ठीक-ठीक है। एक सादी WebVTT ट्रैक में टेक्स्ट और टाइमिंग ही पूरी सामग्री है, और दोनों मिलीसेकंड और अक्षर तक बचते हैं।

अपवाद वही तीन हैं — स्थिति गिर जाती है, voice tags दिखता टेक्स्ट बन जाते हैं, cue पहचानकर्ता नंबरों से बदल जाते हैं। अगर कोई फ़ाइल इनमें से कोई इस्तेमाल नहीं करती, तो SRT वही सबटाइटल है, बस अलग विराम-चिह्न में।