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

SMI को JSON में बदलें

फ़ॉर्मैट रूपांतरणSAMI (SMI)
या सबटाइटल टेक्स्ट पेस्ट करें

यह रूपांतरण क्या बदलता है

1 चीज़ छूटती है या फ़ैसला माँगती है

  • फ़ॉर्मैट-विशिष्ट सामग्री

    वह सामग्री जो स्रोत फ़ॉर्मैट अपने क्यू के बाहर रखता है (क्यू से बाहर के ब्लॉक, हेडर टेक्स्ट, प्रति-क्यू सेटिंग, टिप्पणी की गई घटनाएँ) — लक्ष्य फ़ॉर्मैट में उसके लिए कोई जगह नहीं

यह सूची इन दोनों फ़ॉर्मैट के क्षमता मैट्रिक्स से आती है, आपकी लोड की गई उस फ़ाइल से नहीं। कोई खास फ़ाइल ज़्यादा खो सकती है अगर वह ऐसी सुविधाएँ इस्तेमाल करती हो जिन्हें फ़ॉर्मैट अनुमति देता है पर मैट्रिक्स मॉडल नहीं करता।

SAMI (SMI) और SubtitleMatrix JSON दोनों सबटाइटल रखते हैं, पर उनका ढाँचा अलग है; यह पेज एक को दूसरे में बदलता है। SMI में <SYNC Start=4000> जैसे टैग बताते हैं कि उस क्षण से क्या दिखेगा, और <STYLE> ब्लॉक रंग-फ़ॉन्ट तय करता है।

जो नहीं बचता: cue मॉडल के बाहर रखी स्रोत की सामग्री (गैर-cue ब्लॉक, हेडर पाठ, प्रति-cue सेटिंग, टिप्पणी-किए इवेंट)। <STYLE> ब्लॉक, <TITLE> और Class=… जैसी विशेषताएँ JSON में नहीं जाते, क्योंकि वहाँ उनके लिए कोई अनुभाग नहीं है। ये चीज़ें चुपचाप नहीं गिरतीं — फ़ाइल डालने से पहले ही ऊपर की सूची में लिखी रहती हैं।

SubtitleMatrix JSON का नतीजा .json फ़ाइल के रूप में मिलता है; version, styles और cues वाली संरचना बनती है और समय पूर्णांक मिलीसेकंड रहते हैं। बैच में डाली गई हर फ़ाइल अलग से संसाधित होती है, बीच में रोकने पर बाकी नहीं चलतीं, और अंत में सब एक ZIP में मिलती हैं। फ़ाइल आपके ब्राउज़र से बाहर नहीं जाती।

उदाहरण

एक सामान्य SMI फ़ाइल, JSON में बदली गई

इनपुट

<SAMI>
<HEAD>
<STYLE TYPE="text/css">
<!--
P { text-align: center; font-family: Arial; }
.ENCC { Name: English; lang: en-US; }
-->
</STYLE>
</HEAD>
<BODY>
<SYNC Start=1000>
<P Class=ENCC>Hello there.
<SYNC Start=3000>
<P Class=ENCC>&nbsp;
<SYNC Start=3500>
<P Class=ENCC>How are you?<br>Fine, thanks.
<SYNC Start=6000>
<P Class=ENCC>&nbsp;
</BODY>
</SAMI>

आउटपुट

{
  "version": 1,
  "cues": [
    {
      "start": 1000,
      "end": 3000,
      "lines": [
        "Hello there."
      ]
    },
    {
      "start": 3500,
      "end": 6000,
      "lines": [
        "How are you?",
        "Fine, thanks."
      ]
    }
  ]
}

इस आउटपुट में छूटा: फ़ॉर्मैट-विशिष्ट सामग्री। बाकी सब पंक्ति-दर-पंक्ति मेल खाता है।

SMI से JSON: वही रूपांतरण एक कठिन इनपुट पर

इनपुट

<SAMI>
<HEAD>
<TITLE>Episode 1</TITLE>
<STYLE TYPE="text/css">
<!--
.ENCC { Name: English; }
-->
</STYLE>
</HEAD>
<BODY>
<sync start="00:00:02,500">
<P Class=ENCC>Line one<br>Line two
<sync start=9000>
<P Class=ENCC>Tom &amp; Jerry
<SYNC Start=12000>
<P Class=ENCC>&nbsp;
</BODY>
</SAMI>

आउटपुट

{
  "version": 1,
  "cues": [
    {
      "start": 2500,
      "end": 9000,
      "lines": [
        "Line one",
        "Line two"
      ]
    },
    {
      "start": 9000,
      "end": 12000,
      "lines": [
        "Tom &amp; Jerry"
      ]
    }
  ]
}

