ضغط الفيديو

لا. يشغّل ffmpeg المُجمَّع إلى WebAssembly مُشفِّر libx264 مباشرةً داخل تبويب متصفحك. يُقرأ مقطعك في الذاكرة المحلية ويُضغط هناك ويُحفظ ملف MP4 الأصغر على جهازك. لا شيء يُرسَل إلى Sunasty أو أي طرف ثالث. يمكنك التأكد من ذلك بمراقبة تبويب الشبكة في أدوات المطور أثناء تشغيل الأداة.

CRF 18 يكاد يكون بلا خسارة بصرية وهو نقطة انطلاق جيدة لأرشفة لقطات تهتم بها. CRF 23 هو الافتراضي لـ libx264 وحل وسط متين للأغراض العامة. CRF 28 يُصغّر الملفات بقوة لكنه يُدخل نعومةً مرئية على الحركة السريعة أو الأنسجة الدقيقة. للمشاركة عبر الإنترنت يكون 21-24 النطاق المعتاد.

يعمل WebAssembly بسرعة قريبة من الأصلية لكن ضمن سياق متصفح أحادي الخيط بلا تسريع فيديو بالجهاز. الترميز بـ libx264 عبر ffmpeg.wasm أبطأ فعلًا من ثنائي ffmpeg الأصلي الذي يمكنه استخدام NVENC أو QuickSync أو تعدد نوى المعالج. المقاطع القصيرة أو الدقات الأقل تنتهي بسرعة؛ مقاطع 4K الطويلة تتطلب الصبر.

نعم. يقرأ ffmpeg.wasm جميع تنسيقات الحاويات الشائعة. الإخراج دائمًا MP4 مع H.264 لأن هذا التوليف يعمل على كل جهاز ومتصفح بلا إضافات.

يُعاد ترميز الصوت إلى AAC بمعدل 128 كيلوبت في الثانية افتراضيًا وهو معدل شفاف للكلام وكافٍ للموسيقى. إذا كان صوت المصدر بصيغة AAC بالفعل وتحتاج إلى الحفاظ عليه بدقة، استخدم أداة نسخ صوت منفصلة بدلًا من هذا المضغوط.

لا يوجد حد من جانب الخادم لأنه لا يوجد خادم. السقف العملي هو الذاكرة العشوائية المتاحة في متصفحك. تعالج معظم الأجهزة ملفات تصل إلى بضعة غيغابايتات؛ المقاطع الكبيرة جدًا قد تُسبب نفاد ذاكرة التبويب قبل اكتمال الترميز. تقسيم المقطع أولًا وضغط كل جزء على حدة حل موثوق.

هذا يعمل، لكن بصراحة يملك متصفح الهاتف ذاكرة متاحة أقل بكثير لتبويب واحد من حاسوب محمول. مقطع قصير بدقة 1080p أو أقل يُضغَط جيدًا على معظم الهواتف الحديثة. مقطع طويل أو بدقة 4K أكثر عرضة لاستنفاد ذاكرة التبويب على الهاتف المحمول منه على الحاسوب المكتبي؛ إن حدث ذلك، قصّر المقطع أولًا أو أعد المحاولة على حاسوب.