الإنتاج بأسلوب 10 بت

[ElPsy]

السلام عليكم ورحمة الله وبركاته

تنبيه: إذا كنت تريد معرفة طريقة الإنتاج بـ 10 بت فقط فتوجه رأساً إلى نهاية الموضوع ودعك من وجع الدماغ. هذا الموضوع لا يزال مسودة، أنوي إضافة أشياء أخرى لمن يريد أن يتعلم.

طبعاً، (لا) تذكرون جميعاً أنني تحدثت عن شيء اسمه quantization في موضوع المرجع الشامل. و(لا) تذكرون أيضاً أنني وضعت صوراً تشرح مفهوم الـ quantization. ولا بد أنكم (لم تلاحظوا) لاحظتم الفرق بين شكل الإشارة قبل وبعد الـ quantization. هذا الفرق يسمى quantization error، يعني العيب الذي تتسبب فيه عملية الـ quantization (ربما تقولون الآن: يلعن أبو الـ quantization هذه). لكن، هذا ليس كل شيء. تحدثت أيضاً عن شيء (لا) تذكرونه بالطبع وهو motion estimation. هذه بدورها تضيف نوعين من العيوب إلى الفيديو وهما estimation error و rounding error. هنا ندخل بعجالة في لب الموضوع....
الديثر يساعد على التخلص من quantization error والإنتاج بـ 10 بت يستعمل الديثر للحد من rounding errors. يعني الإنتاج بعشرة بت يحد من كليهما معاً في ضربة واحد ويزيدك بقشيش إضافي قيمته تتمثل في التخفيض من حجم الفيديو بما يمكن أن يصل إلى 50 بالمئة مع نفس الجودة. إن كنتم لا تعرفون قصة septs d’un coup فسيصعب عليكم تصور مدى روعة أسلوب الإنتاج هذا.
randomn00b: لكن يا أخوي، إنت مو قلت إنتاج أبو عشرة بت يعني زيادة 2 بت، صح؟ يعني زيادة في الحجم مو تخفيض يا شيخ !
لا يا بُنيْ، العشرة يُقصد بها دقة الحسابات التي يجريها الانكودر (accuracy, precision... w/e) أما تخزين الـ bitstream فيكون في 8 بت !
بعدها، على مستوى الديكودر، يقع التحويل إلى 10 بت. وبالمناسبة، دقة الحسابات تعني دقة الألوان ومشابهتها لألوان المصدر.

ربما (لن) يطرح أحدكم هذا السؤال:
س: ما هذا الديثر الذي تتحدث عنه؟
ج: الديثر تقنية مستعملة في معالجة الإشارة عموما وخاصة الصوت والفيديو. ما يهمنا هنا هو الفيديو. يضيف الديثر نوعاً من الوشوشة (noise) التي من شأنها الحد من أخذ "بكسلات" كثيرة ومتجاورة من الصورة لقيمة واحدة. أخذ "بكسلات" كثيرة ومتجاورة من الصورة لقيمة واحدة من شأنه أن يؤدي إلى ما يعرف بالباندينغ وهو تدرج غير انسيابي للألوان. فلنفترض أن لديك مشهد داكن وفيه إضاءة قليلة (غرفة مظلمة في الليل وبابها مفتوح، مثلاً)؛ المناطق القريبة من الباب ستكون أكثر إضاءة من المناطق البعيدة عنه وستتقلص الإضاءة تدريجيا كلما ابتعدت عن الباب. ستأتي عملية الـ quantization وتحد من قيم البكسلات الممكنة (تحد من عدد الألوان الممكنة) وتجمع البكسلات المتجاورة وذات القيم المتقاربة معاً في مناطق جديدة أصغر حجماً ولجميع بكسلاتها قيمة واحدة (لون واحد). ماذا سيحدث حسب رأيك؟ ستحصل على مناطق متلاصقة ولكل منها قيمة مختلفة عن الأخرى = مناطق ذات ألوان مختلفة (تستطيع العين التمييز بينها) وتفصل بينها حدود واضحة للعيان. هنيئاً لك، أخيراً فهمتَ حقيقة الباندينغ وكيفية ظهوره.
الديثر، يا بُنيْ، يضيف الوشوشة (خاصة على الحدود الواضحة للمناطق ذات الأوان المتقاربة) كي لا تبقى هناك بكسلات متقاربة الألوان في منطقة ما بوسع الـ quantization أن تجمعهم في منطقة واحدة وتتسبب بذلك في الباندينغ.

الإنتاج بالـ 10 بت يتيح لك استعمال ألوان أكثر بأربع مرات من الإنتاج العادي بـ 8 بت. وهذا بدوره يساعد الـ quantization على تضييق خطوتها. رسم على السريع للتوضيح قبل أن يغمى عليك أو تقذف بحاسبك في دورة المياه:
لنفترض أن قيم الألوان في المصدر بهذا الشكل:







