إصلاح ترجمة 23.976 إلى 29.97
أو ألصق نص الترجمة
الخيارات
معدل الإطارات الذي تحسب به التوقيتات. في صفحات الصيغ هو ما يحتاجه MicroDVD، لأنه يخزن التوقيت أرقام إطارات. وفي صفحات معدل الإطارات هو المعدل الذي وقت به الملف — النسخة التي صنعت لها الترجمة — ويأخذ الصندوق الثاني في الصفحة معدل الفيديو الذي ستستخدمها معه. والشائعة 23.976 و24 و25 و29.97 و30 و50 و59.94 و60. والخطأ فيه يزحزح الخط الزمني كله، وفي صفحات معدل الإطارات يزحزحه بنسبة لا بمقدار ثابت.
معدل إطارات النسخة التي ستستخدم الترجمة معها — الفيديو الذي ستشغله فعلا. المعامل المطبق هو الصندوق الأول مقسوما على هذا، فمن 24 إلى 25 يعطي 0.96: الفيلم يسرع 4 بالمئة على PAL، وفيلم من 100 دقيقة يدخل في شريط من 96 دقيقة. وقلب الصندوقين يزحزح الخط الزمني كله في الاتجاه الخاطئ بالمقدار نفسه.
تأخذ هذه الصفحة ملف ترجمة حسب خطه الزمني على 23.976 إطارا في الثانية وتضعه على خط زمني بمعدل 29.97. يضرب كل طابع زمني في 0.8، أي أربعة أخماس بالضبط، فيخرج الملف أقصر بالخمس: يصير مقطع عند الدقيقة الأولى عند الثامنة والأربعين ثانية، ويعود مقطع في حلقة مدتها 24 دقيقة تدعي ترجمتها ثلاثين دقيقة إلى 24. الصندوقان مملوءان بالفعل؛ غيرهما إذا كان ملفك محسوبا على شيء آخر.
الخطأ في الحساب الذي يحول أرقام الإطارات إلى ثوان. إذا قرأت أداة أرقام إطارات تنتمي إلى خط زمني بمعدل 29.97 لكنها قسمتها على 23.976، فكل ثانية أنتجتها أكبر بالربع: 29.97 مقسومة على 23.976 تساوي 1.25، فيمط الخط الزمني كله بالربع وتجري الترجمة متأخرة بنسبة 25 بالمئة، وأكثر كلما تقدم الفيلم. الضرب في 0.8 هو إخراج الخطأ نفسه بالقسمة.
هناك استخدام واحد يجب ألا تخدمه هذه الصفحة، وهو أسهل خطأ في المجموعة. الفيلم المحمول داخل إشارة NTSC يطبق عليه 3:2 pulldown، أي تتكرر الصور نفسها لملء إشارة 29.97، و pulldown يترك زمن التشغيل كما هو تماما. لذا فإن قول «الفيديو لدي 29.97 وفيه pulldown» ليس سببا لتحويل أي شيء: الملف المضبوط على ذلك الفيديو صحيح أصلا، وضربه في 0.8 سيأخذ منه خمسا. هذه الصفحة لملف حسبت أرقام إطاراته على معدل خاطئ، لا لملف يوجد فحسب في حاوية 29.97.
ما يجعل هذا الزوج مريحا أن 0.8 دقيقة تماما. المعدلان فيه ينتميان إلى عائلة NTSC وكلاهما يحمل القسمة نفسها على 1001، فيختفي 1001 وتصبح 23.976 على 29.97 ببساطة 24000 على 30000، أي أربعة أخماس بالضبط، بلا تقريب ولا باق. ووقت كل مقطع ينقص بالخمس على الشاشة، فترتفع سرعة قراءة كل سطر بنسبة 25 بالمئة. لا يغادر أي بايت حاسوبك، ويتدفق موسم كامل عبر الطابور دفعة واحدة، وتقرأ SRT و WebVTT و ASS و SSA، إضافة إلى SBV و SAMI و MicroDVD، ثم TTML و JSON و CSV على حقيقتها لا وفق الامتداد.
أمثلة
قصير مقابل طويل في الحساب
الإدخال
1
00:00:01,000 --> 00:00:03,000
Hello there.
2
00:01:00,000 --> 00:01:02,000
One minute in.
الناتج
1
00:00:00,800 --> 00:00:02,400
Hello there.
2
00:00:48,000 --> 00:00:49,600
One minute in.
0.8 هي 23.976 مقسومة على 29.97. يفقد المقطع عند الثانية 200 مللي ثانية ويفقد عند الدقيقة 12,000 مللي ثانية، لأن الحركة تتناسب طرديا مع البعد عن نقطة البداية. يخضع طرفا كل مقطع للضرب ذاته، فيصير سطر من ثانيتين 1.6 ثانية، ومن هذا التقصير تأتي زيادة سرعة القراءة.
التأخر يكبر مع عقارب الساعة
الإدخال
1
00:10:00,000 --> 00:10:02,000
Ten minutes in.
2
00:30:00,000 --> 00:30:02,000
Half an hour in.
الناتج
1
00:08:00,000 --> 00:08:01,600
Ten minutes in.
2
00:24:00,000 --> 00:24:01,600
Half an hour in.
دقيقتان تأخرا عند علامة العشر دقائق وست دقائق عند نصف الساعة، أي ربع الزمن المنقضي في الحالتين، وهذا شكل مشكلة النسبة. إزاحة ثابتة لا تصلحها أبدا، والنسبة تصلحها. الفحص بعد التحويل عند نهاية الملف: افتحه عند طابع المقطع الأخير الجديد، ويجب أن يكون السطر هناك.
MicroDVD يعدل سطر التصريح وحده
الإدخال
{1}{1}23.976
{240}{288}Hello
الناتج
{1}{1}29.97
{240}{288}Hello
يخزن MicroDVD التوقيت أرقام إطارات، والإطارات ليست ما كان خاطئا، بل المعدل الذي كانت تقسم عليه. الإطار 240 المعلن عند 23.976 يقرأ عشر ثوان، وهو التأخر المشكو منه؛ والمعلن عند 29.97 يقرأ ثمانيا، وهو موضع ذلك المقطع. لذا يعاد كتابة سطر التصريح فحسب؛ أرقام الإطارات تبقى على حالها: إعادة كتابتها ستطبق الربع مرتين.
الأسئلة الشائعة
لماذا يكون معامل 23.976 إلى 29.97 هو 0.8 بالضبط؟
لأن المعدلين من عائلة NTSC وكلاهما عدد دائري مقسوم على 1001: 23.976 هي 24000/1001 و29.97 هي 30000/1001. قسمة أحدهما على الآخر تلغي 1001 من الطرفين وتترك 24000 على 30000، أي أربعة أخماس. فلا شيء هنا مقرب ولا شيء تقريبي: المقطع عند الدقيقة الأولى يستقر عند الثامنة والأربعين ثانية بالضبط.
هل يصلح زوج 23.976 إلى 29.97 فيلما طبق عليه 3:2 pulldown؟
لا، وهذا هو الفخ الذي وجدت الصفحة لتسميته. يملأ pulldown إشارة 29.97 بإطارات متكررة ويترك زمن التشغيل كما هو، فملف الترجمة المضبوط على الفيديو المعالج صحيح مسبقا؛ وتحويله يأخذ خمسا من الخط الزمني ويجعل ملفا صحيحا خاطئا. الصفحة مخصصة لتوقيتات بنيت بقسمة أرقام إطارات على 23.976 بينما كانت الإطارات تنتمي إلى خط زمني 29.97.
الترجمة تتأخر بالربع ويزداد التأخر؛ هل هذا زوج 23.976 إلى 29.97؟
افحص ما إذا كان التأخر ربع الزمن المنقضي. دقيقتان تأخرا عند علامة العشر دقائق، وست دقائق عند نصف الساعة، ونصف ساعة من التأخر في برنامج يمتد ساعتين هي علامة هذا الزوج نفسه. يمكن تمييز أبناء العم في المجموعة بالحجم: 0.95904 خطأ بنسبة 4 بالمئة، و1.0427094 بنسبة 4.271 بالمئة، ومعامل اثنين يضاعف طول الملف.
هل أضع 24 و30 في الصندوقين بدل 23.976 و29.97؟
لهذا الزوج نعم، والنتيجة متطابقة: 24 مقسومة على 30 أربعة أخماس، مثل 23.976 على 29.97، لأن القسمة المشتركة على 1001 تلغي في الحالتين. هذه خاصية لهذا الزوج لا للمجموعة: في صفحة الفيلم إلى PAL، استخدام 24 و25 حيث كان الملف فعلا 23.976 يترك خطأ 3.5 ثانية في الساعة.
كل مقطع يمنح وقتا أقل بالخمس؛ هل يكسر ذلك حدود سرعة القراءة؟
يستحق الفحص، لأن الكلمات لا تقصر لتعوض: سطر كان مرتاحا داخل حد الأحرف في الثانية قد يدفعه ارتفاع بنسبة 25 بالمئة خارجه. تقيس أدوات الوصول في هذا الموقع سرعة القراءة وفق الحدود التي تضعها المعايير، وهذا هو الرقم الذي ينبغي النظر إليه لا الانطباع بأن الترجمة صارت متعجلة.
هل أستخدم 23.976 إلى 29.97 لوضع ترجمة فيلم على قرص NTSC؟
لا. الفيلم على قرص NTSC مخزن بمعدل 23.976 ويطبق المشغل pulldown عند التشغيل، فملف الضبط على الفيلم لا يحتاج تغييرا أصلا، و0.8 سيدمره. إن كان ملفك مضبوطا على نسخة PAL من ذلك الفيلم وأنت راجع إلى القرص، فالزوج هو 25 إلى 23.976 والمعامل 1.0427094، أي تصحيح صغير في الاتجاه الآخر.