تنزيل فيديو 4K — مولّد أوامر yt-dlp

ما الذي تتطلبه دقة 4K فعلًا

عند 2160p يكون الفيديو والصوت مسارين منفصلين دائمًا، لذا فـ ffmpeg لازم لدمجهما. وMKV هي الحاوية الأكثر أمانًا: إذ لا يستطيع MP4 حمل بعض الترميزات التي يُقدَّم بها 4K، وفرضه يجعل yt-dlp يعيد الترميز — وهو بطيء ومُفقِد للجودة، والطريقة المعتادة لضياع بيانات HDR.

وإن لم تظهر دقة 4K فالأرجح أن الفيديو لم يُرفع بها أصلًا. اسرد الصيغ أولًا بدل افتراض أن الأمر خاطئ. وتوقّع عدة غيغابايت لكل ساعة، واستخدم حدًا للحجم أو نطاق مقطع إن كان ذلك يشكّل مشكلة.

اختيار الحاوية هو قرار HDR. فـ 4K HDR يصل في ترميزات — VP9.2 وAV1 — لا يستطيع MP4 حملها دائمًا، وفرض MP4 يجعل yt-dlp يعيد الترميز: ساعات من العمل، وخسارة جودة مرئية، وبيانات HDR ذهبت. وMKV يحمل كل شيء كما هو؛ وهذا الإعداد الجاهز يجعلها افتراضه لهذا السبب بعينه. فمشغّل SDR يشغّل ملف HDR فتبدو باهتة — ذلك من المشغّل لا من الملف، وتحويل HDR إلى SDR كما ينبغي عمل فلتر لا مفتاح.

عرض النطاق هو حيث يتوقف 4K عن كونه افتراضًا: فـ 2160p بمعدل بت محترم تستهلك من 40 إلى 90 غيغابايت لكل ساعة لقطات، والأجزاء المتوازية تجعل التنزيل بأقصى ما يسمح به الاتصال — وهذا بالضبط ما يستدعي تقييد المنصة. وإن أبطأ التشغيل حتى صار زحفًا فنصف عدد الأجزاء ودعه يجري أطول؛ فملف 4K كبير بما يكفي أن إتمامه ببطء ما زال أفضل من إعادته. وخيار حد الحجم موجود ليوقف تشغيلًا جامحًا قبل أن يفعل ذلك امتلاء القرص.

الفصول والبيانات الوصفية هما ما يجعل أرشيف 4K يستحق عناءه: ففيلم بساعتين بلا فصول ملف واحد، وبها يصبح قابلًا للتنقل. وSponsorBlock يتكامل هنا أيضًا — فمقاطع الرعاية معلَّمة على محتوى 4K كما على أي محتوى آخر، وتخطيها في ملف بطول فيلم يوفر وقتًا أكثر مما في أي شيء أقصر. وضمّن الصورة المصغرة بوصفها غلافًا وإلا عرضت مكتبة الوسائط مربعًا فارغًا لكل ملف 4K.

ما لا تستطيعه 4K: التكبير. فمصدر 1080p مقيدًا صعودًا يبقى 1080p — فالقيد حد أقصى، وينتقي yt-dlp أفضل مسار عنده أو دونه دون شكوى. وإن أظهر -F لا شيء فوق 1080p فذاك كل ما أعطى الناشر المنصة. ومصادر 4K الحقيقية على يوتيوب عادة VP9 أو AV1، وكلاهما يفك ترميزه في معالجات الرسوم الأقدم برمجيًا — فالمشغّل البطيء مسألة ترميز غالبًا لا مسألة ملف، وMKV يحفظ الترميز الأصلي كما هو.