طبعاً، تلاحظون انسيابية في الانتقال من لون إلى لون كما هي الحال مع الصورة الحقيقية غير المضغوطة.
الآن نطبق الـ quantization، يعني نقلل من عدد القيم (= عدد الألوان) التي يمكن أن يأخذها كل بكسل. نحصل على شيء كهذا:








لاحظتم الانتقالات المفاجئة في القيم (= في الألوان)؟
تلك، يا بُنيْ، هي طريقة ظهور الحدود البشعة والانتقالات المفاجئة التي تسمى باندينغ. ترى منطقة لها امتداد لا بأس به ولون معين، ثم فجأة ترى منطقة أخرى لها لون آخر وبينهما برزخ!
الآن، إذا طبقنا الديثر على الصورة الأولى فسنحصل على شيء كهذا:








randomBakan00b: عمو، طرشتنا بالحديث عن الانتقالات المفاجئة بين القيم وكيف أنها تسبب الباندينغ. هذا الديثر تبعك يسبب انتقالات مفاجئة أكثر!
صغيري، لا أعتقد أنك فهمت شيئاً مما قلته. أنا أتحدث عن انتقالات مفاجئة (وإن كانت بقيم صغيرة) بين مناطق ممتدة لها نفس القيم (=ألوان). ما تراه في الصورة هو انتقال طفيف بين ألوان "بكسلات"، هذا الانتقال تعجز العين البشرية عن ملاحظته.
مع هذا، فإنتاج هذا الكم الهائل من القيم والمحافظة عليها يحتاج إلى عامل quantization صغير جداً (يعني crf صغير) وهذا الأمر يتطلب بترايت عالي جداً في حالة الإنتاج العادي بثمانية بت. هنا يظهر علو كعب الإنتاج بعشرة بت. الإنتاج بعشرة بت يتيح استخدام قيم أكثر بكثير من الإنتاج العادي، فالقيم التي كنت ستخفض الـ crf (= عامل الـ quantization) كي تحافظ عليها صار بوسعك المحافظة عليها دون تخفيض الـ crf. أكرر، لأن الإنتاج بعشرة بت يتيح قيم أكثر فإنك تستطيع المحافظة على القيم الكثيرة بشكل أفضل من الإنتاج العادي.

لا تحسبوا أنني أحسب أن هذا الكلام يسهل فهمه عليكم، لكن، صدقاً، قمت بكثير جداً من المقاربات (approximations) كي أوصل لكم المفهوم العام بشكل علمي حتى إذا تجرأ أحد وسولت له نفسه الطعن في جدوى الإنتاج بعشرة بت تصفعه مباشرة بالدليل العلمي بعيداً عن دروشةِ "الإنتاج بعشرة بت يخفض الحجم ويزيد الجودة، لا أعرف كيف، لكن هذه هي الحقيقة"

طريقة الإنتاج بالانكودر x264 أبو عشرة بت:

سأفترض أنكم تعلمتم من خلال موضوع المرجع كيفية التعامل مع command line أو prompt window أو الدوس كما يحلو لكثير منكم تسميتها.

- حمل ffms2 من هنا: http://ffmpegsource.googlecode.com/files/ffms-2.16.7z وضع الملفات ffms2.dll وffmsindexer.exe في مجلد plugins الخاص بـ avisynth
- افتح my وابحث عن كلمة masktool. انتظر انتهاء البحث واحذف أي ملف dll يحتوي اسمه على masktool
- حمل dither-package من هنا: http://forum.doom9.org/showthread.ph...59#post1386559

تفك ضغط الملف والملفات المضغوطة التي بداخله، ثم:

• تضع الملفات dither.avsi و mt_xxpand_multi.avsi و dither.dll و mvtools2.dll و dfttest.dll في مجلد plugins الخاص بـ avisynth
• تضع الملف libfftw3f-3.dll في مجلد C:\Windows\System32

استبدل الملفات القديمة بالجديدة في حالة كنت تملك هذه الملفات على جهازك.

- حمل آخر نسخة من masktool من هنا: http://forum.doom9.org/showthread.php?t=98985 وضع النسخة المناسبة في مجلد plugins الخاص بـ avisynth. الرقم 25 في الاسم يشير إلى أن نسخة أفيسينث لديك هي 2.5 و26 يعني نسخة 2.6. لا تحملوا نسخة 64 إلا إذا كنتم تعرفون ما تفعلون. لن أوفر دعما فنيا لمن يستخدمها.
- حمل أداة avs2yuv من هنا: http://akuvian.org/src/avisynth/avs2yuv/
- حمل الانكودر 10 بت من هنا: http://x264.nl/ ضعه هو وavs2yuv في مجلد واحد
- افتح سكربت avs واستدع الفيديو بواسطة ffms2

ffvideosource("X:\blah\lol.xyz")

