VTT को SBV में बदलें
या सबटाइटल टेक्स्ट पेस्ट करें
यह रूपांतरण क्या बदलता है
2 चीज़ें छूटती हैं या फ़ैसला माँगती हैं
- स्टाइलिंग
सारी स्टाइलिंग (बोल्ड, इटैलिक, रंग, आउटलाइन, छाया)
- फ़ॉर्मैट-विशिष्ट सामग्री
वह सामग्री जो स्रोत फ़ॉर्मैट अपने क्यू के बाहर रखता है (क्यू से बाहर के ब्लॉक, हेडर टेक्स्ट, प्रति-क्यू सेटिंग, टिप्पणी की गई घटनाएँ) — लक्ष्य फ़ॉर्मैट में उसके लिए कोई जगह नहीं
यह सूची इन दोनों फ़ॉर्मैट के क्षमता मैट्रिक्स से आती है, आपकी लोड की गई उस फ़ाइल से नहीं। कोई खास फ़ाइल ज़्यादा खो सकती है अगर वह ऐसी सुविधाएँ इस्तेमाल करती हो जिन्हें फ़ॉर्मैट अनुमति देता है पर मैट्रिक्स मॉडल नहीं करता।
WebVTT (VTT) और YouTube SBV दोनों सबटाइटल रखते हैं, पर उनका ढाँचा अलग है; यह पेज एक को दूसरे में बदलता है। VTT में WEBVTT हेडर के बाद cues आती हैं, समय 00:00:04.000 की तरह बिंदु के साथ लिखा जाता है, और NOTE, STYLE व REGION ब्लॉक तथा align जैसी सेटिंग cue के बाहर रहते हैं।
जो नहीं बचता: सारी स्टाइलिंग (बोल्ड, इटैलिक, रंग, आउटलाइन, छाया), cue मॉडल के बाहर रखी स्रोत की सामग्री (गैर-cue ब्लॉक, हेडर पाठ, प्रति-cue सेटिंग, टिप्पणी-किए इवेंट)। VTT के रंग, आउटलाइन, छाया और मार्जिन SBV में कोई स्तंभ नहीं पाते; WEBVTT हेडर, NOTE/STYLE/REGION ब्लॉक और align/position जैसी cue सेटिंग SBV में नहीं जाते, क्योंकि वहाँ उनके लिए कोई अनुभाग नहीं है। ये चीज़ें चुपचाप नहीं गिरतीं — फ़ाइल डालने से पहले ही ऊपर की सूची में लिखी रहती हैं।
YouTube SBV का नतीजा .sbv फ़ाइल के रूप में मिलता है; हर cue दो समयों की एक पंक्ति और उसके नीचे पाठ से बनती है। बैच में डाली गई हर फ़ाइल अलग से संसाधित होती है, बीच में रोकने पर बाकी नहीं चलतीं, और अंत में सब एक ZIP में मिलती हैं। फ़ाइल आपके ब्राउज़र से बाहर नहीं जाती।
उदाहरण
एक सामान्य VTT फ़ाइल, SBV में बदली गई
इनपुट
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>.
आउटपुट
0:00:01.000,0:00:04.000
Hello there.
0:00:04.500,0:00:08.000
Second line with <i>italics</i>.
इस आउटपुट में छूटा: स्टाइलिंग, फ़ॉर्मैट-विशिष्ट सामग्री। बाकी सब पंक्ति-दर-पंक्ति मेल खाता है।
VTT से SBV: वही रूपांतरण एक कठिन इनपुट पर
इनपुट
a stray comment line
cue-id-1
00:00:01.000 --> 00:00:02.000
No header, two lines before the timecode.
आउटपुट
0:00:01.000,0:00:02.000
No header, two lines before the timecode.
असली VTT फ़ाइलों में BOM, मिश्रित पंक्ति-अंत, खाली क्षेत्र या बिगड़ा समय-कोड मिलता है। ऊपर की साफ़ मिसाल से मिलाकर देखिए कि पार्सर कितना माफ़ करता है और क्या रिपोर्ट करता है।
अक्सर पूछे जाने वाले सवाल
VTT के 00:00:04.000 जैसे समय SBV में किस रूप में लिखे जाते हैं?
VTT इसे 00:00:04.000 लिखता है और SBV इसे 0:00:04.000 लिखता है; क्षण वही रहता है, सिर्फ़ विराम-चिह्न और इकाई बदलती है। कोई पूर्णांकन नहीं होता, क्योंकि SBV की घड़ी VTT से महीन या बराबर है।
VTT की cue के बाहर की सामग्री SBV फ़ाइल में बचती है?
VTT की वह सामग्री cue मॉडल के बाहर रहती है — ये ब्लॉक और सेटिंग VTT के अपने ढाँचे हैं, और लक्ष्य फ़ॉर्मैट के पास इनके लिए कोई स्तंभ या अनुभाग नहीं है। SBV में उसके लिए कोई अनुभाग, स्तंभ या विशेषता नहीं है, इसलिए वह गिर जाती है और रिपोर्ट में अलग से गिनी जाती है; SBV का अपना हेडर उसे दोबारा नहीं बना सकता।
VTT और SBV के बीच कौन-सा अंतर सबसे ज़्यादा मायने रखता है?
इस दिशा में 2 तरह की जानकारी गिरती है: सारी स्टाइलिंग (बोल्ड, इटैलिक, रंग, आउटलाइन, छाया), cue मॉडल के बाहर रखी स्रोत की सामग्री (गैर-cue ब्लॉक, हेडर पाठ, प्रति-cue सेटिंग, टिप्पणी-किए इवेंट)। मिसाल के लिए, VTT की स्टाइल-तालिका का फ़ॉन्ट, आकार और आउटलाइन SBV में किसी स्तंभ से नहीं जुड़ते। यह सूची आपकी फ़ाइल डालने से पहले ही दिखती है, और फ़ाइल आने के बाद उसमें बताया जाता है कि उसमें से कितनी चीज़ें वाकई मौजूद थीं।
SBV में VTT के cue क्रमांक का क्या होता है?
SBV में हर VTT cue दो समयों की एक पंक्ति बनती है, जैसे 0:00:04.000,0:00:07.000, और उसके नीचे पाठ। cue क्रमांक लिखे ही नहीं जाते, इसलिए VTT की गिनती की जगह केवल समय और पाठ रहते हैं।
दो पंक्तियों वाली VTT cue SBV में कैसे दिखती है?
दोनों फ़ॉर्मैट एक cue के भीतर हार्ड लाइन-ब्रेक रख सकते हैं, इसलिए VTT की दो पंक्तियाँ SBV में भी एक ही cue की दो पंक्तियाँ रहती हैं और एक साथ दिखती हैं। कुछ भी जोड़ा या तोड़ा नहीं जाता; बदलता सिर्फ़ समय का लिखावटी रूप है।
SBV से VTT लौटने पर क्या नया छूट सकता है?
हाँ, उलटी दिशा भी सुरक्षित है: SBV से VTT में जाने पर भी कुछ नहीं छूटता, क्योंकि दोनों एक ही जानकारी रखते हैं। फिर भी इस दिशा में जो पहले छूटा था वह वापस नहीं आता — गिरी हुई जानकारी किसी फ़ाइल में बची ही नहीं होती।