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

यहाँ मूल रूप से एक ही स्रोत है। YouTube का कैप्शन एडिटर SBV लिखता है, इसका डाउनलोड टूल इसे SubRip और WebVTT के साथ देता है, और आम इस्तेमाल में कोई और चीज़ यह फ़ॉर्मेट बनाती नहीं। यह एक्सटेंशन वाली फ़ाइल आपकी मशीन पर है तो वह उसी प्लेटफ़ॉर्म की किसी वीडियो से आई है।

दो हालात बराबर आम हैं। कोई कैप्शन ऑफ़लाइन सुधारकर वापस डालना चाहता है — तब फ़ॉर्मेट ठीक है और इस कन्वर्ज़न की ज़रूरत नहीं। या कोई कैप्शन को कहीं और चाहता है — अपने कंप्यूटर की वीडियो, दूसरा प्लेटफ़ॉर्म, कोई एडिटर, कोई क्लाइंट — यहीं वह फ़ॉर्मेट परेशानी बन जाता है जिसे सिर्फ़ एक कंपनी पढ़ती है।

क्योंकि वह इसे लागू ही नहीं करता। VLC और उसके साथी SubRip, WebVTT, Advanced SubStation Alpha और कुछ डिब्बे-में-एम्बेडेड फ़ॉर्मेट पढ़ते हैं; SBV सूची में नहीं है। प्लेयर कोई त्रुटि नहीं दिखाता, बस कोई सबटाइटल ट्रैक न पाकर वीडियो सीधा चला देता है।

यह तकनीकी दिक़्क़त नहीं, समर्थन का फ़ैसला है — फ़ॉर्मेट पार्स करना बेहद आसान है, यही तो इसका मक़सद भी है। यह एक वेब ऐप्लिकेशन के भीतर कैप्शन-पाठ ले-जाने के लिए बना, और कभी उतना व्यापक इस्तेमाल नहीं पा सका जो किसी प्लेयर लेखक का समय माँगे। रजिस्ट्री इसे niche मानती है, और यह बिलकुल सही है।

समय-लाइन बँटकर बढ़ती है। SBV दोनों समय एक लाइन में कॉमा से अलग रखती है; SubRip उन्हें तीर से अलग रखती है, हर समय दो अंकों के घंटे पर पैडेड और मिलीसेकंड से पहले फ़ुलस्टॉप की बजाय कॉमा के साथ। यानी 0:04:12.500,0:04:15.100 बनता है 00:04:12,500 --> 00:04:15,100।

पाठ बिलकुल नहीं बदलता। कैप्शन के भीतर लाइन-ब्रेक लाइन-ब्रेक ही रहते हैं, अक्षर जस के तस कॉपी होते हैं, और प्रविष्टियों के बीच की ख़ाली लाइन बनी रहती है क्योंकि दोनों फ़ॉर्मेट अपनी प्रविष्टियाँ एक ही तरह अलग करते हैं।

SubRip हर टाइमिंग-लाइन के ऊपर अपनी लाइन पर क्रम-संख्या रखता है, और सख़्त पार्सर उसकी उम्मीद करता है। SBV में कोई संख्या होती ही नहीं, इसलिए कन्वर्टर एक जोड़ता है, फ़ाइल में प्रविष्टियों के आने के क्रम में एक से गिनती करते हुए।

चूँकि SBV की प्रविष्टियाँ YouTube से कालानुक्रमिक क्रम में आती हैं, गिनती टाइमलाइन से मेल खाती है और जाँचने को कुछ नहीं। अगर फ़ाइल हाथ से संपादित हुई है और कोई प्रविष्टि हिली है, तो संख्या फ़ाइल के अनुसार चलती है, समय के अनुसार नहीं।

किसी कन्वर्ज़न साइट पर बिना शर्त कहने लायक़ यह असामान्य बात है। SBV में कोई स्टाइलिंग नहीं, कोई पोज़िशनिंग नहीं, कोई रंग नहीं, कोई फ़ॉन्ट नहीं, कोई वक्ता-निशान नहीं और कोई नंबरिंग नहीं। इसमें बस शुरुआत, अंत और कुछ शब्द हैं। SubRip में वही तीन चीज़ें और एक गिनती है।