- افعل كل ما تريده من قص أو تغيير أبعاد أو إضافة أفتر أو فلترة أو أي هراء تريده
- في آخر سكربت الـ avs أضف هذين السطرين:

Dither_convert_8_to_16()
Dither_convey_yuv4xxp16_on_yvxx()

ولا تضف أي شيء بعدهما.

يعني يكون الملف على هذا الشكل:

ffvideosource("X:\blah\lol.xyz")
#crop
#spline36resize(x,y)
#fiter
#AFX goes here
Dither_convert_8_to_16()
Dither_convey_yuv4xxp16_on_yvxx()

افتح نافذة الدوس وتوجه إلى المجلد الذي وضعت فيه الانكودر x264 وأداة avs2yuv وسكربت الـ avs
اكتب ما يلي:

avs2yuv -raw "script.avs" -o - | x264-10bit.exe --input-depth 16 --input-res 1920x1080 --demuxer raw --fps 24000/1001 --output result.mkv -

غيّر input-res بأبعاد المصدر، إذا غيرت أبعاد المصدر في سكربت الـ avs فضع الأبعاد الجديدة بعد التغيير.


تستطيع إضافة إعداداتك المفضلة قبل المطة التي في نهاية الأوامر.
اضغط enter واستمتع بالإنتاج.

الإنتاج بـ 10 بت أبطئ من الإنتاج العادي بـ 8 بت بما قد يصل إلى 30 بالمئة. الإنتاج بـ 10 بت يعطيك جودة أفضل وحجم أقل، وكما شرحت، يساعد على التخلص من الباندينغ.
عند الإنتاج بـ 10 بت فأنت قد ألقيت بقدرة أجهزة تشغيل الفيديو مثل popcorn hour وأمثاله في الجحيم. لا يوجد أي جهاز متاح للاستعمال الشخصي من هذا النوع بوسعه تشغيل 10 بت. الأجهزة المتاحة كلها تختص بالتطبيقات واسعة النطاق مثل البث الفضائي.
عدم الإنتاج بـ 10 بت لا أعده تخلفاً مثل الهاردسب. هناك أسباب معتبرة لعدم فعل ذلك.
أن تنتج بـ 10 بت لا يعني أنك تفهم 2 ميللي في الإنتاج. بل يعني أنك طبقت خطوات محددة لتصل للنتيجة، ربما يستطيع قرد فعلها إذا علمناه إياها.

في الختام هناك بعض الأشياء التي لا علاقة وطيدة لها بالموضوع أود الحديث عنها:
- أنوي بتسهيل من الله أن أجري تفاعلية إنتاجية في هذا القسم على شكل مسابقة تعليمية الهدف منها هو نقل الخبرة والمعرفة للجيل الجديد من المنتجين وليس تسمية أحدهم بألقاب هرائية من قبيل "المنتج الأول" أو "المنتج الحائز على جائزة التفاهة في الإنتاج"... يمكن المشاركة بغرض التعلم للمبتدئين والتعليم للمحنكين. ما أعدكم به هو تقييم صارم وموضوعي بعيداً عن مفضلاتي الشخصية وأساليبي التهكمية وأمثلة متعددة ومتنوعة تشمل أكثر مما تصبون إلى تعلمه x264 settings, avisynth, IVTC, VFR, aspect ratio, color space, funny audio...
التقييم سيكون جله (كي لا أقول كله) على أساس المعرفة لا الجودة، لأن الجودة مفهوم ذوقي جداً جداً، كل واحد يفسره على هواه.
أحسب أن الأمر سيتطلب شهرين أو ثلاثة للتحضير للأمر بالنظر إلى ضيق الوقت المتاح لي، إن كنتَ مهتما فشارك في التصويت.

[THE-KING]

أشكرك أكيبودن على ماتقدمه من إفادة لجميع الفانسوبرز ..

بخصوص أنك تريد عمل منهجية في الإنتاج و بأسلوب صارم .. "أنا بالانتظار و بالطبع أنا على أحر من الجمر".. ^_^

في أمان الله ... ~~

[sinchi codo]

واو .. لسا كنت بدور على موضوع زي ده

لي عودة أكيد

[OVANOVE]

سأشارك بكل تأكيد

وتم التصويت تأكيداً على ذلك

سألتك من قبل عن هذه التقنيه وها انت ترد على سؤالي

انتظر اتمامك للموضوع بالكامل لأني اريد ان افهم اليه عمل لا طريقه العمل به

لي تجارب كثيره على هذه التقنيه وهي تقنيه جليه جداً وفعاله إلى حد كبير في مسأله "البانديغ"

ولكن كما لها حسناتها لها سيئاتها

شكراً يا "اخي" على هذا الموضوع وانا في ترقب شديد للقادم

لي عوده بالتأكيد

[زاراكي ساما]

و عليكم السلام

