درس الإنتاج بأسلوب 10 بت [الأرشيف]

مشاهدة النسخة كاملة : درس الإنتاج بأسلوب 10 بت

ElPsy

7-10-2011, 03:00 AM

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

تنبيه: إذا كنت تريد معرفة طريقة الإنتاج بـ 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 على تضييق خطوتها. رسم على السريع للتوضيح قبل أن يغمى عليك أو تقذف بحاسبك في دورة المياه:
لنفترض أن قيم الألوان في المصدر بهذا الشكل:

http://images.msoms-anime.net/images/88772915846242534805.png

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

http://images.msoms-anime.net/images/79958214731167517416.png

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

http://images.msoms-anime.net/images/06734365619877787872.png

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 computer وابحث عن كلمة masktool. انتظر انتهاء البحث واحذف أي ملف dll يحتوي اسمه على masktool
- حمل dither-package من هنا: http://forum.doom9.org/showthread.php?p=1386559#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

7-10-2011, 04:26 AM

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

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

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

sinchi codo

7-10-2011, 04:57 AM

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

لي عودة أكيد

OVANOVE

7-10-2011, 06:21 AM

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

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

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

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

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

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

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

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

زاراكي ساما

7-10-2011, 08:34 AM

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

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

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

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

~ VEGETA ~

7-10-2011, 12:46 PM

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

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

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

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

بالتوفيق

eldok

7-10-2011, 08:40 PM

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

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

ElPsy

8-10-2011, 04:01 AM

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

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

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

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

طبعاً انت في شيء ما شرحته ألا و هو لماذا نقوم بالتحويل من 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?p=1521840&postcount=101

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

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

~ VEGETA ~

8-10-2011, 01:01 PM

ElPsy

8-10-2011, 06:54 PM

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

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

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

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

_______________________________________

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

كود PHP:

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

والصور توضّح أن ألوان الفيديو المحوّل من " 8 بت إلى 16 بت ثم إلى 10 بت (http://www.truth-ou.com/DemoKid/comparisons/10bit-indirect.png) " أقرب لألوان فيديو " 8 بت (http://www.truth-ou.com/DemoKid/comparisons/8bit.png) "، على عكس الانتاج المباشر من " 8 بت إلى 10 بت (http://www.truth-ou.com/DemoKid/comparisons/10bit-direct.png) "
المبرمجين حالياً يحاولون حلّ المشكلة. يعني في القريب العاجل لن تحتاج لتحويل الفيديو لـ16 بت عن طريق الأفس.
سأخبركم بذلك حينما ينتهوا من ذلك.

_____________________________________

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

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

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

أنا بفوت مسومس عشان أشوف دروسك يعني مش معتبر نفسي أفضل منك في الإنتاج و بصراحة انت اول واحد علمني فائدة الـ 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 icon26icon26icon26icon26 يحتاج معه لإضافة أسطر كثيرة, يعني لو كنت سأضع شيء أسميه mod لكنت أضفت كل شيء داخله حتى لا يستخدم المستخدم سوى دالة واحدة تحتوي على كل شيء خاصة أن الأوامر متتابعة، nee
كنت أفضل التعقيب هناك لكن محاولة التسجيل أفرزت: "قامت الإدارة بحظر بريدك الالكتروني"

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

~ VEGETA ~

9-10-2011, 01:17 PM

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

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

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

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

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

ElPsy

9-10-2011, 04:38 PM

بالنسبة للسكربتات المعدلة 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.php?p=3095791&postcount=361
ولأن التعامل مع أسلوب كثير من الناس في طرح مشاكلهم بطريقة متخلفة ليس أمراً مسلياً

زاراكي ساما

9-10-2011, 09:10 PM

ElPsy

9-10-2011, 09:55 PM

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

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

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

زاراكي ساما

10-10-2011, 12:26 AM

سلام عليك أخي

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

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

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

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

ElPsy

10-10-2011, 12:41 AM

اذهب إلى 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+the+directory+using+command+line+ windows

زاراكي ساما

10-10-2011, 01:00 AM

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

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

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

ElPsy

10-10-2011, 01:08 AM

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

موكامو

10-10-2011, 01:18 AM

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

ElPsy

10-10-2011, 01:48 AM

الان سؤال ماذا اذا كان الفيديو هو 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 وسرعة الإنتاج وسلاسة التشغيل مهما كانت طبيعة الفيديو.

موكامو

10-10-2011, 02:05 AM

