क्रम से बाहर सबटाइटल खोजें
या सबटाइटल टेक्स्ट पेस्ट करें
विकल्प
टाइमिंग किस फ़्रेम रेट में गिनी गई है। फ़ॉर्मैट पेजों पर यही MicroDVD को चाहिए, क्योंकि वह टाइमिंग फ़्रेम संख्याओं में रखता है। फ़्रेम रेट पेजों पर यह वह रेट है जिसके हिसाब से फ़ाइल की टाइमिंग की गई थी — वह संस्करण जिसके लिए सबटाइटल बने थे — और पेज का दूसरा बॉक्स उस वीडियो का रेट लेता है जिसके साथ आप इन्हें इस्तेमाल करेंगे। 23.976, 24, 25, 29.97, 30, 50, 59.94 और 60 आम हैं। गलत होने पर पूरी टाइमलाइन खिसक जाती है, और फ़्रेम रेट पेजों पर वह एक अनुपात से खिसकती है, तय मात्रा से नहीं।
सबटाइटल फ़ाइल आगे की दिशा में चलनी चाहिए: हर क्यू पिछले से पहले शुरू न हो। यह पेज उन फ़ाइलों की रिपोर्ट देता है जहाँ ऐसा नहीं था — जहाँ फ़ाइल संभलने से पहले पाठक को क्यू इधर-उधर करने पड़े — और यह क्यू से नहीं, पाठक के अपने सॉर्ट रिकॉर्ड से करता है, क्योंकि जब तक कुछ जाँचा जा सकता है तब तक क्रम पहले ही सही हो चुका होता है। नतीजा रिपोर्ट है, बदली हुई फ़ाइल नहीं: कुछ भी दोबारा नहीं लिखा जाता।
रिपोर्ट पढ़ने से पहले यह तंत्र समझना ज़रूरी है। फ़ाइल पढ़ते ही क्यू शुरू समय से क्रमबद्ध हो जाते हैं, क्योंकि हर दूसरा ऑपरेशन, हर पूर्वावलोकन और हर निर्यात बढ़ते क्रम को मानता है। इसलिए बेतरतीब आई फ़ाइल क्यू में अपना कोई निशान नहीं छोड़ती — बचा हुआ अकेला सबूत यह गिनती है कि कितने क्यू हिलाने पड़े, और रिपोर्ट वही छापती है: दस्तावेज़-स्तर का एक निष्कर्ष, शामिल क्यू की संख्या, और कोई टाइमकोड नहीं, क्योंकि क्रमबद्ध होने के बाद इशारा करने की कोई ईमानदार जगह बचती ही नहीं।
बेतरतीब का मतलब सिर्फ़ शुरू समय का घटना है, और कुछ नहीं। एक ही मिलीसेकंड पर शुरू होने वाले दो क्यू क्रम से बाहर नहीं: सॉर्ट स्थिर है, कुछ नहीं हिलता, और फ़ाइल यह जाँच पार कर जाती है — ऐसी जोड़ी ज़्यादा संभव है कि ओवरलैप पेज पर दिखे। क्रम में पढ़ी गई फ़ाइल ऐसी रिपोर्ट देती है जिसके निष्कर्ष खाली हैं और हेडर कहता है कि पढ़ते समय कुछ नहीं खोया, और यह सच्चा बरी है: इस जाँच का सबूत यह गिनती है कि कितने क्यू हिलाने पड़े, और शून्य भी एक संख्या है। plain text स्वीकार नहीं है, क्योंकि जिस फ़ॉर्मैट में शुरू समय ही नहीं वह किसी भी अर्थ में क्रम से बाहर नहीं हो सकता।
उदाहरण
फ़ाइल उलटी चलती है
सबटाइटल
1
00:00:10,000 --> 00:00:11,000
I was working late.
2
00:00:01,000 --> 00:00:02,000
Where were you?
रिपोर्ट क्या पाती है
Cues out of sequence — 1 found
Severity Cues Start End Measured
Warning — — — 2 items
दूसरा क्यू पहले से नौ सेकंड पहले शुरू होता है। रिपोर्ट एक निष्कर्ष देती है और कोई टाइमकोड नहीं: फ़ाइल पढ़ते समय क्यू क्रमबद्ध हो चुके थे, इसलिए अब फ़ाइल में ऐसी कोई जगह नहीं जिसे ग़लत कहा जा सके। हेडर की “Cue order × 2” पंक्ति वही तथ्य है जो पढ़ते समय गिना गया।
क्रम में है, और रिपोर्ट यही कहती है
सबटाइटल
1
00:00:01,000 --> 00:00:02,000
Where were you?
2
00:00:10,000 --> 00:00:11,000
I was working late.
रिपोर्ट क्या पाती है
Cues out of sequence — Nothing found
Cues 2
Checks run 1
Lost while reading Nothing
बढ़ते समय, कुछ नहीं हिला। इस पेज पर खाली नतीजा सच्चा बरी है, गुमशुदा जवाब नहीं, और खोने वाली पंक्ति भी इसीलिए “Nothing” कहती है — जाँच का सबूत यह गिनती है कि कितने क्यू हिलाने पड़े, और इस फ़ाइल ने एक भी नहीं दिया।
एक साथ शुरू होते दो क्यू क्रम से बाहर नहीं
सबटाइटल
1
00:00:01,000 --> 00:00:02,000
Where were you?
2
00:00:01,000 --> 00:00:03,000
I was working late.
रिपोर्ट क्या पाती है
Cues out of sequence — Nothing found
Cues 2
Checks run 1
Lost while reading Nothing
बराबर शुरू समय घटना नहीं है, सॉर्ट स्थिर है, और कोई क्यू नहीं हिलता। ऐसी फ़ाइलें अलग दोष रखती हैं — दो क्यू एक ही स्क्रीन साझा करते हैं — और वह ओवरलैप पेज का काम है। उन्हें यहाँ भेजने का मतलब ऐसा पुनर्क्रमण रिपोर्ट करना होता जो कभी हुआ ही नहीं।
अक्सर पूछे जाने वाले सवाल
इस पेज पर सबटाइटल फ़ाइल को क्रम से बाहर क्या बनाता है?
वह क्यू जिसका शुरू समय उसके ऊपर दिखने वाले क्यू के शुरू समय से पहले है। यानी घटना, और कुछ नहीं: बराबर शुरू समय घटना नहीं है, और बराबर अंत वाले क्यू अप्रासंगिक हैं क्योंकि सॉर्ट शुरू समय से होता है। एक खराब क्यू फ़ाइल की रिपोर्ट के लिए काफ़ी है।
निष्कर्ष में कोई टाइमकोड क्यों नहीं दिखता?
क्योंकि फ़ाइल पढ़ते समय क्यू क्रमबद्ध हो जाते हैं और रिपोर्ट उसके बाद बनती है। उस समय तक मेमोरी में क्रम सही है और ईमानदारी से “ग़लत” कहने लायक कोई जगह नहीं बचती। हिलाए गए क्यू की गिनती सबूत है, और वह मापे गए कॉलम में तथा हेडर में खोए हुए के रूप में दोबारा छपती है।
क्या यह पेज मेरी फ़ाइल का क्रम बदलता है?
नहीं। यह फ़ाइल पढ़ता है और रिपोर्ट बनाता है; मूल अछूती रहती है। निष्कर्ष जिस सॉर्ट की बात करता है वह पढ़ते समय ब्राउज़र के अंदर होता है और कहीं लिखा नहीं जाता। अगर आपको क्रमबद्ध की गई फ़ाइल चाहिए, वह अलग ऑपरेशन है जिसका उत्पाद सबटाइटल फ़ाइल होता है।
एक ही शुरू समय वाले दो क्यू यहाँ समस्या हैं?
इस पेज पर नहीं — बराबर शुरू समय क्रमबद्ध करने पर कुछ नहीं हिलता, इसलिए जाँच कुछ नहीं बताती। ऐसी क्यू जोड़ी को अलग वजह से देखना चाहिए: एक ही क्षण दो क्यू स्क्रीन पर होना ओवरलैप है, और उसे वही पेज ले जाना चाहिए।
क्यू के क्रम की जाँच किन सबटाइटल फ़ॉर्मैट पर हो सकती है?
बारह में से ग्यारह पर: SRT, WebVTT, ASS, SSA, SBV, SMI, LRC, MicroDVD, TTML, JSON और CSV। plain text सूची में नहीं है, क्योंकि शुरू समय न होने पर ग़लत होने लायक कोई क्रम ही नहीं — वहाँ साफ़ नतीजा बताना सच्चा बरी नहीं, झूठा बरी होगा।
सौंपी गई सबटाइटल फ़ाइल कितनी बार उलटी चलती है?
टाइमलाइन जितना सुझाती है उससे ज़्यादा बार, और आम तौर पर उबाऊ वजह से: हाथ से मर्ज की गई दो फ़ाइलें, मशीन अनुवाद का ऐसा पास जिसने अपने खंड अलग क्रम में लौटाए, या पूरी फ़ाइल की जगह चयन पर लगाया गया टाइमिंग उपकरण। यह शायद ही प्लेयर तक पहुँचता है क्योंकि प्लेयर भी क्रम लगाते हैं, पर उन उपकरणों तक पहुँच जाता है जो फ़ाइल को क्रमबद्ध मानते हैं।
क्या फ़ाइलों का बैच एक साथ जाँचा जा सकता है?
हाँ। जितनी चाहें फ़ाइलें डाली जा सकती हैं और वे एक के बाद एक पढ़ी जाती हैं, हर एक की अपनी रिपोर्ट बनती है, और रिपोर्टें एक साथ zip में उतरती हैं। कतार हर फ़ाइल की प्रगति दिखाती है और रन बीच में रोका जा सकता है बिना पीछे कुछ चलता छोड़े।