درس رائع جداً ^_^

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


بانتظار دروسك القادمة بفارخ الصبر

[~ VEGETA ~]

مشكور على هذا الدرس مع إني شفته من قبل من ديمون كيد...

ديمون كيد استخدم أوامر أخرى غير اللي انت استخدمتها (هاي اللي في آخر السكربت) و باقي الطريقة مثلها...

طبعاً انت في شيء ما شرحته ألا و هو لماذا نقوم بالتحويل من 8 بت إلى 16 بت ثم نحولها إلى 10 بت... و السبب كما قال ديمون نقلاً عن خبراء هو أن الإنكودر x264 "حالياً" ليس لديه كفاءة في التحويل بين أنظمة الألوان (chroma أو شيء كهذا مش متأكد)... بينما النسخ المعدلة من الإنكودر x264 فيها الحل لهذه المشكلة (نسخ JEEP)...

طبعاً اسأل ديمون كيد عن هذه المشكلة أنا بس متذكر رؤوس أقلام + شوف درسه في صحراء الأنمي

بالتوفيق

[eldok]

شكرا على الشرح الرائع ~ مجهود رائع
وإضافة جديدة ~ إن شاء الله بجرب الإنتاج 10 بت بالقريب
بحثت الأمر من فترة ودرسته جيد وبحثت حوله ~ باق التطبيق

بإنتظار جديدك ~

[ElPsy]

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

... وإنتاج أبطئ.

مشكور على هذا الدرس مع إني شفته من قبل من ديمون كيد...

ديمون كيد استخدم أوامر أخرى غير اللي انت استخدمتها (هاي اللي في آخر السكربت) و باقي الطريقة مثلها...

طبعاً انت في شيء ما شرحته ألا و هو لماذا نقوم بالتحويل من 8 بت إلى 16 بت ثم نحولها إلى 10 بت... و السبب كما قال ديمون نقلاً عن خبراء هو أن الإنكودر x264 "حالياً" ليس لديه كفاءة في التحويل بين أنظمة الألوان (chroma أو شيء كهذا مش متأكد)... بينما النسخ المعدلة من الإنكودر x264 فيها الحل لهذه المشكلة (نسخ JEEP)...

طبعاً اسأل ديمون كيد عن هذه المشكلة أنا بس متذكر رؤوس أقلام + شوف درسه في صحراء الأنمي

بالتوفيق

هراء.
حتى إنني لا أكاد أحصي عدد الأخطاء في مشاركتك. لا علاقة للـ color space بالأمر. لن تخرج من YV12.
الانكودر x264 تنقصه الكفاءة؟؟
القصة كلها أن الـ spec تسمح باستعمال عدة خوارزميات للتحويل من 10 إلى 8 بت على مستوى الانكودر من جهة وللتحويل من 8 إلى 10 بت على مستوى الديكودر. الانكودر x264 استعمل خوارزمية وجماعة ffmpeg استعملوا خوازمية غير متطابقة ما استعمله الانكودر. وإن لم تخني الذاكرة فهذا يحدث عند استعمال جدول bt709 فقط للتحويل إلى RGB
http://forum.doom9.org/showpost.php?...&postcount=101

However, this is ffmpeg, not x264, so .. someone get the changed in there as well.

لا أعلم ما قاله لك ديموكيد، لكن على الأرجح أنك لا تنقله بأمانة. لو فعلت نفس الشيء معي فستتولد لدي رغبة ملحة في إيذاءك، cordially
شيء أخير، إن كنت تفهم الانجليزية وتنوي تعلم الإنتاج، فدعك من أي درس عربي، بما في ذلك دروسي، وتسكع في doom9 وقنوات الفيديو على freenode لعامين لعل معرفتك تتجاوز 1 فمتوغرام كي تكون نبرة العارف في حديثك مستساغة نوعاً ما.

[~ VEGETA ~]

هذا ما قصده الخوارزميات و ما شابه... كل ما في الأمر إني ما تذكرت المصطلح الصحيح فقط لا غير و أنا ذكرت هذا في الرد.

هذا كلام واحد من متابعي زيرو راو (The x264 luma/swscale/whatsits bug got fixed with JEEB’s latest build. There may also be other builds with fixed colour issues.) تقريباً بشبه الكلام اللي في رد دووم اللي اعطيتني اياه و هذه هي المشكلة بس أنا مثل ما حكيتلك ما عرفت المصطلح الصحيح لا أكثر.

ديمون قال نفس اللي كتبته في هذا الرد... أصلاً الموضوع انفتح لأن البعض بده يستعمل 10 بت في الميجوي و هذا غير مدعوم حالياً (مع إني عملت تجربة و زبط) و لهذا نط ديمون و قال أنه "حالياً" لا تستخدموا الميجوي.

و هذا كلامه منقول حرفياً:

_______________________________________