حدثت معي مشكله غريبه
الان لا اعلم كيفية الضغط بال cli لكن بما قراته من مواضيعك و القليل من الخارج
توصلت انه اذا تم وضع قيمة ل crf اقل من 18 تكون جوده جيده طبعا حسب الفيديو لكن كتقدير 18 جيده
الان المشكله الغريبه انه عندما انتج الفيديو ب استخدام ما وضعته هنا

avs2yuv -raw "script.avs" -o - | x264-10bit.exe --input-depth 16 --input-res 1920x1080 --demuxer raw --fps 24000/1001 --output result.mkv -
حسنا بخرج الفيدو سليم ولا يكون فيه اي شيء اخضر
عندما اقرأ كود الانتاج عن طريق ال mediainfo يعطيني اني استخدمت ال crf 23
لهذا كتجربه وضعت crf 15 وتوقعت انه ستكون جودة الفيديو مشابها للفيديو الاصلي
لكن الناتج النهائي كان مليء بالمربعات الخضر و جوده غير جيده ؟؟
هل تريد ان اضع للك صور الناتج ؟؟؟ اتوقع اني اخطأت بشيء ما لكن الشيء الغريب انه
الامر العادي يعمل ولكن عندما ازيد ال Crf بخرب الفيديو والي يجب ان يحدث هو العكس
وعن ال BD كان قصدي اقراص الديفيدي (كنت اقصد اقراص البلو راي) كنت بفكر في dvd وقتها
و اذا قصدك اي اضفت ال --crf 15 وضعتها بعد ال - كما قلت انت او كما فهمت منك

ElPsy

10-10-2011, 02:13 AM

ضع رابط صورة للناتج مع crf 15
+ تحصلت على crf 23 لأنك استعملت crf 23. القيمة الافتراضية للـ crf هي 23
+ هل غيرت input-res بما يناسبك؟
+ ضع الإعدادات التي استخدمتها كلها في شكل كود (هناك زر الانتقال للوضع المتطور أسفل المحرر)
+ BD = Bluray Disc

موكامو

10-10-2011, 02:26 AM

حسنا برجع بعمل انتاج سريع و بصدر الصور و برفعهم
و عدت امر ال بلو راي خطأ مني
وعن ال input-res نعم عدلته الى --input-res 1280x688 الcli يضاعف ال 2560X688
الان مشكله لو رفعت صورة عن اغنيه ليس بلقطات مخله ابدا لكن تبقى صورة فقط
لانه توقعت انه الاغنيه بدها تكون اعلى جوده او اذا بدك بعيد تجاربي على انمي
حذفت
بلغي الرابط بعد تعينك له حتى لا يحدث شيء غير قانوني او اذا تريده بالانمي

ElPsy

10-10-2011, 02:45 AM

مضاعفة طول الفريمات أمر طبيعي: http://forum.doom9.org/showthread.php?p=1480264#post1480264
الناتج الأخير سيكون كما تريده.
ضع أمر الـ crf قبل المطة. يعني المطة هي آخر شيء. لماذا تضع مسافتين قبل |

موكامو

10-10-2011, 02:57 AM

نفس الشيء لم تتغير مازالت الجوده اقل من متوسطة و فيها الوان ليست لها
و جربت على انمي نفس الامر
و هي اغنية كلها حريم لم اجد صور افضل من هذه (اسف لغيت الرابط و محتوى الرابط)
ستكون تجاربي على الانمي من الان و صاعدا
لا ادري ما السبب
بعد عدة تجارب اكتشفت انه
1- كل ما قللت ال crf تقل الجوده و تزداد الالوان ليست من الفيديو الاصلي
2- كل ما زدت ال crf تزداد الجوده ولا نجد الوان ليس في الفيديو الاصلي
عكس طبيعي تماما

ElPsy

10-10-2011, 03:02 AM

همم، إذا استمرت معك المشكلة فيمكنني النظر في مقطع صغير تقصه من الخام (أنيمي) وأتقصى الأمر غداً

موكامو

10-10-2011, 03:08 AM

حسنا سأعدل هذا الرد غدا مع مقطع صغير من راو لانمي
حسنا تفضل هذا ليس راو لكن جودة الفيديو جيده
http://www.mediafire.com/?58nmmc3c858z38f
طبعا السكربت كان فيه اضافات و هي
import("C:\Program Files\AviSynth 2.5\plugins\dither.avsi")
LoadPlugin("C:\Program Files\AviSynth 2.5\plugins\ffms2.dll")
حتى يقبل ان يعمل لا اعتقد ان هي المشكله لكن احتمال ان تكون
طبعا دققت على الخطوات اكثر من مرة
الوندوز xp
تم التعديل

