[i ┐(￣ー￣)┌ i] المرجع الشامل للتحكم في ضغط الفيديو بالانكودر x264

[تيرزم]

رجعت

وكلا، أسلوب معدل البترايت لا يحتوي خاصية إعطاء كل بت حقه من البترايت، الأمر نفسه ينطبق على الـ crf لكن بدرجة أقل. الـ crf يعطي كل ماكروبلوك الجودة التي قدر المنتج أنها حقه.
لم أقل في حياتي كلها إن استعمال معدل بترايت يعطي بترايت ثابت على طول الفيديو. لن تحصل على ذلك إلا إذا جعلت qcomp بقيمة 0 ولا أظن عاقلاً يريد فعل ذلك اللهم في حالات خاصة جداً لا علاقة لها بالفانسب والريب.

قبل أن أبدأ هنا لك مني اعتذار

بنقاش آخر هُناك من جزم أن تحديد البت ريت سيُحدد بيت ريت ثابت على كل الحلقة
ومن جزم أن الـ 2pass يُظهر عيوب بالإنتاج "بلوكس وبندنج" بعكس الـ CRF
ومن جزم أن الـ CRF أفضل من الـ 2pass وأظن أنت تجزم بهذا لكن أنا مازلت أرى أن الاثنين لهم نفس الفعالية لكن هذا له مساوئ وميزات والثاني له مساوئ وميزات "ردي سيشرح ذلك"
لكن بما أن النتيجة مماثلة والـ CRF أسرع سأعتمده

والمشكلة أنهم ينشرونه وبعد أن تسألهم يقولوا "اذهب إلى مسومس"
وجئنا إلى مسومس وكان الكلام مختلف

UTW يستعملون crf وجميع الفرق الانجليزية الجيدة في الإنتاج (Eclipse, Static-Subs, gg) وشبه الجيدة (Commie, Nutbladder, Coalguys, UnderWater, Thora, mazui) كذلك تستعمل crf وحتى الفرق السيئة أغلبها تستعمل crf. هل شاهدت crappy re-encode لإصداراتهم ثم قلت ما قلته؟ حتى Doki الأغبياء يستعملون crf،
أصلاً، كيف حكمت أنهم يستخدمون bitrate بدل crf في إعداداتهم؟؟

لا أعلم إن كانت طريقة صحيحة لكن عند رؤية الـ Media Info بالـ MPC بالـ CRF لا يظهر خانة الـ بيت ريت لكن إذا تُم تحديد الـ بيت ريت فتظهر الخانة وهذا لمحته بإنتاج خاص بي

ممكن إذا كانت بطريقة إنتاج مختلفة قد تظهر لذا لن أجزم لكن الخانة ظهرت بـ UTW, Thora, Doki
ولم تظهر عند gg,Commie,Mazui,Coalgirls

حتى Doki الأغبياء يستعملون crf، حملت إصدار لهم خصيصا كي أضحك قليلا (لأني وثقت بكلامك نوعاً ما، شيء لا أستغربه منهم) لكن خاب ظني، إنهم يستعملون الـ crf

توقع كل شيء منهم

كلام الويكيبيديا الذي طرحته هنا لا علاقة له بموضوع crf vs bitrate. الموضوع يتحدث بشكل عام جداً عن أساليب التحكم في توزيع البترايت/الجودة ولا يأخذ خصوصية x264 بالحسبان ويقارن بين 2pass bitrate mode و fixed quality mode. لو أنك قرأت الموضوع جيداً لعلمت مباشرة أن المقصود هو QP وليس CRF.
اقرأ جيداً ما كتب هناك:
One means of VBR encoding is fixed quantizer or fixed quality encoding

One means of VBR encoding is fixed quantizer or fixed quality encoding

ذكر الـ fixed quality والتي لها نفس مفهوم الـ CRF

Single-pass VBR encoding is usually controlled by the fixed quality setting or by the bitrate range (minimum and maximum allowed bitrate) or by the average bitrate setting

هذه يقصد بها الـ Fixed quality الأساسية

[h=3][edit] Fixed quality[/h]One means of VBR encoding is fixed quantizer or fixed quality encoding
[/QUOTE]


وبما أن أحد المواضيع التي وضعتها يدل أن لهم نفس الخوارزمية فلا أجد فرق كبير وهذا ينطبق على ما قاله الويكي
الـ CRF هو نفسه بمثابة pass واحد من الـ 2pass
أما الـ pass الثاني الموجود بالـ 2pass هو لمعرفة الجودة اللازمة لتحصل على البت ريت المُحدد

