मुख्य सामग्री पर जाएँ
SubtitleMatrix

बहुत लंबे सबटाइटल खोजें

गुणवत्ता जाँचअसामान्य क्यू अवधि
या सबटाइटल टेक्स्ट पेस्ट करें

विकल्प

एक अवधि — 7000, 7s और 00:00:07,000 सब चलते हैं। सबसे छोटे समय वाले बॉक्स से रेखा का दूसरा सिरा: इसके बाद भी स्क्रीन पर रहने वाला सबटाइटल आम तौर पर अपनी पंक्ति से ज़्यादा जी चुका होता है, और दर्शक उसे दूसरी बार पढ़ते हैं या उसके जाने का इंतज़ार करने लगते हैं। यह बॉक्स जाँच पेजों का है, इसलिए फ़ाइल बिना बदले लौटती है — रिपोर्ट रेखा से ऊपर के हर क्यू को सीमा के बगल में उसकी मापी गई अवधि के साथ सूचीबद्ध करती है। यह और सबसे छोटे समय वाला बॉक्स एक ही सवाल के दो सिरे हैं, इसलिए एक पेज इनमें से एक रखता है, दोनों नहीं।

टाइमिंग किस फ़्रेम रेट में गिनी गई है। फ़ॉर्मैट पेजों पर यही MicroDVD को चाहिए, क्योंकि वह टाइमिंग फ़्रेम संख्याओं में रखता है। फ़्रेम रेट पेजों पर यह वह रेट है जिसके हिसाब से फ़ाइल की टाइमिंग की गई थी — वह संस्करण जिसके लिए सबटाइटल बने थे — और पेज का दूसरा बॉक्स उस वीडियो का रेट लेता है जिसके साथ आप इन्हें इस्तेमाल करेंगे। 23.976, 24, 25, 29.97, 30, 50, 59.94 और 60 आम हैं। गलत होने पर पूरी टाइमलाइन खिसक जाती है, और फ़्रेम रेट पेजों पर वह एक अनुपात से खिसकती है, तय मात्रा से नहीं।

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

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

सीमा समावेशी है, ठीक वैसे ही जैसे छोटे क्यू वाले पेज पर: क्यू सिर्फ़ तब सूचीबद्ध होता है जब वह आपके नंबर से लंबा हो, यानी आपका लिखा नंबर वह सबसे लंबी अवधि है जो क्यू को मिल सकती है। दोनों पेज एक ही नियम साझा करते हैं और उलटे सवाल पूछते हैं, इसीलिए हर पेज एक ही सीमा घोषित करता है, दोनों नहीं — दोनों एक साथ तय करने पर रिपोर्ट यह नहीं बता पाएगी कि आप किस सिरे के बारे में पढ़ रहे हैं। LRC और plain text स्वीकार नहीं किए जाते, क्योंकि किसी में भी अंत समय नहीं होता जिससे अवधि मापी जा सके।

उदाहरण

शॉट से आगे जीती एक पंक्ति

सबटाइटल

1
00:00:01,000 --> 00:00:03,000
Where were you?

2
00:00:03,000 --> 00:00:12,000
I was working late, and then I stayed on to finish the report, and by the time I looked up it was morning.

रिपोर्ट क्या पाती है

Cue duration outside the limit — 1 found

Severity   Cues   Start          End            Measured   Limit
Warning    2      00:00:03.000   00:00:12.000   9000 ms    7000 ms

नौ सेकंड बनाम सात सेकंड की छत। फ़ाइल को छुआ नहीं जाता: लंबे क्यू को काटने का मतलब है यह तय करना कि वाक्य का कौन-सा आधा जा सकता है, और यह किसी व्यक्ति का काम है, टाइमिंग उपकरण का नहीं — इसीलिए यह पेज सुधारता नहीं, रिपोर्ट करता है।

ठीक सीमा पर

सबटाइटल

1
00:00:01,000 --> 00:00:08,000
I was working late, and then I stayed on to finish the report.