ElPsy

11-10-2011, 12:21 AM

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

موكامو

11-10-2011, 08:44 AM

حسنا اكتشفت ما هي المشكله
الان عندما اشاهد ال 10 بت تكون الصورة
http://i.cubeupload.com/ZdX0oc.jpg
لكن اذا انت بتقول انه الصورة ال 10 crf هي الاقرب
اذا انت تشاهد الفيديو بطريقة طبيعية
يوجد مشكله في طريقة عرضه في جهازي
هل يوجد طريقة معينه لعرضه او انه اعدادات خاصة
مع العلم ثبتت اخر نسخة من KM 780 و نفس المشكله

ElPsy

11-10-2011, 10:56 AM

هناك عدة طرق لتشغيل 10 بت. أسهلها وربما أسلمها حذف جميع حزم الكوديك من جهازك ثم إعادة تشغيله وتثبيت حزمة cccp فقط: http://cccp-project.net/

كوكو جامبو

11-10-2011, 11:18 AM

شكرا على الموضوع المفيد

حاولت انتج بهذا الانكودر

بس تطلعلي نافذة تقول MSVCR71.dll مفقود او غير موجود بجهازك

تأكدت من مجلد بلاقن وشفت انو الملف موجود بس فيه فرق صغير وهي انو الصيغة مكتوبة بالحروف الكبيرة , مثال : MSVCR71.DLL

يؤثر هذا الشيء على عمل الملف
واذا نعم

ياريت تروح لمجلد بلاقن عندك وترفعلي الملف

صورة لتوضيح المشكلة
http://dc10.arabsh.com/i/03475/02nnv0mrynep.png

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

ElPsy

11-10-2011, 05:40 PM

بس تطلعلي نافذة تقول MSVCR71.dll مفقود او غير موجود بجهازك

تأكدت من مجلد بلاقن وشفت انو الملف موجود بس فيه فرق صغير وهي انو الصيغة مكتوبة بالحروف الكبيرة , مثال : MSVCR71.DLL

يؤثر هذا الشيء على عمل الملف

احذف ذلك الملف من مجلد plugins.
ابحث عنه في غوغل وستجده بسرعة أسطورية. حمله وضعه في C:\Windows\System32
المفترض أن يكون موجوداً تلقائيا هناك، لكن يبدو أن نظام تشغيلك ليس بصحة جيدة.

خارج الموضوع: غريب كيف تستخدم tune animation ثم تغير جميع إعداداته الافتراضية. أي حكمة من استخدامه؟ لا

زاراكي ساما

11-10-2011, 07:09 PM

أخي أولا أفتح نافذة الدوس صحيح::: نعم:: ثانياً Cd مسافة ثم موقع ملف C:\Users\DuraiD\Desktop\New Folder (3) ثم أنتر صحيح؟ و هذه الصورة
http://im18.gulfup.com/2011-10-11/1318345488771.png

ثانياً:
avs2yuv -raw "script.avs" -o - | x264-10bit.exe --input-depth 16 --input-res 1920x1080 --demuxer raw --fps 24000/1001 --output result.mkv" -
بعدها أنتر صحيح؟؟ و عندما اضغط على الأنتر تضهر لي هذه الصورة
http://im18.gulfup.com/2011-10-11/1318345489712.png

أرجو الحل و أسف على الأزعاج

ElPsy

11-10-2011, 09:36 PM

موكامو

12-10-2011, 01:45 AM

هناك عدة طرق لتشغيل 10 بت. أسهلها وربما أسلمها حذف جميع حزم الكوديك من جهازك ثم إعادة تشغيله وتثبيت حزمة cccp فقط: http://cccp-project.net/
شكرا شككككككرا يومين و انا ابحث عن طريقة غير
اني ضيعت وقتك و اكثر من 10 ردود في هذا الموضوع حتى اكتشفنا المشكله
حتى تتفادى هذا الامر مرة اخرى يفضل ان تضعها في اول الموضوع يوجد الكثير لا يقرأ الردود
سأعود مرة اخرى و عندما يتحدث الموضوع

Prisoner

17-11-2011, 05:27 PM

أين الخطأ ؟
http://i28.lulzimg.com/73c44cd4eb.jpg

Brhom Kun

17-11-2011, 06:00 PM