इसलिए यहाँ तौलने को कोई समझौता नहीं, पढ़ने को कोई चेतावनी नहीं, नुक़सान के लिए जाँचने को कोई नतीजा नहीं। जो कठोरता SBV को संग्रह-फ़ॉर्मेट के रूप में बेकार बनाती है वही इससे बदलने को पूरी तरह सुरक्षित बनाती है।

बहुत-सी SBV फ़ाइलें रचे कैप्शन नहीं, स्वचालित ट्रांसक्रिप्ट होती हैं, और कन्वर्ज़न शब्दों को बेहतर नहीं बनाता। वाक् पहचान आम बातचीत की भाषा पर भरोसेमंद है और उन्हीं शब्दों पर अविश्वसनीय जो मतलब ढोते हैं: नाम, जगहें, तकनीकी शब्दावली।

दो यांत्रिक कमियाँ साथ में ठीक करने लायक़ हैं। मशीन आउटपुट वहाँ लाइन तोड़ती है जहाँ पहचानकर्ता का बफ़र ख़ाली हुआ, किसी वाक्यांश की सीमा पर नहीं। और यह ऐसी लंबाई के क्यू बनाती है जो किसी ने नहीं चुनी। एक ख़तरा जान-बूझकर ढूँढ़ने लायक़ है: वाक् पहचान चुपचाप ग़लत होती है — असली शब्द की जगह कोई और असली शब्द रख देती है, इसलिए कैप्शन व्याकरण की दृष्टि से सही, विश्वसनीय और ग़लत दिखता है।

लगभग हर प्लेटफ़ॉर्म जो सबटाइटल स्वीकारता है, SubRip स्वीकारता है; कई WebVTT भी; लगभग कोई SBV नहीं। यही असमानता इस कन्वर्ज़न की व्यावहारिक वजह है। जहाँ कोई प्लेटफ़ॉर्म फ़ाइल-नाम में या किसी फ़ील्ड में भाषा-कोड माँगे, उसे सही सेट कीजिए, डिफ़ॉल्ट पर मत छोड़िए।

अपलोड से पहले करने लायक़ दूसरी चीज़ है SRT के आख़िरी कुछ क्यू पढ़ना। किसी प्लेटफ़ॉर्म से डाउनलोड की कैप्शन फ़ाइल उस वीडियो को कवर करती है जैसी वह प्लेटफ़ॉर्म पर थी, और दोबारा-अपलोड अक्सर वही कट नहीं होता — इंट्रो कार्ड जुड़ना, स्पॉन्सर हिस्सा हटना, अंत छोटा होना।

कैप्शन उसी कॉपी के ख़िलाफ़ समयबद्ध किए गए थे जो अपलोड हुई थी। अगर आपकी लोकल वीडियो अलग कट है — इंट्रो कार्ड वाला वर्शन, छोटी शुरुआत वाला दोबारा-अपलोड — तो SRT शुरू से अंत तक उसी फ़र्क़ जितना एक-समान गड़बड़ रहेगा।

यह बहाव नहीं, ऑफ़सेट है, और आसान मामला है। पहला और आख़िरी कैप्शन जाँचिए: दोनों सिरों पर एक-सी ग़लती का मतलब है स्थिर बदलाव, जिसे कोई भी प्लेयर एक क़दम में ठीक कर सकता है।

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

दो आदतें इससे बचाती हैं: संरचनात्मक बदलाव किसी सबटाइटल एडिटर में कीजिए, टेक्स्ट एडिटर में नहीं, जहाँ नंबरिंग अपने-आप होती है। या बदलाव SBV में कीजिए, जहाँ कोई गिनती बिगड़ने को है ही नहीं, और बाद में दोबारा बदल लीजिए।

एक बार बदलने के बाद SubRip फ़ाइल हर मायने में बेहतर मास्टर है। सबटाइटल एडिटर उसे सँभालते हैं, प्लेयर उसे लोड करते हैं, प्लेटफ़ॉर्म उसे स्वीकारते हैं, और वह उतना ही रखती है जितना SBV रखती थी।

समझदार व्यवस्था है SRT रखना, उसी में संपादन करना, और SBV में वापस बदलना सिर्फ़ तब जब कोई ख़ास सुधार YouTube के कैप्शन एडिटर में ही करना पड़े। इस तरह जो फ़ाइल आप बनाए रखते हैं वही पूरी दुनिया पढ़ती है।