"(the input data are being analyzed and the result is stored in a log file. In the second pass, the collected data from the first pass are used to achieve the best encoding quality

[QUOTE]

Moreso, qp is FOR DEBUGGING ONLY and anyone who uses it for real encoding (besides for setting lossless mode and a few other special cases) is a fool. CRF is the default for a reason; don't go out of your way to add stupidity where there isn't any to start with.

الموضوع أساسه عن الإنتاج بأسرع شكل ممكن بدون خسارة جودة "دون الاكتراث بالحجم النهائي"

والـ CRF سيتم وضعه Default لأنه الأفضل من هذه الناحية "ناحية الإنتاج بأقصى سرعة والحصول على جودة مماثلة" لكن المنتج يهتم بمعرفة الحجم النهائي

وأكيد المبرمج يعرف أكثر مني ومنك

لا، اقرأ هذا الكلام ما دام كلامي أنا غير موثوق:
http://doom10.org/index.php?topic=267.msg2071#msg2071
http://doom10.org/index.php?topic=1393.msg6900#msg6900
الخوارزمية مستعملة في كليهما، لكنه ليس جزءً من 2pass. يعني 2pass تستعمل خوارزمية الـ crf لتقحم الجودة المناسبة حسب البترايت المحدد (رجاءً، محدد لا تعني ثابت).
أما أسلوب الـ crf فيستعمل الخوارزمية ذاتها لكن ليقحم البترايت المناسب للجودة المحددة.

خبرة المنتج؟ عم تتحدث؟ هل تتوهم أن خبرة المنتج أفضل من كفاءة الانكودر x264 وخوارزمياته؟
أنا، رغم كل ما في جعبتي من معرفة عن تقنيات الانكودر وأساليبه ورغم التجارب التي لا تحصى التي أجريتها، أجدني عاجزا في أغلب الأحيان عن توقع البترايت الذي يعطيني الجودة التي ترضيني. فما بالك بمن لا يعرف شيئاً عن frame type decision وrate control technics و motion estimation وهلم جراً... هؤلاء هم المنتجون العرب، عن أي خبرة تتحدث؟

لكن يجب أن أقول هنا، الجودة تكون ذاتها إذا استعملت 2pass أو crf في وخرجت بنفس الحجم في الحالتين، باستثناء أن 2pass أطول. ولا أظن بشرياً سوياً يهوى الانتظار بلا فائدة.

CRF and 2-pass use identical bit allocation algorithms. All 2-pass does is pick the CRF value that gives the filesize you want. It's still using the CRF algorithm.

No, it is not ABR. It is VBR, just like crf except that it takes a second pass to know what quality is needed to get the requested bitrate.

ثم يأتي الفانز العرب، وتقريبا العرب فقط، ليقولوا : نجيد اختيار البترايت المناسب أكثر منه، lol

الآن توضحت الأمور أكثر

سأذهب للنهاية فوراً

مقصدي هنا ليس "معرفة المنتج" أفضل من "البرنامج" نفسه

الطريقتين كما ذكر المبرمجين تعتمد على نفس الخوارزمية وستنتهي بنفس الجودة إن كان الحجم نفسه

لكن الـ CRF أسرع لكن لا يُمكنك معرفة الحجم الذي قد ينتج والـ 2pass يستغرق وقت أطول في سبيل تحديد الحجم وبكلا الحالتين على عاتق المنتج تحديد CRF أو بيت ريت ملائم لكن معرفة الـ بيت ريت أسهل لأنك ستقارن بماهيّة الحجم النهائي وهذه الفائدة على حساب الوقت

يعني على مقولة "جميع الطرق تؤدي إلى روما"

يمكنك أن تختار الطريق الطويل ووصولك مؤكد لـ روما أو تختار مُختصر طُرق سيوصلك أسرع لكن قد يصادفك عائق وتتأخر لكن بالنهاية نفس النتيجة

طلب: إذا أمكن موقع يتكلم بالتفصيل الممل عن الـ CRF

على كل حال أرسلت استفسار لتوضيح ما إن كان هناك فارق جوهري غير "سرعة دون معرفة الحجم الناتج بالـ CRFّ " "بطء مع معرفة الحجم الناتج"