السلام عليكم
شكراً جزبلاً على الموضوع بس لو تفعل فيديو او توضحلي اكثر
وعفواً على الازعاج

Prisoner

17-11-2011, 07:06 PM

تمت التجربة بنجاح (http://i28.lulzimg.com/e21d5bebd5.jpg)
قبل (http://i28.lulzimg.com/c804fa9670.jpg) l بعد (http://i28.lulzimg.com/bb8040421a.jpg)
لكن أتمنى معرفة طريقة تحديد الـ bitrate من خلال CMD لأني قد حاولت و لقد أعطاني أخطاء دائماً
بالأضافة محاولتي لتغيير الأبعاد إلى 1280*720 كان يعطيني خطأ أيضاً
شكراً على المجهود الرائع

ElPsy

17-11-2011, 11:12 PM

أين الخطأ ؟
http://i28.lulzimg.com/73c44cd4eb.jpg

الخطأ هو أنك كتبت الإعدادات بشكل خاطئ، input-res تحديداً. لكنه ليس سبب المشكلة. المشكلة سببها هو أن avisynth برنامج رائع جداً

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

تمت التجربة بنجاح (http://i28.lulzimg.com/e21d5bebd5.jpg)
قبل (http://i28.lulzimg.com/c804fa9670.jpg) l بعد (http://i28.lulzimg.com/bb8040421a.jpg)
لكن أتمنى معرفة طريقة تحديد الـ bitrate من خلال CMD لأني قد حاولت و لقد أعطاني أخطاء دائماً
بالأضافة محاولتي لتغيير الأبعاد إلى 1280*720 كان يعطيني خطأ أيضاً
شكراً على المجهود الرائع

http://www.msoms-anime.net/showthread.php?t=150804&p=3033040&viewfull=0#post3033040
بالنسبة لتغيير الأبعاد، فما دمت استخدمت avisynth فستفضل إضافة أمر Spline36resize أو أحد أفراد عائلة Spline على ما لدى الانكودر. اقرأ الموضوع مرة أخرى وستعرف كيف

Ganta~]

6-12-2011, 08:42 PM

اهلا اكيبدون ..
همم عندمآ أحمل الأنكودر يقول فيه فيروس وش المشكلة ^^" ’

وعند قولك أن اضع الأنكودر مع avs2yuv في مجلد المجلد يكون في أي مكآن ؟ أم يكون في مكآن محدد وايضاً ماذا اسّميه ؟ وأعتذر عن الأزعآج .

ElPsy

6-12-2011, 10:26 PM

"مضاد الفيروسات" اللي عندك شكلو تعبان
avs2yuv كما قلتُ، يوضع في المجلد نفسه الذي يحتوي على الانكودر، لا أستطيع صراحة أن أشرح أكثر.

----

بالنسبة لتفاعلية الإنتاج في القسم التي تحدثت عنها فلم أنسها وهي في الطريق قريباً إن شاء الله

OVANOVE

6-12-2011, 10:33 PM

بالنسبة لتفاعلية الإنتاج في القسم التي تحدثت عنها فلم أنسها وهي في الطريق قريباً إن شاء الله

عن نفسي انا في قائمه الإنتظار؟

Ganta~]

7-12-2011, 02:28 PM

نجحت لكن طلع ايرور عند ضغط لستآرت أقصد أنتجت الصوت ولكن عندمآ اتى للفيديو طلع ايرور &
هل هنآك فرق بين العشرة بت , والثمآنية بت .
بالتأكيد يوجد لكن همم قصدي ايهمآ أفضل .. وآسف جداً ع الأسئلة الغبية كهذه ><"

ElPsy

7-12-2011, 10:19 PM

لا أعلم عن أي ستارت تتحدث، أنا أتحدث عن الإنتاج بـ cli. الفرق بين عشرة بت و8 بت موضح في الموضوع والردود، اقرأ إن شئت
(معك حق بالمناسبة)

ElPsy

8-12-2011, 10:43 PM

http://dl.dropbox.com/u/20364183/UltraDumb.png
هذا متوقع من أصحاب القدرات الذهنية المعدومة.

Ganta~]

9-12-2011, 02:25 PM

لا أقصد الستآرت اللي في الميجوي ..
وصرآحة ما فهمت خطوة الدوس دخلت المسآر بعدين وش أسوي
وآسف والله أزعجتك ..

ElPsy

25-12-2011, 01:20 AM

http://x264.fushizen.eu/?p=398
نسخة معدلة من الانكودر تستعمل hack جديد على ما يبدو (لم أتابع التطورات مؤخراً)
سيكون من الجيد أن يجربها أحد ويطلعنا على النتائج

me will, not so soon, be doing his own tests anyway

max80

26-12-2011, 06:58 PM

السلام عليكم
==========

أشكرك على الشرح ^^

يعطيك ألف عافية أخي

بانتظار شرح الياتا xD

===============
جربت نسخة 10BIT المعدلة

سرعة الانتاج اسرع من النسخة العادية بكثيير

fps 35 --> جميل جداا (اخذ تقريبا نصف ساعة لإنتاج [HD])

utchihi

10-1-2012, 12:06 AM

توجد هُناك طريقتان لإنتاج 10 بت في النسخة التي أطلقها جيب x264 r2120

1-إستعمال الإنكودر pipe tool + x264-10Bit
أو
2-إستعمال الإنكودر dither functions + x264-10Bit

لكن بإختلاف بسيط في تحديد الـ Depth

عند إستعمال الطريقة رقم 1: input-depth 8--
عند إستعمال الطريقة رقم 2: input-depth 16--

تعيين الـ Depth هو أمر ليس إعتباطي طبعاً

كُل ما في الأمر أنك تحدد الـ color depth الخاص بالسكربت أو المصدر المُدخل إلى الإنكودر

ففي الحالة 1 لم نضع أي دالة للتحويل إلى 16 بت فبقي المُدخل 8 بت <بفرض أنهُ 8 بت
وفي الحالة 2 وضعنا دوال التحويل إلى 16 بت فأصبح المُدخل 16 بت

http://x264.fushizen.eu/?p=398
نسخة معدلة من الانكودر تستعمل hack جديد على ما يبدو (لم أتابع التطورات مؤخراً)
سيكون من الجيد أن يجربها أحد ويطلعنا على النتائج

me will, not so soon, be doing his own tests anyway

زاراكي ساما

10-1-2012, 10:11 AM

السلام عليكم

عند بدا عملية الأنتاج او بالأحرى بعد الأنتر يعطيني
x264-bit is not recognized as an internal or command

ElPsy

11-1-2012, 02:43 AM

توجد هُناك طريقتان لإنتاج 10 بت في النسخة التي أطلقها جيب x264 r2120

1-إستعمال الإنكودر pipe tool + x264-10Bit
أو
2-إستعمال الإنكودر dither functions + x264-10Bit

لكن بإختلاف بسيط في تحديد الـ Depth

عند إستعمال الطريقة رقم 1: input-depth 8--
عند إستعمال الطريقة رقم 2: input-depth 16--

تعيين الـ Depth هو أمر ليس إعتباطي طبعاً

كُل ما في الأمر أنك تحدد الـ color depth الخاص بالسكربت أو المصدر المُدخل إلى الإنكودر

ففي الحالة 1 لم نضع أي دالة للتحويل إلى 16 بت فبقي المُدخل 8 بت <بفرض أنهُ 8 بت
وفي الحالة 2 وضعنا دوال التحويل إلى 16 بت فأصبح المُدخل 16 بت

Dither لا أرى فائدة من استعماله مع النسخة المعدلة من أجل إنتاج 10 بت، لأنها تفعل بالفعل ما يفعله هو. النسخة المعدلة تحوي باتشاً آخر لعدم تحويل العمق (بلا فائدة) إذا كان المصدر 10 بت.

السلام عليكم

عند بدا عملية الأنتاج او بالأحرى بعد الأنتر يعطيني
x264-bit is not recognized as an internal or command

وعليكم السلام.
ضع الانكودر في مجلد Windows وسيعمل إن شاء الله حتى دون تحديد مساره.

منصور هزازي

11-1-2012, 11:58 AM

موضوووع .....حلو وراح يستفيد منو الكثير

utchihi

12-1-2012, 06:27 PM

Dither لا أرى فائدة من استعماله مع النسخة المعدلة من أجل إنتاج 10 بت، لأنها تفعل بالفعل ما يفعله هو. النسخة المعدلة تحوي باتشاً آخر لعدم تحويل العمق (بلا فائدة) إذا كان المصدر 10 بت.

نعم أنا لا أستعمل dither أيضاً مع هذه النسخة, لأن الهاك الجديد وجد للتخلص من إستعماله
لكن أردت الإشارة لصحة الطريقتين

ElPsy

22-1-2012, 04:11 PM

للفائدة العامة، صدرت نسخة جديدة معدلة للانكودر:
http://x264.fushizen.eu/?p=405

النسخة 2146 للإنكودر أضافت تحسينات كثيرة، خاصة لأحباء trellis 2 مثلي، حتى إن كنت تستعمل الانكودر الرسمي بالديثر أو بدونه فسترغب في تجربة النسخة الجديدة:

commit 65bd12ae875a768a06b67ec6297dec18323e0768 r2143
Author: Loren Merritt <pengvado@akuvian.org>
Date: Thu Dec 22 17:56:06 2011 +0000

CABAC trellis opts part 2: C optimizations

Hoist the branch on coef value out of the loop over node contexts.
Special cases for each possible coef value (0,1,n).
Special case for dc-only blocks.
Template the main loop for two common subsets of nodes, to avoid a bunch of branches about which nodes are live.
Use the nonupdating version of cabac_size_decision in more cases, and omit those bins from the node struct.
CABAC offsets are now compile-time constants.
Change TRELLIS_SCORE_MAX from a specific constant to anything negative, which is cheaper to test.
Remove dct_weight2_zigzag[], since trellis has to lookup zigzag[] anyway.

60% faster on x86_64.
25k->18k codesize.

commit 748fe16c1303b89d2a1d0378addd83fb4198f51a r2145
Author: Loren Merritt <pengvado@akuvian.org>
Date: Fri Jan 6 15:53:29 2012 +0000

CABAC trellis opts part 4: x86_64 asm
Another 20% faster.
18k->12k codesize.

This patch series may have a large impact on encoding speed.
For example, 24% faster at --preset slower --crf 23 with 720p parkjoy.
Overall speed increase is proportional to the cost of trellis (which is proportional to bitrate, and much more with --trellis 2).

Prisoner

23-1-2012, 01:00 AM

عندما قمت باستخدام الانكودر الاخير 2146
أخرج لي فيديو يعمل بسرعة كبيرة " يعرض فريمات في وقت أقل "
ما الخطب ؟

SAPikachu's avs 16bit hack + unneeded bit depth conversion patch.

لا حاجة للتحويل إلى 16 بت ثم إلى 10 بت
هل أقوم بوضع الانكودر في مجلد الميغوي
و أتخلص من كتابة أوامر CMD

ســـهم الجنون

23-1-2012, 01:29 AM

لا حاجة للتحويل إلى 16 بت ثم إلى 10 بت
هل أقوم بوضع الانكودر في مجلد الميغوي
و أتخلص من كتابة أوامر CMD

أممم يب أنـا عملـت كـذا !

نشوف رد أخونا البســي .. ^^

ElPsy

23-1-2012, 01:41 AM

عندما قمت باستخدام الانكودر الاخير 2146
أخرج لي فيديو يعمل بسرعة كبيرة " يعرض فريمات في وقت أقل "
ما الخطب ؟

لا حاجة للتحويل إلى 16 بت ثم إلى 10 بت
هل أقوم بوضع الانكودر في مجلد الميغوي
و أتخلص من كتابة أوامر CMD

الفيديو الذي يعمل بسرعة كبيرة: افتح mkvmerge، استدع الفيديو، أضف التايم كود إن كان ما لديك vfr أو إن كان cfr تكتفي بالتحديد على تراك الفيديو ثم في الأسفل Format specific options
وتضع FPS على 24000/1001:
http://dl.dropbox.com/u/55986146/fpschange.png

ثم ادمج وستحصل على الفيديو بسرعة 23.976
لا، لا أنصح باستخدام الميغوي.
الانكودر المعدل فيه انكودر للصوت، لم أستخدمه شخصياً، لكن أعرف أنه يعمل -- لا داعي للميغوي بأي وجه حسب رأيي

ســـهم الجنون

23-1-2012, 01:50 AM

لا، لا أنصح باستخدام الميغوي.
الانكودر المعدل فيه انكودر للصوت، لم أستخدمه شخصياً، لكن أعرف أنه يعمل -- لا داعي للميغوي بأي وجه حسب رأيي

أممم هل تـنـصح x264Gui ؟
لـاهنـت ممكن تشرح مميزاته والفارق عم الميوجي ؟
أنا محمله ومثبته كل شي تمـام لاكن مأعرف أستخدمـه ؟

^^

مشور وماقصـرت

ســـهم الجنون

23-1-2012, 02:02 AM

x264
مأدري لاكن هو لدي ..
عبارة عن واجهة رسوميـه صح ؟
طيب .. أنا أسمـع أنه الأنتـاج عن طريق الدوس ؟
كيــف أنتج عن طريق الدوس ؟
هل أروح لدوس نفسه وأبدء أكتب أوامر ...^^ ؟

والمعذره على الإزعـاجك ..

ElPsy

23-1-2012, 02:05 AM

أممم هل تـنـصح x264Gui ؟
لـاهنـت ممكن تشرح مميزاته والفارق عم الميوجي ؟
أنا محمله ومثبته كل شي تمـام لاكن مأعرف أستخدمـه ؟

^^

مشور وماقصـرت

لا. لمَ قد تحتاج GUI معقدة أصلاً؟ ربما أفهم MeGui لأنه يجمع عدة أشياء معاً وبعض الناس تعجز عن التعامل مع نافذة سوداء، لكن GUI لـ x264 فقط. آسف، هذا هراء حسب رأيي.
كتابة الأوامر في CLI أفضل وأسهل بأميال. يمكنك عمل ملفات bat وتعدل عليها في كل مرة أيضاً.

Changelog:
2009-04-18
آسف حقاً.
That's why people should at least mess with the CLI and not depend on any silly GUIs to find out what the heck is actually going on

هل أروح لدوس نفسه وأبدء أكتب أوامر ...^^ ؟

نعم، اقرأ آخر فقرة في الموضوع وستجد الطريقة

ســـهم الجنون

23-1-2012, 02:26 AM

أممم طلع لي أنت لم تسمي هذا الملف ffm مدري وش أسمه بالأسم الصحيح ؟

Prisoner

23-1-2012, 11:58 AM

الفيديو الذي يعمل بسرعة كبيرة: افتح mkvmerge، استدع الفيديو، أضف التايم كود إن كان ما لديك vfr أو إن كان cfr تكتفي بالتحديد على تراك الفيديو ثم في الأسفل Format specific options
وتضع FPS على 24000/1001:
http://dl.dropbox.com/u/55986146/fpschange.png

ثم ادمج وستحصل على الفيديو بسرعة 23.976

جربت الطريقة
نفس المشكلة ما زالت مستمرة
الفيديو الذي استخدمه wmv
أنا أجرب الانكودر الجديد فقط :wah-sm-new (21):

ElPsy

23-1-2012, 09:55 PM

محمد كـ
قراءة الـ Timestamps من wmv يصعب جداً أن تكون دقيقة وأحياناً تكون مسلية جداً. كل ما في الأمر أنك وقعت على الملف الخاطئ على ما يبدو.

ســـهم الجنون

24-1-2012, 02:43 AM

سلام هلا بأخونا البسي ..
واجهتني مشكلـه لاكن ماعندي برنامج تصوير ...
لو تعطين أميلك حتى أرسل لك المشكلـه على شكل ملف نصي ..
المشكـه لما أحط الكود الي أنت مرفقـه في مسار الدوس

لما أرعص أنتر أبغى أفتح الدوس يطلع لي صور فيها خطاء يقول
المشكلــه تقول أنه الأسم avs2yuv ويحب إعادت تسميته بشكل صحيح ؟

مأدري وين المشكلــه والله كل شي تمــام في الخطوات الأولى والتثبيت وكل شي ؟

وين المشكـلـه ؟؟

SpiritT

10-2-2012, 12:04 PM

السلام عليكم درس رائع !!جزاك الله خيرا عند ادخالي لهذا الامر avs2yuv -raw "sos.avs" -o - | x264-10bit.exe --input-depth 16 --input-res 640x480 --demuxer raw --fps 24000/1001 --output result.mkv -ثم انتر ثم هذا http://im22.gulfup.com/2012-02-10/1328864492321.pngمالحل؟

ElPsy

13-2-2012, 12:25 PM

^ رابط الصورة لا يعمل.

نمر الأرض

13-2-2012, 03:13 PM

هذه هي الصورة

http://im22.gulfup.com/2012-02-10/1328864492321.png

mohbaboo

25-2-2012, 03:09 PM

http://dl.dropbox.com/u/24147785/10.JPG

الطول تضاعف بدلا من 1280*720
أصبح 2560*720

هل هذا طبيعي؟

OVANOVE

25-2-2012, 03:45 PM

http://dl.dropbox.com/u/24147785/10.JPG

الطول تضاعف بدلا من 1280*720
أصبح 2560*720

هل هذا طبيعي؟

هل الإنتاج خلص وتغيرت الأبعاد ولا فقط خرجت لك الرساله في الدوس.؟

يعني في الناتج النهائي هل تغيرت الأبعاد؟

اذا تغيرت إذا يوجد عطب اكيد وليس بشئ عادي

mohbaboo

25-2-2012, 03:46 PM

لا زال في بداية الإنتاج
حبيت أسأل حتى لو كان في شيء خاطئ أعيد

OVANOVE

25-2-2012, 03:51 PM

توكل على الله بإذن الله مايتغير شي

في بعض الأحيان تخرج لي هذه الرساله ولا تتغير الأبعاد في الناتج النهائي

اشك انها للأبعاد XD
موفق

Hercule Poirot

26-2-2012, 12:54 AM

http://dl.dropbox.com/u/24147785/10.JPG

الطول تضاعف بدلا من 1280*720
أصبح 2560*720

هل هذا طبيعي؟

هذا لأن ال avisynth لا يستطيع التعامل مع بكسلات 16-bit فيقسم كلًا منها إلى بسكلين 8-bit، ولذا يتضاعف عدد البكسلات وبالتالي عرض الفريم. لكن لا داعي للقلق، فبعد انتهاء الإنتاج ستكون الأبعاد هي ما حددته في إعداداتك.

dete.ctive2

mohbaboo

26-2-2012, 01:03 AM

بعد تجارب على مقطع صغير كانت النتيجة تظهر لي مثلما تظهر قبل الإنتاج في avsp
شاشة خضراء ولكن في النهاية عملت ولله الحمد
بأنتج حلقة كاملة وأرى النتيجة إن شاء الله

شكرًا لكما أوفا وميتانتي سان :]

