عرض للطباعة
Dither لا أرى فائدة من استعماله مع النسخة المعدلة من أجل إنتاج 10 بت، لأنها تفعل بالفعل ما يفعله هو. النسخة المعدلة تحوي باتشاً آخر لعدم تحويل العمق (بلا فائدة) إذا كان المصدر 10 بت.اقتباس:
المشاركة الأصلية كتبت بواسطة utchihi
وعليكم السلام.اقتباس:
المشاركة الأصلية كتبت بواسطة زاراكي ساما
ضع الانكودر في مجلد Windows وسيعمل إن شاء الله حتى دون تحديد مساره.
موضوووع .....حلو وراح يستفيد منو الكثير
نعم أنا لا أستعمل dither أيضاً مع هذه النسخة, لأن الهاك الجديد وجد للتخلص من إستعمالهاقتباس:
Dither لا أرى فائدة من استعماله مع النسخة المعدلة من أجل إنتاج 10 بت، لأنها تفعل بالفعل ما يفعله هو. النسخة المعدلة تحوي باتشاً آخر لعدم تحويل العمق (بلا فائدة) إذا كان المصدر 10 بت.
لكن أردت الإشارة لصحة الطريقتين
للفائدة العامة، صدرت نسخة جديدة معدلة للانكودر:
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).
عندما قمت باستخدام الانكودر الاخير 2146
أخرج لي فيديو يعمل بسرعة كبيرة " يعرض فريمات في وقت أقل "
ما الخطب ؟
لا حاجة للتحويل إلى 16 بت ثم إلى 10 بتاقتباس:
SAPikachu's avs 16bit hack + unneeded bit depth conversion patch.
هل أقوم بوضع الانكودر في مجلد الميغوي
و أتخلص من كتابة أوامر CMD
اقتباس:
لا حاجة للتحويل إلى 16 بت ثم إلى 10 بت
هل أقوم بوضع الانكودر في مجلد الميغوي
و أتخلص من كتابة أوامر CMD
أممم يب أنـا عملـت كـذا !
نشوف رد أخونا البســي .. ^^
الفيديو الذي يعمل بسرعة كبيرة: افتح mkvmerge، استدع الفيديو، أضف التايم كود إن كان ما لديك vfr أو إن كان cfr تكتفي بالتحديد على تراك الفيديو ثم في الأسفل Format specific optionsاقتباس:
المشاركة الأصلية كتبت بواسطة محمد كـ
وتضع FPS على 24000/1001:
http://dl.dropbox.com/u/55986146/fpschange.png
ثم ادمج وستحصل على الفيديو بسرعة 23.976
لا، لا أنصح باستخدام الميغوي.
الانكودر المعدل فيه انكودر للصوت، لم أستخدمه شخصياً، لكن أعرف أنه يعمل -- لا داعي للميغوي بأي وجه حسب رأيي
أممم هل تـنـصح x264Gui ؟اقتباس:
لا، لا أنصح باستخدام الميغوي.
الانكودر المعدل فيه انكودر للصوت، لم أستخدمه شخصياً، لكن أعرف أنه يعمل -- لا داعي للميغوي بأي وجه حسب رأيي
لـاهنـت ممكن تشرح مميزاته والفارق عم الميوجي ؟
أنا محمله ومثبته كل شي تمـام لاكن مأعرف أستخدمـه ؟
^^
مشور وماقصـرت
مأدري لاكن هو لدي ..اقتباس:
x264
عبارة عن واجهة رسوميـه صح ؟
طيب .. أنا أسمـع أنه الأنتـاج عن طريق الدوس ؟
كيــف أنتج عن طريق الدوس ؟
هل أروح لدوس نفسه وأبدء أكتب أوامر ...^^ ؟
والمعذره على الإزعـاجك ..
لا. لمَ قد تحتاج 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
نعم، اقرأ آخر فقرة في الموضوع وستجد الطريقةاقتباس:
هل أروح لدوس نفسه وأبدء أكتب أوامر ...^^ ؟
أممم طلع لي أنت لم تسمي هذا الملف ffm مدري وش أسمه بالأسم الصحيح ؟
جربت الطريقةاقتباس:
المشاركة الأصلية كتبت بواسطة ElPsy
نفس المشكلة ما زالت مستمرة
الفيديو الذي استخدمه wmv
أنا أجرب الانكودر الجديد فقط :wah-sm-new (21):
محمد كـ
قراءة الـ Timestamps من wmv يصعب جداً أن تكون دقيقة وأحياناً تكون مسلية جداً. كل ما في الأمر أنك وقعت على الملف الخاطئ على ما يبدو.
سلام هلا بأخونا البسي ..
واجهتني مشكلـه لاكن ماعندي برنامج تصوير ...
لو تعطين أميلك حتى أرسل لك المشكلـه على شكل ملف نصي ..
المشكـه لما أحط الكود الي أنت مرفقـه في مسار الدوس
لما أرعص أنتر أبغى أفتح الدوس يطلع لي صور فيها خطاء يقولوين المشكـلـه ؟؟اقتباس:
المشكلــه تقول أنه الأسم avs2yuv ويحب إعادت تسميته بشكل صحيح ؟
مأدري وين المشكلــه والله كل شي تمــام في الخطوات الأولى والتثبيت وكل شي ؟
السلام عليكم درس رائع !!جزاك الله خيرا عند ادخالي لهذا الامر 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/13...ngمالحل؟
^ رابط الصورة لا يعمل.
هذه هي الصورة
http://im22.gulfup.com/2012-02-10/1328864492321.png
http://dl.dropbox.com/u/24147785/10.JPG
الطول تضاعف بدلا من 1280*720
أصبح 2560*720
هل هذا طبيعي؟
هل الإنتاج خلص وتغيرت الأبعاد ولا فقط خرجت لك الرساله في الدوس.؟اقتباس:
المشاركة الأصلية كتبت بواسطة mohbaboo
يعني في الناتج النهائي هل تغيرت الأبعاد؟
اذا تغيرت إذا يوجد عطب اكيد وليس بشئ عادي
لا زال في بداية الإنتاج
حبيت أسأل حتى لو كان في شيء خاطئ أعيد
توكل على الله بإذن الله مايتغير شي
في بعض الأحيان تخرج لي هذه الرساله ولا تتغير الأبعاد في الناتج النهائي
اشك انها للأبعاد XD
موفق
هذا لأن ال avisynth لا يستطيع التعامل مع بكسلات 16-bit فيقسم كلًا منها إلى بسكلين 8-bit، ولذا يتضاعف عدد البكسلات وبالتالي عرض الفريم. لكن لا داعي للقلق، فبعد انتهاء الإنتاج ستكون الأبعاد هي ما حددته في إعداداتك.اقتباس:
المشاركة الأصلية كتبت بواسطة mohbaboo
dete.ctive2
بعد تجارب على مقطع صغير كانت النتيجة تظهر لي مثلما تظهر قبل الإنتاج في avsp
شاشة خضراء ولكن في النهاية عملت ولله الحمد
بأنتج حلقة كاملة وأرى النتيجة إن شاء الله
شكرًا لكما أوفا وميتانتي سان :]
نمر الأرض - (:.|الروح|.:)
لم أنتبه إلى ردك #_#
ليست لدي أدنى فكرة عما يحدث عندك. من المفترض أن تحصل على تنبيه أو خطأ أو على شيء ناتج، لكن الحال لا تبدو كذلك.
مبدع كالعادة
السلام عليكم ورحمة الله وبركاته
استفسار آخر : هل يلزمني التحويل من 8 بت إلى 16 بت في نسخ الإنكودر الجديدة وخصوصاً نسخة JEEP لأنني قرأت أنه لم يعد يلزمني فعل ذلك ولكن من مصدر غير موثوق
إذا كان الجواب نعم فهل أكتفي بإضافة هذا الأمر vf resize:csp=yv12:16-- ؟ عوضاَ عن السكربت
لا لست في حاجة إلى أوامر الديثر و لا التحويل إلى 16 بت
لا أخوي لست بحاجة إلى هذا الأمر فالإنكودر أصبح يحول بنفسه سواء بنسخ جيب أو بغيرها.اقتباس:
المشاركة الأصلية كتبت بواسطة المرسدس
^
زي ماقال لم الأخ
لما لا تجرب ذلك بنفسك.؟!
قص مقطعاً بسيطاً "100 فريم مثلاً"
وجرب تنتجه من دون اي امر تحويل لا بالسكربت ولا داخل اوامر الإنكودر
سياسه التجربه وعقليتها لازم تنتشر بيننا وهي من اهم عوامل التطور
وعليكم سلام
درس اسطوري من ملك الانتاجات الاسطوريه
شكرا لك بجميع اللغات
سيتم تطبيق الدرس
الله يحفظك
تحياتي
بانتظار دروسك القادمة بفارخ الصبر
تسلم علي الدرس بأنتظار الدروس القادمة
طبقت اللي قلته لكن هناك مشكلة بعد الإنتاج
وهي ظهور خطوط أفقية تقريبا مثل هذي الصورة بس بدون ما تكون متداخلة
يعني بس تصير خطوط أفقية, مع العلم أن هذه المشكلة لا تظهر إلا إذا أنتجت 10 بت
http://img15.hostingpics.net/pics/6942847014.png
سيحتاج الأمر مزيداً من التفاصيل مثل صورة عن الخلل لا صورة تشبهها + طبيعة المصدر + ملف الـ avs + إعدادات المصدر
هممم شُكرًا جزيلاً لك على الدرس *.*
شكرا لك على الموضوع الجميل و المفيذ ♥
جزاك الله الف خير على كل ما تقدمه لهذا المنتدى ♥
ننتظر ابداعاتك الجميلة بفارغ الصبر
ممكن احد يعمل شرح فيديو انتاج 10 بت
او صور