सबटाइटल को फ़्रेम पर स्नैप करें
या सबटाइटल टेक्स्ट पेस्ट करें
विकल्प
हर क्यू सीमा इस रेट के निकटतम फ़्रेम पर खिसकाई जाती है, इसलिए 25 fps पर 00:00:02,010 बनता है 00:00:02,000 और 00:00:02,030 बनता है 00:00:02,040। दो फ़्रेम के ठीक बीच की सीमा ऊपर की ओर गोल होती है, इसलिए 00:00:02,020 बनता है 00:00:02,040। कुछ भी स्केल नहीं होता: टाइमलाइन अपनी लंबाई रखती है और सीमाएँ बस फ़्रेमों पर पड़ती हैं, इसलिए हर क्यू की लंबाई दोनों ओर आधे फ़्रेम तक बदल सकती है। यह फ़ाइल का घोषित फ़्रेम रेट नहीं है — यह केवल तय करता है कि आउटपुट में सीमाएँ कहाँ पड़ेंगी।
टाइमिंग किस फ़्रेम रेट में गिनी गई है। फ़ॉर्मैट पेजों पर यही MicroDVD को चाहिए, क्योंकि वह टाइमिंग फ़्रेम संख्याओं में रखता है। फ़्रेम रेट पेजों पर यह वह रेट है जिसके हिसाब से फ़ाइल की टाइमिंग की गई थी — वह संस्करण जिसके लिए सबटाइटल बने थे — और पेज का दूसरा बॉक्स उस वीडियो का रेट लेता है जिसके साथ आप इन्हें इस्तेमाल करेंगे। 23.976, 24, 25, 29.97, 30, 50, 59.94 और 60 आम हैं। गलत होने पर पूरी टाइमलाइन खिसक जाती है, और फ़्रेम रेट पेजों पर वह एक अनुपात से खिसकती है, तय मात्रा से नहीं।
यह पेज हर क्यू सीमा को आपके चुने फ़्रेम रेट के निकटतम फ़्रेम पर ले जाता है। यह किसी चीज़ की गति नहीं बदलता: टाइमलाइन अपनी लंबाई रखती है, क्यू का क्रम वैसा ही रहता है, और सिर्फ़ यह बदलता है कि हर सीमा कहाँ बैठती है — 25 फ़्रेम प्रति सेकंड पर 00:00:02,010, 00:00:02,000 बनता है और 00:00:02,030, 00:00:02,040। इसलिए हर क्यू की लंबाई किसी भी दिशा में आधे फ़्रेम तक बदल सकती है, और यह सौदा इस पेज ने जानबूझकर किया है।
इसका काम है फ़ैसला प्लेयर से छीन लेना। सबटाइटल मिलीसेकंड में रखे जाते हैं, पर ज़्यादातर प्लेयर और बर्निंग टूल फ़्रेम में काम करते हैं, इसलिए दो फ़्रेम के बीच पड़ने वाली सीमा को जो भी बनाता है उसे गोल करना पड़ता है — और अलग-अलग सॉफ़्टवेयर अलग तरह गोल करते हैं। एक प्लेयर पंक्ति एक फ़्रेम जल्दी दिखाता है, दूसरा एक फ़्रेम देर से, और वही फ़ाइल दो मशीनों पर थोड़ी अलग लगती है। यहाँ एक बार स्नैप करने से वह फ़ैसला आपका हो जाता है और एक ही बार होता है: इसके बाद हर सीमा एक फ़्रेम सीमा है और फ़ाइल पढ़ने वाला हर टूल एक बात पर सहमत है।
यह फ़्रेम रेट रूपांतरण नहीं है। सबटाइटल को 23.976 से 25 पर ले जाना पूरी टाइमलाइन को अनुपात से गुणा करता है ताकि क्यू वीडियो में फ़िट रहें, और वह दूसरे समूह का दूसरा पेज है। यह पेज वीडियो को पूरी तरह बाहर रखता है: अगर फ़ाइल पहले से सही है और आपको सिर्फ़ सीमाएँ फ़्रेम पर चाहिए, तो स्नैप करें; अगर वह वीडियो के सामने गलत है, तो पहले अनुपात बदलना होगा।
दो फ़्रेम-रेट बॉक्स इसलिए दिखते हैं क्योंकि वे अलग सवालों के जवाब हैं। एक वह रेट है जिससे फ़ाइल पढ़ी जाती है, जो MicroDVD जैसे फ़्रेम-नंबर फ़ॉर्मैट को समझने के लिए ज़रूरी है। दूसरा वह रेट है जिस पर स्नैप करना है। जो फ़ाइल अपना रेट बताती है उनमें आम तौर पर दोनों एक ही होंगे, और उन्हें मिला देना चुपचाप होता है — आउटपुट फिर भी फ़्रेम-सटीक रहता है, बस गलत ग्रिड पर। सब कुछ इसी ब्राउज़र टैब में चलता है, बिना अपलोड, SRT, WebVTT, ASS, SSA, SBV, SAMI, MicroDVD, TTML, JSON और CSV पर समान रूप से।
उदाहरण
हर सीमा एक फ़्रेम पर आती है
इनपुट
1
00:00:02,020 --> 00:00:04,030
Hello there.
2
00:00:07,010 --> 00:00:09,040
Second line.
आउटपुट
1
00:00:02,040 --> 00:00:04,040
Hello there.
2
00:00:07,000 --> 00:00:09,040
Second line.
25 फ़्रेम प्रति सेकंड पर सीमाएँ 40 ms के गुणजों पर होनी चाहिए। 02,020 ठीक दो के बीच है और ऊपर 02,040 पर जाता है; 04,030 04,040 पर आता है; 07,010 07,000 पर लौटता है। कुछ स्केल नहीं हुआ — दूसरी क्यू अब भी लगभग दो सेकंड लंबी है और दोनों के बीच का अंतर फ़्रेम तक वैसा ही है — पर हर क्यू की अपनी लंबाई थोड़ी हिली: 2010 ms और 2030 ms, 2000 ms और 2040 ms बने।
एक फ़्रेम से छोटी क्यू
इनपुट
1
00:00:04,000 --> 00:00:04,010
Squeezed.
2
00:00:06,010 --> 00:00:08,010
A normal one.
आउटपुट
2
00:00:06,000 --> 00:00:08,000
A normal one.
10 ms की क्यू की दोनों सीमाएँ फ़्रेम 100 पर गोल होती हैं, इसलिए स्नैप करने पर दोनों सिरों पर एक ही समय बचेगा — और जो क्यू वहीं ख़त्म हो जहाँ शुरू हुई वह दिखाई नहीं जा सकती। उसे एक फ़्रेम तक खींचने के बजाय हटाया और गिना जाता है, क्योंकि लंबाई गढ़ना ऐसा सबटाइटल स्क्रीन पर डालना है जो फ़ाइल ने कभी नहीं माँगा। 25 फ़्रेम पर ऐसा 20 ms से छोटी क्यू के साथ होता है; दूसरी क्यू उससे बीस गुना लंबी है और सामान्य बर्ताव करती है।
आंशिक फ़्रेम रेट लंबाई अछूती नहीं छोड़ सकता
इनपुट
1
00:00:01,000 --> 00:00:03,000
Hello there.
आउटपुट
1
00:00:01,001 --> 00:00:03,003
Hello there.
23.976 फ़्रेम प्रति सेकंड में प्रति फ़्रेम पूरे मिलीसेकंड नहीं बनते, इसलिए कोई भी गोल सेकंड फ़्रेम सीमा नहीं होता और दोनों किनारे हिलते हैं: ठीक 2000 ms चली क्यू 2002 ms लंबी निकलती है। हर सीमा फिर भी फ़्रेम पर है, जो पेज का वादा है, पर स्रोत में लिखे गोल नंबर चले गए। 23.976 या 29.97 पर फ़ाइल स्नैप करके टाइमिंग बिना बदले लौटने की उम्मीद करने से पहले यह देख लेना चाहिए।
अक्सर पूछे जाने वाले सवाल
फ़्रेम पर स्नैप करना फ़्रेम रेट बदलने से कैसे अलग है?
बदलना टाइमलाइन की लंबाई बदलता है; स्नैप सिर्फ़ यह बदलता है कि सीमाएँ कहाँ पड़ती हैं। 24 से 25 फ़्रेम पर ले जाना हर टाइमस्टैम्प को 0.96 से गुणा करता है ताकि वे वीडियो में फ़िट रहें, और दो सेकंड की क्यू 1.92 सेकंड बनती है। स्नैप उन दो सेकंडों को दो सेकंड ही रखता है और किनारों को निकटतम फ़्रेम पर ले जाता है, हर किनारे को आधे फ़्रेम से कम हिलाकर।
क्या स्नैप करने से सबटाइटल अलग फ़्रेम रेट वाले वीडियो से मिल जाएँगे?
नहीं। यह पेज वीडियो को कभी नहीं देखता और टाइमलाइन की लंबाई नहीं बदलता, इसलिए जो फ़ाइल अलग रेट की वजह से बाहर है वह स्नैप के बाद भी उतनी ही बाहर रहती है। पहले अनुपात निकालें — फ़्रेम रेट रूपांतरण पेज उसी के लिए हैं — और अगर जिस टूल को दे रहे हैं उसे सीमाएँ फ़्रेम पर चाहिए तो बाद में स्नैप करें।
स्नैप करने पर क्यू की लंबाई कितनी बदल सकती है?
हर किनारे पर आधे फ़्रेम तक, यानी कुल मिलाकर एक फ़्रेम तक, और कभी उससे ज़्यादा नहीं। 25 फ़्रेम पर यह प्रति क्यू ज़्यादा से ज़्यादा 40 ms है, यानी हर सीमा पर 20 ms। 23.976 या 29.97 पर प्रति फ़्रेम पूरे मिलीसेकंड नहीं बनते, इसलिए गोल मानों पर शुरू और ख़त्म होने वाली क्यू भी हिलती है: दो सेकंड की क्यू 2002 ms बनती है।
मैंने पेज दो बार चलाया और दूसरी बार कुछ नहीं बदला। क्या यह सही है?
हाँ, और इसी वजह से पेज को बैच में रखना सुरक्षित है। एक बार हर सीमा फ़्रेम पर आ जाने के बाद किसी सीमा का निकटतम फ़्रेम वही सीमा होती है, इसलिए दूसरा रन फ़ाइल बाइट-दर-बाइट लौटाता है। डिलीवरी जाँचते समय इसका मतलब यह भी है कि जो फ़ाइल दूसरे पास पर बदले वह पहली बार पूरी स्नैप नहीं हुई थी — जो नहीं होना चाहिए, पर सस्ती जाँच है।
क्या स्नैप करने से कोई सबटाइटल गायब हो सकता है?
सिर्फ़ तब जब वह आधे फ़्रेम से छोटा हो, जिस हालत में उसकी दोनों सीमाएँ एक ही फ़्रेम पर गोल होती हैं और लिखने को क्यू नहीं बचती। 25 फ़्रेम पर इसका मतलब 20 ms से कम, जो कोई असली सबटाइटल नहीं होता; पेज जो हटाता है उसे गिनता है, इसलिए देखना रिपोर्ट में है, डाउनलोड में नहीं।
क्या फ़ाइल के खुद बताए फ़्रेम रेट पर ही स्नैप करना चाहिए?
अपने आप नहीं — घोषणा बताती है कि फ़ाइल के फ़्रेम नंबर कैसे पढ़ें, और स्नैप रेट बताता है कि आउटपुट में सीमाएँ कहाँ जाएँ। ज़्यादातर डिलीवरी में दोनों एक ही नंबर होते हैं। वे तब अलग होते हैं जब आप फ़ाइल किसी और रेट पर काम करने वाले टूल के लिए तैयार कर रहे हों, और वहाँ घोषित रेट चुनना चुपचाप होने वाली गलती है: आउटपुट फिर भी फ़्रेम-सटीक रहता है, बस ऐसी ग्रिड पर जो किसी ने नहीं माँगी।