ElPsy

26-2-2012, 01:47 AM

نمر الأرض - (:.|الروح|.:)

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

flash-boy

28-2-2012, 06:51 PM

مبدع كالعادة

المرسدس

29-2-2012, 01:26 PM

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

استفسار آخر : هل يلزمني التحويل من 8 بت إلى 16 بت في نسخ الإنكودر الجديدة وخصوصاً نسخة JEEP لأنني قرأت أنه لم يعد يلزمني فعل ذلك ولكن من مصدر غير موثوق

إذا كان الجواب نعم فهل أكتفي بإضافة هذا الأمر vf resize:csp=yv12:16-- ؟ عوضاَ عن السكربت

Prisoner

29-2-2012, 04:58 PM

لا لست في حاجة إلى أوامر الديثر و لا التحويل إلى 16 بت

~ VEGETA ~

6-3-2012, 06:27 PM

OVANOVE

6-3-2012, 08:01 PM

^

زي ماقال لم الأخ

لما لا تجرب ذلك بنفسك.؟!

قص مقطعاً بسيطاً "100 فريم مثلاً"

وجرب تنتجه من دون اي امر تحويل لا بالسكربت ولا داخل اوامر الإنكودر

سياسه التجربه وعقليتها لازم تنتشر بيننا وهي من اهم عوامل التطور