[TABLE="class: tborder, width: 100%, align: center"]
[TR]
[TD="class: alt1"]

حسناً للتوضيح فقط، السبب الي خلاني اقولكم حولوا الـ8 بت لـ16 بت وبعدين انتجوا 10 بت هو لأن البعض يشكك في طريقة تحويل الانكودر x264 للـ8 بت.

كود PHP:

http://forum.doom9.org/showthread.php?p=1517708#post1517708

والصور توضّح أن ألوان الفيديو المحوّل من " 8 بت إلى 16 بت ثم إلى 10 بت " أقرب لألوان فيديو " 8 بت "، على عكس الانتاج المباشر من " 8 بت إلى 10 بت "
المبرمجين حالياً يحاولون حلّ المشكلة. يعني في القريب العاجل لن تحتاج لتحويل الفيديو لـ16 بت عن طريق الأفس.
سأخبركم بذلك حينما ينتهوا من ذلك.

[/TD]
[/TR]
[TR]
[/TR]
[/TABLE]

_____________________________________

و لو مش مصدقني شوف موضوعه و راح تلاقي هذا الرد... أنا استخدمت كلمة "تنقصه الكفاءة" أما ديمون قال "الناس يشككون بقدرته" و أظن الجملتين نفس المعنى تقريباً.... لا تدقق كثير على هيك أمور.

هذا اللي حاولت أحكيه و أظنه صحيح كونه نقلاً عن ديمون كيد... أصلاً الأوامر اللي انت حطيتها مش زي اوامر ديمون اللي في اخر السكربت بس أظن كلها نفس الغرض.

و.... أنا عندي معلومات لا بأس فيها في الإنتاج و مش مبتدئ زي ما أنت قلت... انت وصفتني بأنني مبتدئ أو جاهل في آخر ردك و نصيحتك و هذا شيء مزعج لأن فيه سخرية واضحة! فيا ريت نكون أصدقاء و بيننا كلام أفضل من هذا شو رأيك؟

أنا بفوت مسومس عشان أشوف دروسك يعني مش معتبر نفسي أفضل منك في الإنتاج و بصراحة انت اول واحد علمني فائدة الـ Levels و ما هي... غير أن الأغلب ما كان يهتم!!

مشكور

[ElPsy]

هذا ما قصده الخوارزميات و ما شابه... كل ما في الأمر إني ما تذكرت المصطلح الصحيح فقط لا غير و أنا ذكرت هذا في الرد.

هذا كلام واحد من متابعي زيرو راو (The x264 luma/swscale/whatsits bug got fixed with JEEB’s latest build. There may also be other builds with fixed colour issues.) تقريباً بشبه الكلام اللي في رد دووم اللي اعطيتني اياه و هذه هي المشكلة بس أنا مثل ما حكيتلك ما عرفت المصطلح الصحيح لا أكثر.

ديمون قال نفس اللي كتبته في هذا الرد... أصلاً الموضوع انفتح لأن البعض بده يستعمل 10 بت في الميجوي و هذا غير مدعوم حالياً (مع إني عملت تجربة و زبط) و لهذا نط ديمون و قال أنه "حالياً" لا تستخدموا الميجوي.

و هذا كلامه منقول حرفياً:

_______________________________________

[TABLE="class: tborder, width: 100%, align: center"]
[TR]
[TD="class: alt1"]

حسناً للتوضيح فقط، السبب الي خلاني اقولكم حولوا الـ8 بت لـ16 بت وبعدين انتجوا 10 بت هو لأن البعض يشكك في طريقة تحويل الانكودر x264 للـ8 بت.

كود PHP:

http://forum.doom9.org/showthread.php?p=1517708#post1517708

والصور توضّح أن ألوان الفيديو المحوّل من " 8 بت إلى 16 بت ثم إلى 10 بت " أقرب لألوان فيديو " 8 بت "، على عكس الانتاج المباشر من " 8 بت إلى 10 بت "
المبرمجين حالياً يحاولون حلّ المشكلة. يعني في القريب العاجل لن تحتاج لتحويل الفيديو لـ16 بت عن طريق الأفس.
سأخبركم بذلك حينما ينتهوا من ذلك.

[/TD]
[/TR]
[TR]
[/TR]
[/TABLE]

_____________________________________

و لو مش مصدقني شوف موضوعه و راح تلاقي هذا الرد... أنا استخدمت كلمة "تنقصه الكفاءة" أما ديمون قال "الناس يشككون بقدرته" و أظن الجملتين نفس المعنى تقريباً.... لا تدقق كثير على هيك أمور.

هذا اللي حاولت أحكيه و أظنه صحيح كونه نقلاً عن ديمون كيد... أصلاً الأوامر اللي انت حطيتها مش زي اوامر ديمون اللي في اخر السكربت بس أظن كلها نفس الغرض.

