LRC को CSV में बदलें
या सबटाइटल टेक्स्ट पेस्ट करें
विकल्प
जब स्रोत में अंत समय न हों (सादा टेक्स्ट, LRC) तब इस्तेमाल होता है। आउटपुट की टाइमलाइन यहाँ रूपांतरित नहीं, बनाई जाती है, इसलिए यही संख्या मिलेगी।
यह रूपांतरण क्या बदलता है
1 चीज़ छूटती है या फ़ैसला माँगती है
- टाइमिंग
क्यू के अंत समय — स्रोत उन्हें नहीं रखता, इसलिए आउटपुट के अंत समय रूपांतरित नहीं, बनाए जाएँगे
यह सूची इन दोनों फ़ॉर्मैट के क्षमता मैट्रिक्स से आती है, आपकी लोड की गई उस फ़ाइल से नहीं। कोई खास फ़ाइल ज़्यादा खो सकती है अगर वह ऐसी सुविधाएँ इस्तेमाल करती हो जिन्हें फ़ॉर्मैट अनुमति देता है पर मैट्रिक्स मॉडल नहीं करता।
इस पेज पर LRC फ़ाइल डालिए और CSV फ़ाइल पाइए। LRC में हर पंक्ति [00:04.00] जैसे कोष्ठक-समय से शुरू होती है; अंत समय नहीं होता और अगली पंक्ति उसे तय करती है। CSV में हेडर पंक्ति के बाद हर cue एक row है जिसमें start, end और text कॉलम होते हैं।
जो अनुमान से बनता है: अंत समय अनुमान से बनाए जाते हैं (स्रोत उन्हें नहीं रखता)। अंत समय आपकी फ़ाइल में नहीं है, इसलिए CSV के लिए वह अनुमान से बनाया जाता है। ये चीज़ें चुपचाप नहीं गिरतीं — फ़ाइल डालने से पहले ही ऊपर की सूची में लिखी रहती हैं।
CSV Spreadsheet की फ़ाइल .csv एक्सटेंशन के साथ बनती है; start, end, text वाले कॉलम और हेडर पंक्ति बनती है। एक फ़ाइल हो या पूरी सीरीज़, कतार एक-एक करके चलती है, बीच में रोकी जा सकती है, और नतीजे एक ZIP में आते हैं। रूपांतरण आपके ब्राउज़र में होता है, इसलिए फ़ाइल कहीं अपलोड नहीं होती।
उदाहरण
एक सामान्य LRC फ़ाइल, CSV में बदली गई
इनपुट
[ti:Sample Song]
[ar:Some Artist]
[length:00:41.00]
[offset:+250]
[00:12.00]First line of the song.
[00:15.30]Second line.
[00:15.30]Second line, translated.
[00:18.00]
[00:21.50]Final line.आउटपुट
start,end,text
00:00:12.000,00:00:15.300,First line of the song.
00:00:15.300,00:00:18.000,"Second line.
Second line, translated."
00:00:18.000,00:00:21.500,
00:00:21.500,00:00:23.500,Final line.
इस आउटपुट में छूटा: अंत समय (अनुमानित)। बाकी सब पंक्ति-दर-पंक्ति मेल खाता है।
LRC से CSV: वही रूपांतरण एक कठिन इनपुट पर
इनपुट
[ar:Some Artist]
[0:05.5]Leading zero omitted, one decimal.
[00:07]Second with no centiseconds.
[00:03.00]Out of order.
[00:07.00][00:09.00]Repeated chorus line.
[00:12.00]आउटपुट
start,end,text
00:00:03.000,00:00:05.500,Out of order.
00:00:05.500,00:00:07.000,"Leading zero omitted, one decimal."
00:00:07.000,00:00:09.000,"Second with no centiseconds.
Repeated chorus line."
00:00:09.000,00:00:12.000,Repeated chorus line.
00:00:12.000,00:00:14.000,
असली LRC फ़ाइलों में BOM, मिश्रित पंक्ति-अंत, खाली क्षेत्र या बिगड़ा समय-कोड मिलता है। ऊपर की साफ़ मिसाल से मिलाकर देखिए कि पार्सर कितना माफ़ करता है और क्या रिपोर्ट करता है।
अक्सर पूछे जाने वाले सवाल
LRC में अंत समय नहीं होता, फिर CSV की cue कहाँ खत्म होती है?
LRC में हर पंक्ति केवल शुरुआत बताती है, इसलिए CSV में अंत अगली पंक्ति के शुरू होने से लिया जाता है। आखिरी पंक्ति के बाद कोई अगली पंक्ति नहीं होती, इसलिए उसे पेज पर दी गई अवधि मिलती है और रिपोर्ट उस अंत को अनुमानित बताती है। शुरुआती समय असली हैं — [00:04.00] 00:00:04.000 बनता है।
LRC का [offset:] टैग CSV बनाते समय लागू होता है या नहीं?
शीर्षक और कलाकार दोनों CSV में अपना क्षेत्र नहीं पाते — CSV सबटाइटल रखता है, गीत-मेटाडेटा नहीं। [offset:] भी लागू नहीं किया जाता, इसलिए आउटपुट के समय वही रहते हैं जो LRC में लिखे हैं; प्लेयर में जो खिसकाव दिख रहा था, वह यहाँ दोबारा लागू नहीं होगा।
LRC से CSV में बदलने पर क्या खो जाता है?
इस दिशा में 1 तरह की जानकारी गिरती है: अंत समय अनुमान से बनाए जाते हैं (स्रोत उन्हें नहीं रखता)। मिसाल के लिए, LRC सिर्फ़ शुरुआत रखता है, इसलिए CSV के अंत का समय अनुमान से भरा जाता है। यह सूची आपकी फ़ाइल डालने से पहले ही दिखती है, और फ़ाइल आने के बाद उसमें बताया जाता है कि उसमें से कितनी चीज़ें वाकई मौजूद थीं।
CSV में LRC की हर cue किस row में बदलती है?
CSV में हेडर पंक्ति start, end, text के साथ बनती है और हर LRC cue एक row बनती है। समय 00:00:04.000 जैसे बिंदु वाले रूप में जाता है, और पाठ वाले कॉलम में अल्पविराम भीतर हो तो उसे उद्धरण में लपेटा जाता है।
एक ही समय वाली LRC की दो पंक्तियाँ CSV में क्या बनती हैं?
LRC में एक ही समय पर कई पंक्तियाँ अक्सर मूल गीत और उसका अनुवाद होती हैं। वे एक ही क्षण पर शुरू होती हैं, इसलिए CSV में उन्हें दो अलग cues के बजाय एक ही cue की दो पंक्तियाँ बनाया जाता है — इससे वे एक साथ दिखती हैं और एक-दूसरे से होड़ नहीं करतीं।
CSV से LRC की उलटी दिशा उतनी ही सुरक्षित है?
नहीं। CSV से LRC की उलटी दिशा में भी cue के अंत समय (लक्ष्य केवल शुरुआत रखता है), समय की सूक्ष्मता (लक्ष्य की घड़ी 10 ms की है, इसलिए हर समय पूर्णांकित होता है) जैसी जानकारी गिरती है, क्योंकि दोनों फ़ॉर्मैट अलग-अलग चीज़ें रखते हैं और उलटी दिशा की अपनी कमियाँ हैं। और इस दिशा में LRC से CSV में जो छूटा — जैसे LRC सिर्फ़ शुरुआत रखता है, इसलिए CSV के अंत का समय अनुमान से भरा जाता है — वह CSV में कहीं दर्ज नहीं है, इसलिए किसी भी उलटे रूपांतरण से उसे दोबारा नहीं बनाया जा सकता।