انتقل إلى المحتوى الرئيسي
SubtitleMatrix

تحويل LRC إلى TTML

تحويل الصيغكلمات الأغاني (LRC)
أو ألصق نص الترجمة

الخيارات

يستخدم حين لا يكون للمصدر أوقات نهاية (نص عادي، LRC). الخط الزمني في الناتج يولد هنا بدل أن يحول، فهذا الرقم هو ما تحصل عليه.

ما يغيره هذا التحويل

شيء واحد يسقط أو يحتاج قرارا

  • التوقيت

    أوقات نهاية المقاطع — المصدر لا يسجلها، فستتولد أوقات الناتج بدل أن تحول

تأتي هذه القائمة من مصفوفة القدرات لهاتين الصيغتين، لا من الملف الذي حملته. وقد يفقد ملف بعينه أكثر إن استخدم ميزات تسمح بها الصيغة ولا تمثلها المصفوفة.

كل ما تفعله الصفحة هو إعادة كتابة LRC بصيغة TTML. نفس اللحظة تظهر في LRC بالشكل [00:01.25]، وفي TTML بالشكل begin="00:00:01.250". النص المنطوق يصل إلى TTML كما هو.

ليس كل ما في LRC قابلا للكتابة في TTML. ما يسقط: التوقيت. والمقاطع نفسها تبقى كاملة النص.

إن كان في LRC رمز زمني مشوه قبل كتابة TTML، يصلح إن أمكن. وإلا يسجل. لكل ملف سطر حالة مستقل. وتقرير فقدان TTML الخاص به. ملف LRC لا يدخل أي طلب شبكة، حتى أثناء إنتاج TTML.

أمثلة

ملف LRC نموذجي محول إلى TTML

الإدخال

[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.

الناتج

<?xml version="1.0" encoding="UTF-8"?>
<tt xmlns="http://www.w3.org/ns/ttml" xmlns:tts="http://www.w3.org/ns/ttml#styling">
  <body>
<p begin="00:00:12.000" end="00:00:15.300">First line of the song.</p>
<p begin="00:00:15.300" end="00:00:18.000">Second line.<br/>Second line, translated.</p>
<p begin="00:00:18.000" end="00:00:21.500"></p>
<p begin="00:00:21.500" end="00:00:23.500">Final line.</p>  </body>
</tt>

المقارنة تظهر التوقيت؛ وما عدا ذلك يطابق سطرا بسطر بين LRC وTTML.

ملف LRC غير مرتب يخرج بصيغة TTML

الإدخال

[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]

الناتج

<?xml version="1.0" encoding="UTF-8"?>
<tt xmlns="http://www.w3.org/ns/ttml" xmlns:tts="http://www.w3.org/ns/ttml#styling">
  <body>
<p begin="00:00:03.000" end="00:00:05.500">Out of order.</p>
<p begin="00:00:05.500" end="00:00:07.000">Leading zero omitted, one decimal.</p>
<p begin="00:00:07.000" end="00:00:09.000">Second with no centiseconds.<br/>Repeated chorus line.</p>
<p begin="00:00:09.000" end="00:00:12.000">Repeated chorus line.</p>
<p begin="00:00:12.000" end="00:00:14.000"></p>  </body>
</tt>

الملفات الحقيقية تصل هكذا: نهايات أسطر مختلطة. وفراغات وحقول فارغة. المحول يصلح أو يسجل، ولا يخفي شيئا عند إنتاج TTML من LRC.

الأسئلة الشائعة

ما شكل الرمز الزمني في TTML إذا كان المصدر LRC؟

قارن [00:01.25] في LRC ب begin="00:00:01.250" في TTML لترى الفرق في الكتابة وحدها. TTML يستنتج نهاية كل مقطع من التالي، لا من LRC.

هل التحويل من LRC إلى TTML كامل أم ناقص؟

قائمة ما يفقده TTML من LRC: التوقيت. لا شيء منها يخفى. ولا وسم مزيف يدخل TTML.

هل يصل النص من LRC إلى TTML بلا تغيير؟

النص ينتقل من LRC إلى TTML كما هو، وما يعرفه TTML من وسوم يبقى. أما المجهول فيكتب نصا في تقرير TTML. أو يسجل، ولا يحول إلى وسم مخترع.

هل تحويل TTML إلى LRC يعيد كل ما فقده الاتجاه الأول؟

ليس كاملا. إرجاع TTML إلى LRC يسقط التوقيت، التنسيق، الموضع على الشاشة، الدقة الزمنية ومحتوى الصيغة، وهي قائمة تخص ملفات TTML الحقيقية. النسخة الأصلية من LRC تبقى المرجع الآمن.

هل يرفع ملف LRC إلى خادم أثناء إنتاجه بصيغة TTML؟

المعالجة محلية بالكامل: LRC لا يغادر جهازك، والناتج TTML ينشأ في الذاكرة نفسها.

هل تنزل نتائج LRC بصيغة TTML مجتمعة أم ملفا ملفا؟

كل ملفات LRC التي تفلتها تدخل طابورا واحدا، والنتائج تخرج بصيغة TTML في أرشيف واحد.

هل توجد طريقة لعدم خسارة ما يسقط من LRC عند التحويل إلى TTML؟

احفظ ملف LRC الأصلي؛ هو النسخة الكاملة. TTML ناتج عملي من LRC للعرض أو المشاركة، وليس أرشيفا كاملا.

أدوات ذات صلة