اختيار قيمة CRF للكودر

السياق

لا يعد استخدام عرض النطاق النطاق من قبل تطبيق Jami مثاليًا لجميع أنواع الاتصالات. في الواقع ، في بعض الحالات ، لا تكون تجربة المستخدم جيدة (الاتصالات الأقمار الصناعية ،...) على الرغم من خوارزمية إدارة عرض النطاق النطاق.

الملاحظة

ليس من الضروري أن نستهدف جودة مثالية (CRF < 20) لأنّ التصور البصري تقريباً مشابه، بينما تدفق البيانات المطلوب (تصفية البيانات) أعلى بكثير.

الهدف

الغرض من هذه الوثيقة هو التحقق من تأثير تغيير في جودة الفيديو مع مبرم CRF للمؤشر.

الاختبار

تم إجراء هذه الاختبارات عن طريق مقارنة:

أول واحد مشفّر مع معايير جامي الحالية
الثاني مُرمّح بجودة أقل

تم إجراء كل من هذه الاختبارات لتحديدات 1080p و 720p و 436p التالية.

لكل من هذه القرارات تم استخدام عدة بيترات:

300 كيبيت/س (قيمة جامي منخفضة)
1.5 Mbit/s (قيمة متوسطة)
6 Mbit/s (قيمة عالية)

الرسوم البيانية تظهر تطور معدل البيت مع الملف الذي يتم اختباره (القرار ومعدل البيت المحدد).

تم تقييم بصري (جانبًا إلى جانب) لكل اختبار.

بفضل هذا الاختبار يمكننا تقدير معدل البيت الذي سيتم إصداره في جامي وفقاً للمعلمات المختارة.

1080p / 300 كيبيت / ثانية / CRF28![صورة](الصور / اختيار-crf-1080p-300kbps-crf28.png) 1080p / 300 كيبيت / ثانية / CRF38![صورة](الصور / اختيار-crf-1080p-300kbps-crf38.png)

المقارنة البصرية (CRF28 على اليسار / CRF38 على اليمين)

1080p / 1.5 ميغابتس / CRF22 1080p / 1.5 ميغابتس / ثانية / CRF30