سميد

17-3-2012, 08:07 AM

وعليكم سلام
درس اسطوري من ملك الانتاجات الاسطوريه
شكرا لك بجميع اللغات
سيتم تطبيق الدرس
الله يحفظك
تحياتي

flash-boy

7-7-2012, 03:39 PM

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

Black Her0

11-7-2012, 04:57 AM

تسلم علي الدرس بأنتظار الدروس القادمة

silver blaid

12-7-2012, 01:00 PM

طبقت اللي قلته لكن هناك مشكلة بعد الإنتاج

وهي ظهور خطوط أفقية تقريبا مثل هذي الصورة بس بدون ما تكون متداخلة
يعني بس تصير خطوط أفقية, مع العلم أن هذه المشكلة لا تظهر إلا إذا أنتجت 10 بت

http://img15.hostingpics.net/pics/6942847014.png

ElPsy

16-7-2012, 11:34 PM

سيحتاج الأمر مزيداً من التفاصيل مثل صورة عن الخلل لا صورة تشبهها + طبيعة المصدر + ملف الـ avs + إعدادات المصدر

Kudsu

22-11-2012, 06:05 PM

هممم شُكرًا جزيلاً لك على الدرس *.*

الاسطوره ..!

12-12-2012, 06:35 PM

شكرا لك على الموضوع الجميل و المفيذ ♥

جزاك الله الف خير على كل ما تقدمه لهذا المنتدى ♥

ننتظر ابداعاتك الجميلة بفارغ الصبر

انين الجراح

5-9-2016, 07:40 PM

ممكن احد يعمل شرح فيديو انتاج 10 بت

او صور