و.... أنا عندي معلومات لا بأس فيها في الإنتاج و مش مبتدئ زي ما أنت قلت... انت وصفتني بأنني مبتدئ أو جاهل في آخر ردك و نصيحتك و هذا شيء مزعج لأن فيه سخرية واضحة! فيا ريت نكون أصدقاء و بيننا كلام أفضل من هذا شو رأيك؟

أنا بفوت مسومس عشان أشوف دروسك يعني مش معتبر نفسي أفضل منك في الإنتاج و بصراحة انت اول واحد علمني فائدة الـ Levels و ما هي... غير أن الأغلب ما كان يهتم!!

مشكور

باستثناء أن تنقصه الكفاءة جملة تقريرية حاسمة وناس يشككون بقدرته جملة إخبارية محايدة. هناك فرق كبير لا يسعني أن لا أدقق عليه، إن لم تدقق على هكذا أشياء فلن يكون لك مستقبل في الانكودينق.

بالنسبة لقصة الأوامر مختلفة فهذا كلام تنقصه الدقة، copypasta مباشرة من dither.avsi:

Function Dither_convey_yuv4xxp16_on_yvxx (clip src, bool "bigendian")
{
    bigendian = Default (bigendian, false)

    src
    msb = Dither_get_msb ()
    lsb = Dither_get_lsb ()

    (bigendian) ? Interleave (msb, lsb) : Interleave (lsb, msb)
    TurnRight ()
    AssumeFieldBased ().AssumeTFF ()
    Weave ()
    TurnLeft ()
}

اخترتها لأنني أجزم أن شيء generic أفضل (more elegant) للمستخدم من شيء customized على شكل ditherMOD يحتاج معه لإضافة أسطر كثيرة, يعني لو كنت سأضع شيء أسميه mod لكنت أضفت كل شيء داخله حتى لا يستخدم المستخدم سوى دالة واحدة تحتوي على كل شيء خاصة أن الأوامر متتابعة، nee
كنت أفضل التعقيب هناك لكن محاولة التسجيل أفرزت: "قامت الإدارة بحظر بريدك الالكتروني"

وإذا كنت أنا أعد نفسي مبتدئ، فكيف تريدني ألا أصنفك على أنك مبتدئ جداً؟

[~ VEGETA ~]

أوكي خلص المشكلة انحلت!!

بالنسبة للسكربتات المعدلة MOD... برأيك شو الهدف من ديثر مود؟ يعني ديمون كيد ما حطه للا شيء.. أنا مثلك بحب الأشياء الرسمية أو الـ Stable أكثر

ديمون قال انها نفس الاوامر اللي بستعملها منتج فريق Under Water.... شو يعني هيك؟ هل مفروض نقلده مثلاً؟؟؟

عموماً أنت لست مبتدئ... لازم تعرف مستواك أكثر...

سؤال سريع: هل العمل على خامات الـ TS يتطلب دوماً برنامج الياتا؟ يا ريت تعمل درس عن هذه العملية

[ElPsy]

بالنسبة للسكربتات المعدلة MOD... برأيك شو الهدف من ديثر مود؟ يعني ديمون كيد ما حطه للا شيء..

السكربت المعدل يضيف بعض الدوال، ما يهمنا هو gradfun316 والتي تساوي حرفياً:

gradfun3(lsb=True, lsb_in=True)

لا أعلم حقاً أي سبب وجيه وراء هذا لكن لا أنصح باستعماله لأنه:
- يجبر المستخدم على عمل debanding قد لا يحتاجه وقد لا يريده
- هذا الـ debanding لا علاقة له على الإطلاق بالإنتاج بعشرة بت، كل ما تحتاجه هو Dither_convert_8_to_16
- القيم الافتراضية لـ gradfun3 بالكاد تعمل لك deband ومن شأنها التسبب في مشاكل أخرى، halo على سبيل المثال
- يجعلك مربوطا بروابط قد تنتهي صلاحيتها في أي وقت
- إذا أردت عمل benchmark للمقارنة بين سرعة الإنتاج بـ 8 وبـ 10 فلن تكون النتيجة منصفة لأنك استعملت فلترة تأخذ من وقت الإنتاج. يعني تضر بسمعة عشرة بت
- ... هذا ما يحضرني الآن

أنا مثلك بحب الأشياء الرسمية أو الـ Stable أكثر

لست مثلي. أنا أكره أغلب الأشياء الرسمية لكن أصوت لفائدة stable

ديمون قال انها نفس الاوامر اللي بستعملها منتج فريق Under Water.... شو يعني هيك؟ هل مفروض نقلده مثلاً؟؟؟

هناك عقائد متنوعة في الإنتاج وفيما يخص الجودة، أنا من جماعة "الجودة هي المحافظة على خصائص المصدر وتفاصيله. تحاشى الأفيسينث قدر استطاعتك" وهناك جماعة: "الجودة هي وجود أقل عدد ممكن على الإطلاق من العيوب. استعمل كل ما يتاح لك من أجل التخلص من آخر عيب موجود بالفعل في المصدر"
إن كنتَ ترى أن الثانية هي الأفضل فقلد Heaud.

