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

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

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

विकल्प

एक अवधि — 1000, 1s, 1.5s और 00:00:01,000 सब चलते हैं। यही वह रेखा है जो ऐसे सबटाइटल में फ़र्क करती है जो पढ़े जाने लायक ठहरता है और उससे जो पलक झपकते निकल जाता है। रेखा की गलत ओर क्या होता है यह इस पर निर्भर है कि आप किस पेज पर हैं: अंतराल भरना छोटे क्यू को ज़्यादा देर स्क्रीन पर रखता है, जोड़ा गया समय आगे के अंतराल से लेकर ताकि कोई क्यू कभी अगले के शब्दों को न ढके (फ़ाइल के आखिरी क्यू के बाद कुछ नहीं होता और वह बस बढ़ जाता है), जबकि जाँच पेज रेखा से नीचे के हर क्यू को सूचीबद्ध करता है और फ़ाइल को अछूती छोड़ता है।

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

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

नंबर ही इस पेज को साधारण गिनती से उपयोगी बनाता है। क्यू नंबरों की सूची बताती है कि कितनी समस्याएँ हैं; “400 ms बनाम 1000 ms” वाली पंक्ति बताती है कि क्यू कितना पीछे है और उसे 200 ms और चाहिए या उसका होना ही नहीं चाहिए। न्यूनतम पूरी तरह आपका फ़ैसला है — हाउस स्टाइल, प्रसारक की शर्त या एक अनुमान — और वह हर निष्कर्ष के बगल में छपता है ताकि छह महीने बाद पढ़ी गई रिपोर्ट भी बता सके कि उसे किसके विरुद्ध आँका गया था।

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

उदाहरण

चमक कर गुज़रता क्यू

सबटाइटल

1
00:00:01,000 --> 00:00:01,400
Yes.

2
00:00:03,000 --> 00:00:05,000
I was working late.

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

Cue duration outside the limit — 1 found

Severity   Cues   Start          End            Measured   Limit
Warning    1      00:00:01.000   00:00:01.400   400 ms     1000 ms

चार सौ मिलीसेकंड बनाम एक सेकंड की न्यूनतम सीमा। रिपोर्ट दोनों नंबर साथ छापती है, और यही इसे गिनती से ऐसी चीज़ में बदलता है जिस पर काम किया जा सके — इस क्यू को 600 ms और चाहिए, या इसे हटाना है।

ठीक न्यूनतम पर

सबटाइटल

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

2
00:00:03,000 --> 00:00:05,000
I was working late.

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

Cue duration outside the limit — Nothing found

Cues         2
Checks run   1

एक सेकंड ठीक एक सेकंड की न्यूनतम सीमा के विरुद्ध, और कुछ नहीं मिलता। तुलना सख़्ती से “इससे कम” है, “इसके बराबर या कम” नहीं, इसलिए सीमा का मतलब है वह सबसे कम अवधि जो क्यू को मिल सकती है — उलटा पढ़ने पर ठीक हाउस न्यूनतम पर कटी हर फ़ाइल चिह्नित हो जाती।

मरम्मत किया गया शून्य-लंबाई टाइमकोड

सबटाइटल

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

2
00:00:03,000 --> 00:00:03,000
I was working late.

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

Cue duration outside the limit — 1 found

Lost while reading: Timing × 1

Severity   Cues   Start          End            Measured   Limit
Warning    2      00:00:03.000   00:00:03.001   1 ms       1000 ms

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

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

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

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

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

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

क्या यह पेज छोटे क्यू को छोटा करता या हटाता है?

नहीं। यह फ़ाइल पढ़ता है और रिपोर्ट बनाता है, हर टाइमकोड अपनी जगह रहता है। क्यू को लंबा करना अगले क्यू को धकेलता है, किसी को हटाना खाली जगह छोड़ता है, और दोनों के परिणाम होते हैं — इस पेज का काम यह दिखाना है कि कौन-से क्यू यह फ़ैसला मजबूर करते हैं।

क्या एक मिलीसेकंड का क्यू यहाँ सूचीबद्ध होता है?

सिर्फ़ तब जब आप न्यूनतम एक मिलीसेकंड से ऊपर रखें, जो डिफ़ॉल्ट करता है। पेज जो नहीं करता वह यह है कि बहुत छोटी अवधि को टूटे टाइमकोड का सबूत माने: 00:00:03,000 से 00:00:03,000 तक लिखा क्यू पढ़ते समय एक मिलीसेकंड में मरम्मत किया जाता है और वह मरम्मत अपने अलग पेज पर रिपोर्ट होती है। यहाँ वह मिलीसेकंड बाकी अवधियों की तरह आपकी न्यूनतम सीमा के विरुद्ध मापा जाता है।

किसी क्यू की अवधि कैसे निकाली जाती है?

क्यू के अंत समय में से उसका शुरू समय घटाकर, दोनों फ़ाइल से पढ़े गए और पूरे मिलीसेकंड के रूप में रखे गए। कुछ भी राउंड नहीं होता और कोई फ़्रेम रेट शामिल नहीं होता, इसलिए रिपोर्ट का नंबर फ़ाइल के दोनों टाइमकोड का ठीक अंतर है।

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

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

क्यू पहली जगह इतना छोटा क्यों हो जाता है?

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

संबंधित टूल

तय अधिकतम से ज़्यादा स्क्रीन पर रहने वाला हर क्यू — नापी अवधि और आपकी सीमा।
Netflix के 834 ms से कम समय स्क्रीन पर रहने वाले क्यू, नापी अवधि के साथ।
एक साथ हर संरचनात्मक जाँच — ओवरलैप, अंतराल, खाली क्यू, क्रम से बाहर क्यू, असंभव अवधि।
सीमा से छोटे क्यू को लंबा रखें — अतिरिक्त समय बाद के अंतराल से आता है।
SRT क्या सहेज सकता है, क्या नहीं — और हर वह फ़ॉर्मैट जिसमें इसे बदला जा सके।
VTT क्या सहेज सकता है, क्या नहीं — और हर वह फ़ॉर्मैट जिसमें इसे बदला जा सके।