VTT को LRC में बदलें
या सबटाइटल टेक्स्ट पेस्ट करें
यह रूपांतरण क्या बदलता है
4 चीज़ें छूटती हैं या फ़ैसला माँगती हैं
- टाइमिंग
क्यू के अंत समय (आउटपुट फ़ॉर्मैट केवल यह रखता है कि क्यू कब शुरू होता है)
- स्टाइलिंग
सारी स्टाइलिंग (बोल्ड, इटैलिक, रंग, आउटलाइन, छाया)
- सटीकता
टाइमिंग की सटीकता — आउटपुट की घड़ी मोटी है, इसलिए हर टाइमस्टैम्प निकटतम 10 ms में गोल किया जाता है
- फ़ॉर्मैट-विशिष्ट सामग्री
वह सामग्री जो स्रोत फ़ॉर्मैट अपने क्यू के बाहर रखता है (क्यू से बाहर के ब्लॉक, हेडर टेक्स्ट, प्रति-क्यू सेटिंग, टिप्पणी की गई घटनाएँ) — लक्ष्य फ़ॉर्मैट में उसके लिए कोई जगह नहीं
यह सूची इन दोनों फ़ॉर्मैट के क्षमता मैट्रिक्स से आती है, आपकी लोड की गई उस फ़ाइल से नहीं। कोई खास फ़ाइल ज़्यादा खो सकती है अगर वह ऐसी सुविधाएँ इस्तेमाल करती हो जिन्हें फ़ॉर्मैट अनुमति देता है पर मैट्रिक्स मॉडल नहीं करता।
WebVTT (VTT) और LRC Lyrics दोनों सबटाइटल रखते हैं, पर उनका ढाँचा अलग है; यह पेज एक को दूसरे में बदलता है। VTT में WEBVTT हेडर के बाद cues आती हैं, समय 00:00:04.000 की तरह बिंदु के साथ लिखा जाता है, और NOTE, STYLE व REGION ब्लॉक तथा align जैसी सेटिंग cue के बाहर रहते हैं।
जो नहीं बचता: cue के अंत समय (लक्ष्य केवल शुरुआत रखता है), सारी स्टाइलिंग (बोल्ड, इटैलिक, रंग, आउटलाइन, छाया), समय की सूक्ष्मता (लक्ष्य की घड़ी 10 ms की है, इसलिए हर समय पूर्णांकित होता है), cue मॉडल के बाहर रखी स्रोत की सामग्री (गैर-cue ब्लॉक, हेडर पाठ, प्रति-cue सेटिंग, टिप्पणी-किए इवेंट)। सिर्फ़ शुरुआत बचती है; अंत अगली पंक्ति तक माना जाता है; VTT के रंग, आउटलाइन, छाया और मार्जिन LRC में कोई स्तंभ नहीं पाते; समय निकटतम 10 ms तक पूर्णांकित होता है, जैसे 00:00:04,001 से 0:00:04.00। ये चीज़ें चुपचाप नहीं गिरतीं — फ़ाइल डालने से पहले ही ऊपर की सूची में लिखी रहती हैं।
LRC Lyrics का नतीजा .lrc फ़ाइल के रूप में मिलता है; हर पंक्ति [mm:ss.xx] से शुरू होती है और अंत नहीं लिखा जाता। बैच में डाली गई हर फ़ाइल अलग से संसाधित होती है, बीच में रोकने पर बाकी नहीं चलतीं, और अंत में सब एक ZIP में मिलती हैं। फ़ाइल आपके ब्राउज़र से बाहर नहीं जाती।
उदाहरण
एक सामान्य VTT फ़ाइल, LRC में बदली गई
इनपुट
WEBVTT
intro
00:00:01.000 --> 00:00:04.000
Hello there.
00:00:04.500 --> 00:00:08.000 align:start position:10%
Second line with <i>italics</i>.
आउटपुट
[00:01.00]Hello there.
[00:04.50]Second line with italics.
इस आउटपुट में छूटा: अंत समय, स्टाइलिंग, समय सटीकता, फ़ॉर्मैट-विशिष्ट सामग्री। बाकी सब पंक्ति-दर-पंक्ति मेल खाता है।
VTT से LRC: वही रूपांतरण एक कठिन इनपुट पर
इनपुट
a stray comment line
cue-id-1
00:00:01.000 --> 00:00:02.000
No header, two lines before the timecode.
आउटपुट
[00:01.00]No header, two lines before the timecode.
असली VTT फ़ाइलों में BOM, मिश्रित पंक्ति-अंत, खाली क्षेत्र या बिगड़ा समय-कोड मिलता है। ऊपर की साफ़ मिसाल से मिलाकर देखिए कि पार्सर कितना माफ़ करता है और क्या रिपोर्ट करता है।
अक्सर पूछे जाने वाले सवाल
VTT की cue के अंत समय का LRC में क्या होता है?
VTT हर cue के लिए शुरुआत और अंत दोनों रखता है, पर LRC सिर्फ़ शुरुआती समय [mm:ss.xx] में लिखता है। इसलिए 00:00:04.000 वाला क्षण [00:04.00] बन जाता है और अंत समय गिर जाता है: गीत खिलाड़ी पंक्ति को अगली पंक्ति तक दिखाता रहता है।
VTT की cue के बाहर की सामग्री LRC फ़ाइल में बचती है?
VTT की वह सामग्री cue मॉडल के बाहर रहती है — ये ब्लॉक और सेटिंग VTT के अपने ढाँचे हैं, और लक्ष्य फ़ॉर्मैट के पास इनके लिए कोई स्तंभ या अनुभाग नहीं है। LRC में उसके लिए कोई अनुभाग, स्तंभ या विशेषता नहीं है, इसलिए वह गिर जाती है और रिपोर्ट में अलग से गिनी जाती है; LRC का अपना हेडर उसे दोबारा नहीं बना सकता।
VTT से LRC में बदलने पर क्या खो जाता है?
इस दिशा में 4 तरह की जानकारी गिरती है: cue के अंत समय (लक्ष्य केवल शुरुआत रखता है), सारी स्टाइलिंग (बोल्ड, इटैलिक, रंग, आउटलाइन, छाया), समय की सूक्ष्मता (लक्ष्य की घड़ी 10 ms की है, इसलिए हर समय पूर्णांकित होता है), cue मॉडल के बाहर रखी स्रोत की सामग्री (गैर-cue ब्लॉक, हेडर पाठ, प्रति-cue सेटिंग, टिप्पणी-किए इवेंट)। मिसाल के लिए, VTT का अंत समय LRC में लिखा ही नहीं जाता, इसलिए cue अगली पंक्ति तक खींची जाती है। यह सूची आपकी फ़ाइल डालने से पहले ही दिखती है, और फ़ाइल आने के बाद उसमें बताया जाता है कि उसमें से कितनी चीज़ें वाकई मौजूद थीं।
LRC में VTT की cue के आरंभ का समय कैसे बदलता है?
LRC में हर VTT cue [mm:ss.xx] समय और उसके बाद पाठ की पंक्ति बनती है, जैसे [00:04.00] पाठ। VTT का अंत समय नहीं लिखा जाता, क्योंकि LRC उसे अगली पंक्ति से मानता है।
दो पंक्तियों वाली VTT cue LRC में कैसे दिखती है?
दोनों फ़ॉर्मैट एक cue के भीतर हार्ड लाइन-ब्रेक रख सकते हैं, इसलिए VTT की दो पंक्तियाँ LRC में भी एक ही cue की दो पंक्तियाँ रहती हैं और एक साथ दिखती हैं। कुछ भी जोड़ा या तोड़ा नहीं जाता; बदलता सिर्फ़ समय का लिखावटी रूप है।
LRC से VTT की उलटी दिशा उतनी ही सुरक्षित है?
नहीं। LRC से VTT की उलटी दिशा में भी अंत समय अनुमान से बनाए जाते हैं (स्रोत उन्हें नहीं रखता) जैसी जानकारी गिरती है, क्योंकि दोनों फ़ॉर्मैट अलग-अलग चीज़ें रखते हैं और उलटी दिशा की अपनी कमियाँ हैं। और इस दिशा में VTT से LRC में जो छूटा — जैसे VTT का अंत समय LRC में लिखा ही नहीं जाता, इसलिए cue अगली पंक्ति तक खींची जाती है — वह LRC में कहीं दर्ज नहीं है, इसलिए किसी भी उलटे रूपांतरण से उसे दोबारा नहीं बनाया जा सकता।