سؤال سريع: هل العمل على خامات الـ TS يتطلب دوماً برنامج الياتا؟ يا ريت تعمل درس عن هذه العملية

ليس بالضرورة، لكن أنا أستعمل الياتا مع كل تداخل لأنها لا تأخذ معي 40 دقيقة في أسوأ الأحوال للتخلص من ghosting عند تغير المشاهد والـ residual combing بشكل يرضيني أكثر من vinverse أو أيا كان. لكن أحيانا لا يكون لديك خيار أنيق غير الياتا.
ولا، لا أنوي عمل درس للياتا لأن هناك درس كاف حسب نظري، ينقصه التعامل مع VFR وهذا تجده هنا: http://forums.animesuki.com/showpost...&postcount=361
ولأن التعامل مع أسلوب كثير من الناس في طرح مشاكلهم بطريقة متخلفة ليس أمراً مسلياً

[زاراكي ساما]

السلام عليكم أخي^^

منذ أن رأيت درسك و أنا متحمس للتطبيق لكن لم يكن لدي وقت بسبب الدراسة
لذا عندما بدأت بتطبيق درسك واجهتني مشكلة منذ الخطوة الأولى
وهو عند البحث عن ملف MaskTools في ماي كومبيوتر لا يضهر لي أي ملف بهذا الأسم ارجو الحل^^
~~~~~~~~~~~~~~~~~~~~~~~~~
من الجميل رؤية درس كهذا (كنز) للمنتجين اخي^^
احسبني احد طلابك خخخ

[ElPsy]

السلام عليكم أخي^^

منذ أن رأيت درسك و أنا متحمس للتطبيق لكن لم يكن لدي وقت بسبب الدراسة
لذا عندما بدأت بتطبيق درسك واجهتني مشكلة منذ الخطوة الأولى
وهو عند البحث عن ملف MaskTools في ماي كومبيوتر لا يضهر لي أي ملف بهذا الأسم ارجو الحل^^
~~~~~~~~~~~~~~~~~~~~~~~~~
من الجميل رؤية درس كهذا (كنز) للمنتجين اخي^^
احسبني احد طلابك خخخ

هذا من حسن حظك إذن. لا يوجد في الدرس ما يفيد أنه يجب أن يوجد (مسبقاً) في جهازك ملف masktool كل ما في الأمر أنه إذا وجدت نسخة قديمة منه autoloaded في الأفيسينث فستسبب لك المشاكل وتظهر لك شاشة خضراء كلياً. واصل تطبيق الخطوات إن أردت إتمام التجربة

[زاراكي ساما]

سلام عليك أخي

آسف على الأزعاج أخي^^

لم أفهم جيداً اخر خطوة!!! ألا وهو:

افتح نافذة الدوس وتوجه إلى المجلد الذي وضعت فيه الانكودر x264 وأداة avs2yuv وسكربت الـ avsاكتب ما يلي:

أنا جديد بامور الترجمة و كل شيء عامة لذا لا اعرف ما هو الدوس

لذا ممكن شرح مفصصصصصصصل لهذه الخطوة رجاآآآء

[ElPsy]

اذهب إلى C:\Windiws\System32 وستجد ملف اسمه cmd.exe
افتحه= 2×كليك يسار
انسخ مسار المجلد الذي فيه x264 وأداة avs2yuv وسكربت الـ avs ثم في نافذة الدوس اكتب cd ثم مساحة ثم كليك يمين وpaste و Enter
إذا كان مسار المجلد ليس في C فعليك كتابة اسم الـ partition وبعده نقطتان. مثلا إذا كان المجلد في D فعليك كتابتة D:i ثم تضغط enter وتطبق الخطوة السابقة
http://lmgtfy.com/?q=how+to+change+t...d+line+windows

[زاراكي ساما]

^
^
^
انتظرت ردك بفارغ اصبر اخي شكراً لك ^^
القد اتعبتك معي اخي
لكن من شدة اصراري على تعلم هذا ادرس فلم اتهاون عن طرح الاسئلة خخخخ

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

شكراآآآآآ لك و جزاك الله خيراً

[ElPsy]

أنا لا أذكر أنني تحدثت عن الميقوي في الدرس، هل فعلتُ ذلك؟
استخدم الانكودر مباشرة ولا داعي للميقوي.
أمر عادي أن تظهر لك خطوط خضراء، المهم أن الشاشة ليست خضراء بالكامل

[موكامو]