سأستخدم الـ CRF حالياً لميرة الوقت

+

طريقتك بالكلام مثل المواقع الانكليزية فوراً رد "BULLSHIT"

[ElPsy]

قبل أن أبدأ هنا لك مني اعتذار

بنقاش آخر هُناك من جزم أن تحديد البت ريت سيُحدد بيت ريت ثابت على كل الحلقة
ومن جزم أن الـ 2pass يُظهر عيوب بالإنتاج "بلوكس وبندنج" بعكس الـ CRF
ومن جزم أن الـ CRF أفضل من الـ 2pass وأظن أنت تجزم بهذا لكن أنا مازلت أرى أن الاثنين لهم نفس الفعالية لكن هذا له مساوئ وميزات والثاني له مساوئ وميزات "ردي سيشرح ذلك"
لكن بما أن النتيجة مماثلة والـ CRF أسرع سأعتمده

والمشكلة أنهم ينشرونه وبعد أن تسألهم يقولوا "اذهب إلى مسومس"
وجئنا إلى مسومس وكان الكلام مختلف

لا أعلم إن كانت طريقة صحيحة لكن عند رؤية الـ Media Info بالـ MPC بالـ CRF لا يظهر خانة الـ بيت ريت لكن إذا تُم تحديد الـ بيت ريت فتظهر الخانة وهذا لمحته بإنتاج خاص بي

ممكن إذا كانت بطريقة إنتاج مختلفة قد تظهر لذا لن أجزم لكن الخانة ظهرت بـ UTW, Thora, Doki
ولم تظهر عند gg,Commie,Mazui,Coalgirls

هذا يحدث كثيراً، يأتي شخص إلى الرايزون يقول لي انت قلت كذا وكذا وأنا لا علم لي بأي شيء ثم يظهر أنه يسمع كلام منقول بشكل غير دقيق. أو يأتي شخص يحاول لعب دور الشاطر ليوضح "أخطائي" في حين انه لم يقرأ الدرس جيداً... i ┐(￣ー￣)┌ i

ما قلته عن Mediainfo غير صحيح. إن كنت تريد معرفة أسلوب الإنتاج المعتمد فعليك بـ Hex Editor وستجد الإعدادات في البداية أو تكتفي بالميديا انفو لكن تنظر إلى

Encoding settings                : cabac=1 / ref=9 / deblock=1:-1:-1 / analyse=0x3:0x133 / me=umh / subme=10 / psy=1 / fade_compensate=0.95 / psy_rd=0.60:0.10 / mixed_ref=1 / me_range=24 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=-3 / threads=6 / sliced_threads=0 / nr=0 / decimate=0 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / fgo=0 / bframes=9 / b_pyramid=1 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=240 / keyint_min=24 / scenecut=40 / intra_refresh=0 / rc_lookahead=120 / rc=crf / mbtree=1 / crf=17.0 / qcomp=0.80 / qpmin=0 / qpmax=81 / qpstep=4 / ip_ratio=1.32 / aq=1:0.93

Mediainfo ليست أداة موثوقاً بها

One means of VBR encoding is fixed quantizer or fixed quality encoding

ذكر الـ fixed quality والتي لها نفس مفهوم الـ CRF

Single-pass VBR encoding is usually controlled by the fixed quality setting or by the bitrate range (minimum and maximum allowed bitrate) or by the average bitrate setting

هذه يقصد بها الـ Fixed quality الأساسية

[edit] Fixed quality

One means of VBR encoding is fixed quantizer or fixed quality encoding

غير صحيح بالمرة. كما قلت، لو أنت قرأت هذا الموضوع الذي ترد عليه لما ارتكبت هذا الخطأ. CRF لا يعني جودة ثابتة-- ذلك يسمى qp
اقرأ:
"
CRF: أسلوب التحكم في الجودة الأكثر تقدما. قلنا أن qp يطبق أسلوب quantization متماثل (uniform)، الـ crf يطبق أسلوب quantization تناسبي (adaptative) فيخفض من قيمة الـ QP بالنسبة للفريمات التي تحتوي تفاصيل معقدة ويزيد منها في الفريمات التي تنتمي إلى مشاهد الحركة والفريمات الفقيرة من التفاصيل
"
حرفياً: qp= ضياع الجودة. كلما كان أصغر حافظت على الجودة أكثر. إذا كان ثابتاً، وفقط إذا كان ثابتاً، تكون الجودة ثابتة fixed
مضيعة للوقت أن أواصل دحض مثل هذه الحجة التي تعتمد على كلام لا يأخذ خصوصية الانكودر بالحسبان كما أنه مقتبس من wikipedia ولا يبدو أن أحداً اهتم بتحديثه فضلاً عن أن كاتبه المجهول كلياً يقر بنفسه أن كلامه غير شامل: usually، one means