रिपोर्ट क्या पाती है

Cue duration outside the limit — Nothing found

Cues         1
Checks run   1

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

पूरे दृश्य तक टिका क्यू

सबटाइटल

1
00:00:03,000 --> 00:01:03,000
Hold on.

2
00:01:04,000 --> 00:01:05,000
What?

रिपोर्ट क्या पाती है

Cue duration outside the limit — 1 found

Severity   Cues   Start          End            Measured   Limit
Warning    1      00:00:03.000   00:01:03.000   60000 ms   7000 ms

एक मिनट लंबा क्यू, और उसके बाद वाला एक सेकंड का क्यू सही ढंग से अछूता। पूरे दृश्य तक रखा क्यू इस दोष का सबसे दिखने वाला रूप है — दर्शक पंक्ति पढ़ता है, फिर अगले शॉट के संवाद पर उसे दोबारा पढ़ता है — और यह उसी अवधि पर चलने वाली हर गैप और ओवरलैप जाँच को भी निगल जाता है।

अक्सर पूछे जाने वाले सवाल

इस पेज पर सबटाइटल को बहुत लंबा कब माना जाता है?

जब वह आपकी तय की गई अधिकतम अवधि से ज़्यादा देर स्क्रीन पर रहे, मिलीसेकंड में। तुलना सख़्ती से “इससे लंबा” है, इसलिए ठीक अधिकतम अवधि वाला क्यू सूचीबद्ध नहीं होता। अधिकतम पूरे रन पर लागू होता है और हर निष्कर्ष की सीमा वाले कॉलम में छपता है।

मुझे अधिकतम अवधि कितनी रखनी चाहिए?

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

पढ़ने के लिहाज़ से लंबा क्यू कब होता है, टाइमिंग के लिहाज़ से नहीं?

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

क्या यह पेज लंबे क्यू को काटता या बाँटता है?

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

क्यू इतना लंबा क्यों हो जाता है?

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

लंबे क्यू की जाँच किन सबटाइटल फ़ॉर्मैट पर हो सकती है?

उन दस पर जो शुरू और अंत दोनों समय रखते हैं: SRT, WebVTT, ASS, SSA, SBV, SMI, MicroDVD, TTML, JSON और CSV। LRC और plain text स्वीकार नहीं हैं, क्योंकि अवधि के लिए दो समय चाहिए और इन दोनों में वे नहीं हैं।

क्या छोटे क्यू की जाँच और यह जाँच एक ही फ़ाइल पर चल सकती हैं?

चल सकती हैं, पर एक ही पेज पर नहीं — हर पेज एक सीमा घोषित करता है, इसलिए एक रन या तो छोटी सूची देगा या लंबी। एक फ़ाइल पर दोनों चलाने का मतलब दो पास हैं, और यह जानबूझकर है: दो सीमाओं वाली एक रिपोर्ट बिना पाठक को नंबर जाँचने पर मजबूर किए यह नहीं बता सकती कि कोई निष्कर्ष किस सिरे का है।

संबंधित टूल

तय न्यूनतम से कम समय स्क्रीन पर रहने वाला हर क्यू, नापी अवधि और सीमा साथ-साथ।
Netflix के सात सेकंड से अधिक स्क्रीन पर रहने वाले क्यू, नापी गई अवधि के साथ।
अक्षर सीमा से लंबे क्यू पढ़ने योग्य टुकड़ों में काटें — पाठ शब्द सीमा पर बँटता है।
एक साथ हर संरचनात्मक जाँच — ओवरलैप, अंतराल, खाली क्यू, क्रम से बाहर क्यू, असंभव अवधि।
SRT क्या सहेज सकता है, क्या नहीं — और हर वह फ़ॉर्मैट जिसमें इसे बदला जा सके।
VTT क्या सहेज सकता है, क्या नहीं — और हर वह फ़ॉर्मैट जिसमें इसे बदला जा सके।