وعليكم السلام ورحمة الله وبركاته
حسنا سؤال هنا تكلمنا عن ال 8 بت و تحويله الى 16 بت و ثم الى ال10 بت
الان سؤال ماذا اذا كان الفيديو هو 10 بت من الاصل خل يفضل تحويله مباشره الى 10 بت ؟؟؟
بما انه يتطور العالم سنرى ريب 10 بت ليحافظوا على جودته دائما يحاولون ان يصلوا الى افضل شيء
شيء اخر الان عندما تصدر شركات الانمي ال BD's تكون بحالة ال 8 بت ام بال 10 بت ام القرص يستطيع ان يحمل النوعين
حسنا اخر شيء الان اذا وجد فعلا BD يحمل ال 10 بت ما هو افضل حاليا انتاجها 10 الى 10 مباشرة ام نعيد تحويلها الى 16
و اذا التحويل الى ال 10 بت مباشرة افضل هل ستضع هذه الطريقة في خطتك لهذا الدرس
شيء اخر عن موضوع ال16 بت نحول ال8 بت له بما انه هي تستوعب رانج الوان اكبر او هذا ما اعتقده
اذا لما لا نستخدم شيء اقل منها مثلا ال 12 بت بما انه تستوعب رانج ال 8 بت و اكثر و احتمال
تقلل من استهلاك الميموري
يوجد الكثير من التسائلات عن التجربه نعم جربت فعلا شكرا لك
السؤال الي اريد حقا طرحه هو عند تسجيل فيديو للالعاب و تريد ضغطه هل ترى انه ال 10 بت هو الافضل
بما انه الالعاب تفاصيلها والوانها ادق/اعمق من الانمي على ما اعتقد والله اعلم
يوجد الكثير و ان شاء الله متابع مستمر معك و مع تساؤلات جديده لنتعلم المزيد
في امان الله

[ElPsy]

الان سؤال ماذا اذا كان الفيديو هو 10 بت من الاصل خل يفضل تحويله مباشره الى 10 بت ؟؟؟
بما انه يتطور العالم سنرى ريب 10 بت ليحافظوا على جودته دائما يحاولون ان يصلوا الى افضل شيء
شيء اخر الان عندما تصدر شركات الانمي ال BD's تكون بحالة ال 8 بت ام بال 10 بت ام القرص يستطيع ان يحمل النوعين
حسنا اخر شيء الان اذا وجد فعلا BD يحمل ال 10 بت ما هو افضل حاليا انتاجها 10 الى 10 مباشرة ام نعيد تحويلها الى 16
و اذا التحويل الى ال 10 بت مباشرة افضل هل ستضع هذه الطريقة في خطتك لهذا الدرس
شيء اخر عن موضوع ال16 بت نحول ال8 بت له بما انه هي تستوعب رانج الوان اكبر او هذا ما اعتقده
اذا لما لا نستخدم شيء اقل منها مثلا ال 12 بت بما انه تستوعب رانج ال 8 بت و اكثر و احتمال
تقلل من استهلاك الميموري
يوجد الكثير من التسائلات عن التجربه نعم جربت فعلا شكرا لك
السؤال الي اريد حقا طرحه هو عند تسجيل فيديو للالعاب و تريد ضغطه هل ترى انه ال 10 بت هو الافضل
بما انه الالعاب تفاصيلها والوانها ادق/اعمق من الانمي على ما اعتقد والله اعلم

SHIMATTA
نسيت حقاً أن أغلبكم/كلكم لا يزال يستعمل الريب كي يضغطه. فرق الريب والشير بدأت باستعمال الـ 10 بت حسب ظني. سأحدث الموضوع يوما ما وأضيف بعض الأشياء
إذا كان المصدر 10 بت فالأفضل أن تحافظ عليه وتنتج مباشرة بالانكودر 10 بت دون المرور عبر الأفيسينث أو avs2yuv
أقراص البلوراي سوية مع مشغلات البلوراي لا تقبل سوى بـ 10 بت. الـ Bluray spec هي من حددت هذا الأمر من أجل سلاسة التشغيل ولأن الديكودرات الهاردوير ستحتاج إلى 25% إضافية من السيليكون كي تشغل 10 بت.
لست واثقا مما تقصده بالـ BD لكن إن كنت تقصد قرص البلوراي ذاته فذلك غير ممكن (لأن هناك من يسمي BDRip بـ BD من أجل الـ propaganda أو بسبب الجهل)
إذا حولت إلى 12 فستحصل على فيديو أبو 6 بت. خوارزمية التحويل المعتمدة هي التي تفرض أن يكون العمق الأول ضعف العمق المحوَّل إليه ولا علاقة كبيرة للذاكرة بالأمر، المعالج هو كل شيء تقريباً
10 بت أفضل من ناحية فاعلية الضغط والجودة مهما كانت طبيعة الفيديو. 8 بت أفضل من ناحية الـ compatibility وسرعة الإنتاج وسلاسة التشغيل مهما كانت طبيعة الفيديو.