असली SMI फ़ाइलों में BOM, मिश्रित पंक्ति-अंत, खाली क्षेत्र या बिगड़ा समय-कोड मिलता है। ऊपर की साफ़ मिसाल से मिलाकर देखिए कि पार्सर कितना माफ़ करता है और क्या रिपोर्ट करता है।

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

SMI के Start=4000 जैसे समय JSON में किस रूप में लिखे जाते हैं?

SMI का Start=4000 JSON में 4000 जैसा पूर्णांक मिलीसेकंड बनता है। कोई पूर्णांकन नहीं होता, क्योंकि JSON की घड़ी SMI से महीन या बराबर है।

SMI की cue के बाहर की सामग्री JSON फ़ाइल में बचती है?

SMI की वह सामग्री cue मॉडल के बाहर रहती है — <STYLE> में CSS नियम होते हैं जो फ़ॉन्ट, रंग और स्थान तय करते हैं, और Class=… किसी अनुच्छेद को उन नियमों से जोड़ता है। JSON में उसके लिए कोई अनुभाग, स्तंभ या विशेषता नहीं है, इसलिए वह गिर जाती है और रिपोर्ट में अलग से गिनी जाती है; JSON का अपना हेडर उसे दोबारा नहीं बना सकता।

SMI से JSON में कौन-कौन सी जानकारी छूटती है?

इस दिशा में 1 तरह की जानकारी गिरती है: cue मॉडल के बाहर रखी स्रोत की सामग्री (गैर-cue ब्लॉक, हेडर पाठ, प्रति-cue सेटिंग, टिप्पणी-किए इवेंट)। मिसाल के लिए, SMI का <STYLE> ब्लॉक, <TITLE> और Class=… जैसी विशेषताएँ JSON के किसी अनुभाग में नहीं बसता। यह सूची आपकी फ़ाइल डालने से पहले ही दिखती है, और फ़ाइल आने के बाद उसमें बताया जाता है कि उसमें से कितनी चीज़ें वाकई मौजूद थीं।

JSON में SMI की cue किस संरचना में बदलती है?

JSON में हर SMI cue cues सरणी का एक ऑब्जेक्ट बनती है जिसमें start और end पूर्णांक मिलीसेकंड होते हैं, जैसे 4000। स्टाइल styles ऑब्जेक्ट में और रंग-ज़ोर tags सरणी में संरचित रूप में रखे जाते हैं।

SMI की बहु-पंक्ति cue JSON में कैसे रहती है?

cues शुरुआती समय के क्रम में लिखी जाती हैं, इसलिए SMI में अगर कोई cue क्रम से बाहर थी तो JSON में वह अपनी सही जगह पर लौट आती है। एक cue के भीतर की पंक्तियाँ अलग नहीं होतीं, क्योंकि दोनों फ़ॉर्मैट हार्ड लाइन-ब्रेक रख सकते हैं।

JSON से SMI की उलटी दिशा उतनी ही सुरक्षित है?

नहीं। JSON से SMI की उलटी दिशा में भी बोल्ड और इटैलिक के अलावा बाकी स्टाइलिंग (रंग, आउटलाइन, छाया, मार्जिन), कराओके समय (अक्षर-दर-अक्षर हाइलाइट) जैसी जानकारी गिरती है, क्योंकि दोनों फ़ॉर्मैट अलग-अलग चीज़ें रखते हैं और उलटी दिशा की अपनी कमियाँ हैं। और इस दिशा में SMI से JSON में जो छूटा — जैसे SMI का <STYLE> ब्लॉक, <TITLE> और Class=… जैसी विशेषताएँ JSON के किसी अनुभाग में नहीं बसता — वह JSON में कहीं दर्ज नहीं है, इसलिए किसी भी उलटे रूपांतरण से उसे दोबारा नहीं बनाया जा सकता।

संबंधित टूल

SMI सबटाइटल फ़ॉर्मैट
SMI क्या सहेज सकता है, क्या नहीं — और हर वह फ़ॉर्मैट जिसमें इसे बदला जा सके।
JSON सबटाइटल फ़ॉर्मैट
JSON क्या सहेज सकता है, क्या नहीं — और हर वह फ़ॉर्मैट जिसमें इसे बदला जा सके।
JSON को SMI में बदलें
ब्राउज़र में JSON से SMI — छूटे: स्टाइलिंग, कराओके।
SMI को CSV में बदलें
ब्राउज़र में SMI से CSV — छूटे: स्टाइलिंग, पोज़िशनिंग, फ़ॉर्मैट सामग्री।
SMI को SRT में बदलें
ब्राउज़र में SMI से SRT — छूटे: स्टाइलिंग, पोज़िशनिंग, फ़ॉर्मैट सामग्री।
SMI को VTT में बदलें
ब्राउज़र में SMI से VTT — छूटे: पोज़िशनिंग, फ़ॉर्मैट सामग्री।