आँकड़ों और विज्ञापन के लिए कुकीज़
हम आँकड़ों और विज्ञापन के लिए कुकीज़ इस्तेमाल करते हैं, दोनों Google को जाती हैं। मना करने से आपको दिखने वाली किसी चीज़ में कोई फ़र्क़ नहीं पड़ता।निजता पेज पढ़ें
यहाँ आप VTT को SBV में बदलते हैं, मुफ़्त और बिना खाते के: फ़ाइल ऊपर छोड़िए और कुछ ही सेकंड में नतीजा डाउनलोड के लिए तैयार मिलेगा। कन्वर्ज़न आपके अपने ब्राउज़र के भीतर होता है, इसलिए फ़ाइल कभी अपलोड नहीं होती। यह Windows, macOS और Linux पर वैसे ही चलता है जैसे iPhone और Android पर, और कनेक्शन काट देने पर भी चलता रहता है।
एक बार में 100 फ़ाइलें। फ़ॉर्मेट अलग-अलग हों तो भी चलेगा।
ये एक के बाद एक बदलती हैं और साथ में एक ZIP बनकर उतरती हैं।
VTT से SBV
WebVTT एक दस्तावेज़ फ़ॉर्मेट है जिसमें जगह है: ज़रूरी हेडर, वैकल्पिक cue पहचान, कमेंट ब्लॉक, स्टाइल ब्लॉक, टाइमिंग लाइन के साथ जुड़ी सेटिंग, और टेक्स्ट के भीतर इनलाइन टैग। यह सब अच्छी वजहों से है, और सब तब आड़े आता है जब चाहिए बस पलों और उनमें कहे गए शब्दों की सूची।
SBV में इनमें से कुछ नहीं। एक टाइमिंग लाइन, कुछ टेक्स्ट, ख़ाली लाइन, अगली एंट्री। यही पूरा फ़ॉर्मेट है, और यही वजह है कि यह उस औज़ार से आगे भी टिका रहता है जिसके लिए यह बना था।
हेडर जाता है, क्योंकि SBV में कोई है ही नहीं। cue पहचान जाती है, क्योंकि SBV में किसी तरह की गिनती या नामकरण नहीं। NOTE और STYLE ब्लॉक जाते हैं — किसी ब्लॉक को cue तभी माना जाता है जब उसमें timestamp arrow हो, और इनमें नहीं है, तो इन्हें कैप्शन टेक्स्ट की तरह ग़लत नहीं पढ़ा जाता।
cue सेटिंग भी जाती हैं। किसी टाइमिंग लाइन के बाद लिखी line, align, position या size सेटिंग पहली स्पेस तक पढ़ी जाती है और बाक़ी छोड़ दिया जाता है। अगर ट्रैक स्क्रीन पर जगह तय करने पर निर्भर था, वह जगह आउटपुट से वापस नहीं मिलती।
एक लाइन में दोनों समय, कॉमा से अलग: 0:04:12.500,0:04:15.100। मिलीसेकंड से पहले का पूर्ण विराम WebVTT जैसा ही है, इसलिए वह हिस्सा सोचने लायक नहीं। घंटे बदलते हैं — SBV उन्हें बिना शून्य-पैडिंग के लिखता है।
टाइमिंग ख़ुद अछूती रहती है। हर वैल्यू पूरे बदलाव में मिलीसेकंड में रखी जाती है और वापस मिलीसेकंड सटीकता पर लिखी जाती है — सिर्फ़ नंबर के आस-पास का विराम-चिह्न अलग है।
यह चपटाई की सीमा है और साफ़ कहना ज़रूरी है। कतार का टेक्स्ट जस का तस लिया जाता है। इटैलिक टैग, बोल्ड टैग, बोलने वाले का नाम बताने वाला voice टैग — सब WebVTT से SBV तक लिटरल अक्षरों की तरह जाते हैं, क्योंकि किसी cue के भीतर कुछ भी इंटरप्रेट नहीं होता।
SBV में कोई स्टाइलिंग नहीं, इसलिए वे टैग दिखाए जाएँगे, लागू नहीं होंगे। अगर मक़सद पूरी तरह शब्दों वाली फ़ाइल था, एक सर्च-रिप्लेस काम पूरा कर देता है।
ज़्यादातर WebVTT फ़ाइलें ऑटोमैटिक ट्रांसक्रिप्शन से निकली हैं, और SBV की संरचना सुधार के लिए अच्छी है: टाइमिंग लाइन छोटी और पढ़ने लायक, टेक्स्ट अपनी लाइन पर, और गिनती बदलने का झंझट नहीं।
सबसे पहले जो सुधारें, जो सबसे ज़्यादा फ़ायदा दे: नाम और तकनीकी शब्द, जहाँ रिकग्नाइज़र सबसे ज़्यादा चूकते हैं। बोलने वालों, कंपनियों और जगहों के नाम पहले लिख लीजिए, फिर हर एक के लिए सर्च करके एक ही एक्शन में तीस मौक़े ठीक कीजिए।
SBV ख़ुद Google का फ़ॉर्मेट है, YouTube के caption editor से 2008 से बना। इसे अपलोड करना कैप्शन को वीडियो टाइमलाइन के ख़िलाफ़ संपादन योग्य जगह पर वापस ले आता है।
ईमानदार बात यह है: YouTube WebVTT भी सीधे स्वीकार करता है, इसलिए यह बदलाव कोई पूर्व-शर्त नहीं। यह तब काम आता है जब editor वह जगह है जहाँ काम हो रहा है, या पहले से मौजूद archive SBV में है।
caption फ़ाइल की बहुत सारी माँग सबटाइटल से जुड़ी ही नहीं होती। लोग टेक्स्ट चाहते हैं: किसी बातचीत को लेख बनाना, किसी वक्ता को सही उद्धृत करना, दो घंटे की रिकॉर्डिंग में उस चार मिनट को ढूँढ़ना।
चपटी फ़ाइल यह आख़िरी क़दम आसान बनाती है — दो टाइमस्टैंप के बीच कॉमा वाली हर लाइन हटाइए, और जो बचा वह ट्रांसक्रिप्ट है।
अगला क़दम कोड है तो फ़ाइल का शेप तय करता है कितना कोड चाहिए। WebVTT पार्सर को वैकल्पिक हेडर, वैकल्पिक पहचान, टाइमिंग लाइन जो सेटिंग रख सकती हैं, और कमेंट या स्टाइल ब्लॉक सब संभालने होते हैं।
SBV पार्सर सिर्फ़ ख़ाली लाइन पर बाँटता है, पहली लाइन को कॉमा पर बाँटता है, और बाक़ी टेक्स्ट लेता है। यह असली फ़र्क़ है, और स्क्रिप्टिंग के काम के लिए बदलने की ईमानदार वजह भी।
caption फ़ाइल सुधारने का मतलब आम तौर पर सीमाओं को बदलना है, सिर्फ़ शब्द नहीं। SubRip में हर ऐसा एडिट उस बिंदु से आगे की गिनती को अमान्य कर देता है। SBV में कोई गिनती है ही नहीं जो टूटे।
एंट्री बाँटने का मतलब है एक टाइमिंग लाइन और एक ख़ाली लाइन जोड़ना; जोड़ने का मतलब है उन्हें मिटाना। एडिट के बाद कुछ भी छूने की ज़रूरत नहीं।
आर्काइव के तौर पर नहीं। यह YouTube के बाहर लगभग कहीं नहीं पढ़ी जाती और यह नहीं दर्ज करती कि कैप्शन कहाँ से आए या क्या टालने के लिए तय हुए थे।
एक काम-चलाऊ फ़ाइल के तौर पर यह बेहतरीन है — यही अंतर याद रखने लायक है। बदलिए, सुधारिए, अपलोड या पार्स कीजिए, और WebVTT को वापसी की फ़ाइल की तरह रखिए।
| VTT | SBV | |
|---|---|---|
| पूरा नाम | WebVTT | YouTube सबटाइटल |
| फ़ाइल एक्सटेंशन | .vtt | .sbv |
| मीडिया टाइप | text/vtt | text/plain |
| पहली बार प्रकाशित | 2010 | 2008 |
| प्रकाशक | W3C | |
| विनिर्देश | WebVTT | — |
| लाइसेंस | खुला मानक | प्रकाशित, मानकीकृत नहीं |
| आज की स्थिति | मौजूदा | सीमित उपयोग |
| ब्राउज़र में खुलता है | हर ब्राउज़र | कोई ब्राउज़र नहीं |
| इसकी जगह विचारणीय | SRT, ASS | SRT |
SBV को कोई भी ब्राउज़र नहीं पढ़ता। इस लिहाज़ से दोनों में यही कम जगह चलने वाला है। भेजने से पहले देख लीजिए कि पाने वाला इसे लेता भी है या नहीं।
Subtitle Edit VTT और SBV — दोनों पढ़ लेता है, इसलिए आप नतीजे को असली फ़ाइल के बग़ल में रखकर देख सकते हैं, बिना दूसरा प्रोग्राम खोले।
VTT W3C का फ़ॉर्मेट है, जो 2010 में आया। यह WebVTT में तय किया गया है, और अगर फ़ाइल को उस औज़ार से ज़्यादा जीना है जिसने उसे लिखा, तो यह बात क़ीमती है।
SBV Google का है और 2008 से चला आ रहा है। YouTube Studio और Subtitle Edit इस फ़ॉर्मेट को पढ़ लेते है।
नहीं। यह कन्वर्ज़न पूरी तरह आपके ब्राउज़र में होता है, इसलिए फ़ाइल आपके डिवाइस से बाहर नहीं जाती। आप ख़ुद जाँच सकते हैं: डेवलपर टूल्स का नेटवर्क टैब खोलिए और कुछ बदल कर देखिए। आपको पेज ख़ुद दिखेगा और आँकड़ों तथा विज्ञापन के वे अनुरोध दिखेंगे जिनसे इस सेवा का ख़र्च निकलता है — और एक भी ऐसा अनुरोध नहीं जो आपकी फ़ाइल साथ ले जा रहा हो।
हाँ। न खाता, न वॉटरमार्क, और न कोई रोज़ का कोटा जो ख़त्म हो: यह आपकी अपनी मशीन पर चलता है, इसलिए आप जितनी बार चाहें लौट सकते हैं। ब्राउज़र 100 MB तक की फ़ाइलें सँभालता है, एक बार में 100।
VTT और SBV सामग्री का वर्णन बुनियादी तौर पर अलग-अलग तरीक़ों से करते हैं। इसलिए यह कन्वर्ज़न नक़ल नहीं, पुनर्निर्माण है: ईमानदार, पर बाइट-दर-बाइट एक जैसा नहीं।
SBV को कोई भी ब्राउज़र नहीं पढ़ता। इस लिहाज़ से दोनों में यही कम जगह चलने वाला है। भेजने से पहले देख लीजिए कि पाने वाला इसे लेता भी है या नहीं।