SRT फ़ाइल क्या होती है?

SRT एक सादा टेक्स्ट फ़ॉर्मेट है, जो किसी भी एडिटर में खुल जाता है। इसका इस्तेमाल सबटाइटल बनाना के लिए होता है।

एक्सटेंशन .srt है और पूरा नाम SubRip Subtitle। दोनों उतना नहीं बताते जितना यह कि फ़ाइल अंदर क्या-क्या रख सकती है — और इस पन्ने का बाक़ी हिस्सा इसी के बारे में है।

यह 2000 तक पीछे जाता है।

उम्र एक व्यावहारिक वजह से काम की है: फ़ॉर्मेट जितना पुराना, उतने ज़्यादा प्रोग्रामों को उसे सीखने का वक़्त मिला है।

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

SRT फ़ाइल अपना अंदरूनी हिस्सा हूबहू सहेजती है। दोबारा सहेजने से कुछ नहीं बदलता, इसलिए इसे जितनी बार चाहें खोलिए, बदलिए और फिर से सहेजिए — नुक़सान जमा नहीं होता। यही बात इसे सौंपने का नहीं, काम करने का फ़ॉर्मेट बनाती है।

VLC, Subtitle Edit और Aegisub इसे पढ़ते हैं, और इसी तरह के ज़्यादातर दूसरे प्रोग्राम भी।

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

इसे कोई भी ब्राउज़र नहीं पढ़ता।

इसे बदलने की सबसे आम वजह यही है: फ़ॉर्मेट ख़राब है, ऐसा नहीं — बात यह है कि जहाँ आप फ़ाइल दिखाना चाहते हैं वह जगह उसे पढ़ ही नहीं सकती।

SRT इसलिए बना है कि इसे खोला और बदला जाए। जब तक काम चल रहा है फ़ाइल इसी फ़ॉर्मेट में रखिए, और जब भी बनी हुई प्रति चाहिए हो, इसी से निर्यात कीजिए।

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

टाइमस्टैम्प घंटे, मिनट, सेकंड और मिलीसेकंड हैं, मिलीसेकंड से पहले पूर्णविराम की बजाय अल्पविराम के साथ लिखे। यह अल्पविराम ही सबसे आम वजह है फ़ाइल के हाथ से संपादित होने के बाद सख़्त parser में नकारे जाने की।

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

अगर दोनों उतने ही ग़लत हैं, यह offset है — सबटाइटल किसी अलग शुरुआत वाले वीडियो संस्करण के हिसाब से समयबद्ध थे, आम तौर पर क्योंकि आपके पास distributor लोगो या लंबा इंट्रो है। हर टाइमस्टैम्प को उतने ही सेकंड खिसकाना इसे पूरी तरह ठीक करता है।

अगर वीडियो चलने के साथ ख़ामी बढ़ती है, यह frame-rate बेमेल है। सबटाइटल 25-फ़्रेम-प्रति-सेकंड प्रसारण संस्करण के लिए बने थे और आपकी फ़ाइल 23.976 पर चलती है, या उल्टा, तो दोनों लगातार दूर होते जाते हैं। इसे offset खिसकाने की बजाय अनुपाती खिंचाव चाहिए।

SRT फ़ाइल यह घोषित नहीं करती उसका टेक्स्ट कैसे सहेजा है। फ़ॉर्मेट में "यह UTF-8 है" कहने की कोई जगह नहीं, तो प्लेयर अंदाज़ा लगाता है — पुराने प्लेयर क्षेत्रीय single-byte encoding मान लेते हैं, यही वजह है स्पेनिश या पोलिश सबटाइटल फ़ाइल प्रश्न-चिह्न और बॉक्स से भरी आती है।

UTF-8 में सहेजिए और ज़्यादातर आधुनिक प्लेयर सही होंगे। कुछ पुराने हार्डवेयर प्लेयर क्षेत्रीय encoding चाहते हैं और UTF-8 बिगाड़ देंगे। अगर टेक्स्ट ग़लत है, फ़ाइल आम तौर पर ठीक है और पाठक उसे ग़लत पढ़ रहा है।

कोई फ़ॉन्ट नहीं, कोई रंग नहीं, कोई स्थिति नहीं, कोई karaoke टाइमिंग नहीं। कुछ प्लेयर italic और bold के लिए मुट्ठी भर HTML-जैसे टैग मानते हैं, पर यह फ़ॉर्मेट का हिस्सा नहीं, रिवाज़ है, और इस पर निर्भर फ़ाइल कहीं सादी दिखेगी।

हर दृश्य चीज़ प्लेयर तय करता है: सबटाइटल कहाँ बैठते हैं, कितने बड़े हैं, outline का रंग क्या है। यही वजह है SRT फ़ाइलें छोटी और सार्वभौमिक रूप से सुसंगत हैं, और यही वजह है असली सबटाइटल डिज़ाइन करने वाले ASS इस्तेमाल करते हैं, जहाँ स्थिति, फ़ॉन्ट और effect फ़ाइल का हिस्सा हैं।

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

एक्सटेंशन से पहले भाषा प्रत्यय, जैसे film.en.srt, कई भाषाओं का आम रिवाज़ है और आम प्लेयर इसे समझते हैं। इसके आगे: कुछ टेलीविज़न और मीडिया बॉक्स USB स्टिक से सबटाइटल तभी पढ़ते हैं जब वे वीडियो के साथ उसी partition पर हों।

WebVTT वह फ़ॉर्मेट है जो ब्राउज़र वेबपेज पर सबटाइटल के लिए इस्तेमाल करते हैं, और यह क़रीबी रिश्तेदार है — बनावट लगभग एक जैसी है, टाइमस्टैम्प अल्पविराम की बजाय पूर्णविराम इस्तेमाल करते हैं, और फ़ाइल एक हेडर लाइन से शुरू होती है।

नियम सादा है। किसी वेबसाइट पर वीडियो को VTT चाहिए, क्योंकि HTML video एलिमेंट यही स्वीकारता है। डेस्कटॉप प्लेयर, टेलीविज़न या अपलोड प्लेटफ़ॉर्म पर चलने वाली वीडियो SRT चाहती है। बदलना पल भर का काम है, तो जो आपका वर्कफ़्लो बनाता है वही रखिए।

कोई भी टेक्स्ट एडिटर। फ़ाइल टेक्स्ट है, बनावट साफ़ है, और किसी टाइपो को ठीक करना या एक देर से आए caption को खिसकाना वहाँ किसी सबटाइटल एडिटर से तेज़ है। बिना byte-order mark के UTF-8 में सहेजिए और प्रविष्टियों के बीच ख़ाली लाइन रखिए।

पूरी फ़ाइल खिसकाने, frame rate बदलने, waveform के ख़िलाफ़ resync करने जैसे व्यवस्थित काम के लिए, समर्पित सबटाइटल एडिटर अपनी क़ीमत चुकाता है। नौ सौ टाइमस्टैम्प पर हाथ से offset करना टेक्स्ट एडिटर में मुमकिन है और शाम बिताने का अच्छा तरीक़ा नहीं।

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

कुछ प्लेयर सबटाइटल मेनू में फ़ाइल दिखाते तो हैं पर चुनने पर कुछ नहीं दिखाते; यह आम तौर पर encoding की समस्या है, फ़ाइल पूरी तरह न पढ़े जाने की। सबसे पहले फ़ाइल को किसी दूसरे प्लेयर में आज़माना बताता है समस्या फ़ाइल में है या उस एक प्लेयर की सेटिंग में।