وبما أن أحد المواضيع التي وضعتها يدل أن لهم نفس الخوارزمية فلا أجد فرق كبير وهذا ينطبق على ما قاله الويكي
الـ CRF هو نفسه بمثابة pass واحد من الـ 2pass

غير صحيح إن كنت تقصد ويكيبيديا. ويكيبيديا لم تتحدث في ذلك الرابط عن الـ CRF أصلاً. أما ميدياويكي (mewiki) فهذا أمر متوقع بالنظر إلى أن كاتب الصفحة هو أحد مطوري الانكودر kemuri-_9

أسلوب الـ crf ليس نفسه الباس الثانية، لأن الباس الثانية محدودة بالبترايت الذي حددته الباس الأولى وهذا الأمر لا ينطبق على crf. هذا الكلام لا يعارض mewiki بأي حال.

الموضوع أساسه عن الإنتاج بأسرع شكل ممكن بدون خسارة جودة "دون الاكتراث بالحجم النهائي"

والـ CRF سيتم وضعه Default لأنه الأفضل من هذه الناحية "ناحية الإنتاج بأقصى سرعة والحصول على جودة مماثلة" لكن المنتج يهتم بمعرفة الحجم النهائي

وأكيد المبرمج يعرف أكثر مني ومنك
الآن توضحت الأمور أكثر

كلام المطور لم يكن رداً على كاتب الموضوع بل تعليقاً وتأكيداً على أن crf هو الأفضل لكل ذي عينين.
الناس تستعمل الأحجام المحددة مسبقاً لأنهم يخافون أن يخرج الحجم عن سيطرتهم كونهم جهلة بالإعدادات. هذا غالباً يؤدي إلى bitrate starvation أو pointless filesize bloating

مقصدي هنا ليس "معرفة المنتج" أفضل من "البرنامج" نفسه

الطريقتين كما ذكر المبرمجين تعتمد على نفس الخوارزمية وستنتهي بنفس الجودة إن كان الحجم نفسه

لكن الـ CRF أسرع لكن لا يُمكنك معرفة الحجم الذي قد ينتج والـ 2pass يستغرق وقت أطول في سبيل تحديد الحجم وبكلا الحالتين على عاتق المنتج تحديد CRF أو بيت ريت ملائم لكن معرفة الـ بيت ريت أسهل لأنك ستقارن بماهيّة الحجم النهائي وهذه الفائدة على حساب الوقت

يعني على مقولة "جميع الطرق تؤدي إلى روما"

يمكنك أن تختار الطريق الطويل ووصولك مؤكد لـ روما أو تختار مُختصر طُرق سيوصلك أسرع لكن قد يصادفك عائق وتتأخر لكن بالنهاية نفس النتيجة

طلب: إذا أمكن موقع يتكلم بالتفصيل الممل عن الـ CRF

على كل حال أرسلت استفسار لتوضيح ما إن كان هناك فارق جوهري غير "سرعة دون معرفة الحجم الناتج بالـ CRFّ " "بطء مع معرفة الحجم الناتج"

سأستخدم الـ CRF حالياً لميرة الوقت

+

طريقتك بالكلام مثل المواقع الانكليزية فوراً رد "BULLSHIT"

لا تنس أنه لا يمكنك معرفة الجودة النهائية عند استعمال حجم محدد + تحتاج وقت أطول Vs تحصل على الجودة التي طلبتها في وقت أقل

المسألة كلها: هل الجودة (لا سيما أنها توفر الوقت) هي أولويتك أم حجم محدد كي ترضي الليشر الذين من الواضح أنهم من يسيرون الفانسب العربي

بالنسبة للشرح فكل ما تحتاجه هو معرفة أن : CRF = QP + AQ + QCOMP + Optional MBTree
ولو أنه لم يظهر لي أنك تبذل جهدا للفهم لوجدت رداً من ذلك القبيل. لأن أولئك الخلق لا فائدة من تعليمهم وتضييع الجهد عليهم