ओवरलैप करते सबटाइटल खोजें
या सबटाइटल टेक्स्ट पेस्ट करें
विकल्प
टाइमिंग किस फ़्रेम रेट में गिनी गई है। फ़ॉर्मैट पेजों पर यही MicroDVD को चाहिए, क्योंकि वह टाइमिंग फ़्रेम संख्याओं में रखता है। फ़्रेम रेट पेजों पर यह वह रेट है जिसके हिसाब से फ़ाइल की टाइमिंग की गई थी — वह संस्करण जिसके लिए सबटाइटल बने थे — और पेज का दूसरा बॉक्स उस वीडियो का रेट लेता है जिसके साथ आप इन्हें इस्तेमाल करेंगे। 23.976, 24, 25, 29.97, 30, 50, 59.94 और 60 आम हैं। गलत होने पर पूरी टाइमलाइन खिसक जाती है, और फ़्रेम रेट पेजों पर वह एक अनुपात से खिसकती है, तय मात्रा से नहीं।
ओवरलैप करते सबटाइटल वे क्यू हैं जो स्क्रीन साझा करते हैं: ऐसा क्यू जो पिछले के खत्म होने से पहले शुरू होता है। यह पेज SRT, WebVTT, ASS जैसी फ़ाइलों में उन्हें खोजता है और बताता है कि दोनों कितना समय साझा करते हैं, मिलीसेकंड में, क्यू-दर-क्यू। यह फ़ाइल नहीं बदलता — मूल बिल्कुल वैसी ही रहती है, और जो लौटता है वह रिपोर्ट है जिसे आप PDF या CSV के रूप में डाउनलोड कर सकते हैं।
ओवरलैप अपने आप ग़लती नहीं है। दो वक्ता एक-दूसरे की बात काटते हैं, हाथ से की गई टाइमिंग पास, या किसी दूसरे फ़ॉर्मैट से बदले गए सबटाइटल — ये सब ओवरलैप पैदा करते हैं, और उनमें से कुछ जानबूझकर होते हैं। उन्हें सूचीबद्ध करने लायक यह बात बनाती है कि प्लेयर एक ही जगह एक ही समय दो क्यू नहीं खींच सकता, इसलिए दर्शक जो देखता है वह आपके लिए तय किया जाता है और हो सकता है फ़ाइल जो कहती है वह न हो। देखने लायक नंबर साझा मिलीसेकंड हैं: 400 ms का ओवरलैप झिलमिलाहट जैसा पढ़ता है, जबकि कई सेकंड आम तौर पर मतलब है कि कोई क्यू ग़लत जगह चिपका दिया गया।
रिपोर्ट यह भी बताती है कि वह क्या जाँच नहीं सकी। जो फ़ॉर्मैट अंत समय नहीं रखता उसके ओवरलैप बिल्कुल मापे नहीं जा सकते, और जिस क्यू का अंत उसके शुरू के बाद नहीं था उसे फ़ाइल पढ़ते समय मरम्मत किया जाता है — वह मरम्मत चुपचाप निष्कर्षों में मिलाने की जगह रिपोर्ट के ऊपर सूचीबद्ध होती है। कुछ ग़लत न होने वाली फ़ाइल भी ऐसी रिपोर्ट देती है जो यही कहती है: “जाँचा गया, कुछ नहीं मिला” और “जाँचा नहीं जा सका” दो अलग वाक्य हैं, और यह पेज उन्हें अलग रखता है। सब कुछ आपके ब्राउज़र में चलता है, और पूरा सीज़न एक बार में कतार से गुज़र सकता है।
उदाहरण
एक सेकंड साझा करते दो क्यू
सबटाइटल
1
00:00:01,000 --> 00:00:04,000
First line.
2
00:00:03,000 --> 00:00:06,000
Second line, starting early.
रिपोर्ट क्या पाती है
Overlapping cues — 1 found
Severity Cues Start End Measured
Error 1, 2 00:00:03.000 00:00:04.000 1000 ms
दूसरा क्यू शुरू होता है जब पहला अभी स्क्रीन पर है। मापा गया मान साझा अवधि है — पहले क्यू का अंत घटा दूसरे क्यू का शुरू — किसी भी क्यू की लंबाई नहीं।
छूते हुए क्यू ओवरलैप नहीं
सबटाइटल
1
00:00:01,000 --> 00:00:02,000
First line.
2
00:00:02,000 --> 00:00:03,000
Second line, touching.
रिपोर्ट क्या पाती है
Overlapping cues — Nothing found
Checks run 1
Cues 2
दूसरा क्यू ठीक उसी मिलीसेकंड शुरू होता है जब पहला खत्म होता है। यह सही टाइमिंग है, इसलिए कुछ सूचीबद्ध नहीं होता — पर रिपोर्ट फिर भी कहती है कि जाँच चली, जो उस फ़ाइल से अलग बात है जिसे जाँचा ही नहीं जा सका।
लंबे क्यू के अंदर धँसा क्यू
सबटाइटल
1
00:00:00,000 --> 00:00:10,000
Long opening line.
2
00:00:01,000 --> 00:00:02,000
Nested inside it.
3
00:00:03,000 --> 00:00:04,000
Also nested inside it.
रिपोर्ट क्या पाती है
Overlapping cues — 2 found
Severity Cues Start End Measured
Error 1, 2 00:00:01.000 00:00:02.000 1000 ms
Error 1, 3 00:00:03.000 00:00:04.000 1000 ms
दोनों छोटे क्यू लंबे क्यू से ओवरलैप करते हैं, और कोई भी दूसरे से नहीं। हर तुलना अब तक पहुँचे सबसे दूर बिंदु के विरुद्ध होती है, इसीलिए दूसरा छोटा क्यू भी पकड़ा जाता है, भले ही ठीक उससे पहले वाला क्यू उस तक नहीं पहुँचता।
अक्सर पूछे जाने वाले सवाल
इस पेज पर ओवरलैप करता क्यू ठीक किसे गिना जाता है?
वह क्यू जिसका शुरू समय फ़ाइल में अब तक पहुँचे सबसे दूर अंत समय से पहले है। जो क्यू बस छूते हैं — एक 00:00:04,000 पर खत्म और अगला 00:00:04,000 पर शुरू — वे ओवरलैप नहीं और कभी सूचीबद्ध नहीं होते। एक मिलीसेकंड का ओवरलैप सूचीबद्ध होता है, क्योंकि वह है।
क्या यह उपकरण मेरी सबटाइटल फ़ाइल बदलता है?
नहीं। फ़ाइल पढ़ी जाती है और रिपोर्ट निकलती है; एक भी टाइमकोड दोबारा नहीं लिखा जाता। ओवरलैप हटाना अलग उपकरण है, और जाँच को सुधार से अलग रखने का मतलब है कि किसी को सौंपी गई रिपोर्ट मूल फ़ाइल का वर्णन करती है, न कि उस संस्करण का जिसे यह पेज पहले ही संपादित कर चुका।
ओवरलैप की मात्रा कैसे निकाली जाती है?
बाद वाले क्यू के शुरू से दोनों अंत समयों में से पहले तक, मिलीसेकंड में। लंबे क्यू के अंदर पूरी तरह बैठे क्यू के लिए पूरा क्यू ही ओवरलैप है। तुलनाएँ अब तक पहुँचे सबसे दूर अंत के विरुद्ध चलती हैं, ठीक पहले वाले क्यू के विरुद्ध नहीं, इसलिए एक ही क्षण पर ढेर हुए तीन क्यू एक नहीं, दो निष्कर्ष देते हैं।
ओवरलैप की जाँच किन सबटाइटल फ़ॉर्मैट पर हो सकती है?
उन दस पर जो शुरू और अंत दोनों समय रखते हैं: SRT, WebVTT, ASS, SSA, SBV, SMI, MicroDVD, TTML, JSON और CSV। LRC और plain text सूची में नहीं हैं क्योंकि वे हर पंक्ति पर एक समय रखते हैं, इसलिए तुलना करने को कुछ नहीं — उनमें से किसी फ़ॉर्मैट की फ़ाइल पहले बदलनी होगी।
मैं जो रिपोर्ट डाउनलोड करता हूँ उसमें क्या है?
फ़ाइल का नाम, उसे जिस फ़ॉर्मैट के रूप में पढ़ा गया, क्यू गिनती और जहाँ फ़ॉर्मैट फ़्रेम रखता है वहाँ फ़्रेम रेट बताने वाला हेडर; पढ़ते समय जो कुछ मरम्मत करना पड़ा उसकी पंक्ति; फिर हर जाँच का एक विभाग, जिसमें हर निष्कर्ष के लिए क्यू नंबर, दोनों टाइमकोड और मापे गए मिलीसेकंड हैं। वही सामग्री पढ़ने के लिए PDF और स्प्रेडशीट में छाँटने के लिए CSV के रूप में मिलती है।
ओवरलैप वाली फ़ाइल प्लेयर में ठीक चलती क्यों दिखती है?
क्योंकि जब दो क्यू एक ही क्षण पर आते हैं तो प्लेयर तय करता है कि क्या खींचे, और वह फ़ैसला फ़ाइल में नहीं होता। कुछ प्लेयर बाद वाला क्यू दिखाते हैं, कुछ दोनों ढेर करते हैं, और स्थित वाला क्यू ऐसे कोने में बैठ सकता है जहाँ वह दिखता नहीं टकराता। रिपोर्ट बताती है कि फ़ाइल में वास्तव में क्या है, और वही चीज़ है जिसे आप ठीक कर सकते हैं।
क्या मैं पूरा सीज़न एक बार में जाँच सकता हूँ?
हाँ। सारी फ़ाइलें डालें और वे एक के बाद एक जाँची जाती हैं, हर एक की अपनी रिपोर्ट बनती है, और रिपोर्टें एक साथ zip में उतरती हैं। प्रगति हर फ़ाइल के हिसाब से दिखती है और रन बीच में रोका जा सकता है बिना पीछे कुछ छोड़े।