مُلْتقى المترجمين [ النسخة الثالثة ]

[امجد صلاح]

السلام عليكم

معلش , حابب اتأكد من شيئ

ازاي الفلتر بيقص الشريط الاسود و هو ضمن الحلقة و محتسب فى الابعاد ,,

بيمط الابعاد مثلاً عشان يعوض الفارق ؟ \ :

يب اكيد

[THE BLACK*KING]

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

لكن بـ Crop ستتغير الابعاد و تصبح اقل من 640,480 , فلتر lanczos4resize لن يغير الابعاد

في هذه معك حق

سكربت امجد مفيد جداً اذا لم ترد تغيير الأبعاد

استخدمه فهو افضل من طريقتي

همم لا يوجد فرق, لأن الأبعاد لازم تتغير بالحالتين (كيف نقص قطعة قماش مثلاً دون تغيير طولها أو عرضها ؟؟ ^^)

وثانياَ preset placebo-- أمر ليس له داعي very slow يعطي نتيجة أفضل من ناحية الحجم و جودة مشابهة و مقاربة جداَ

preset placebo انا جربته شخصيا و ضغط لي 10% زيادة و جودة افضل من البقية

ملاحظة: لا يوجد شيء لا داعي له.

أهلاً بـ عبد المحسن ^.^

همم... كلام أمجد صحيح

إذا لم نُعِر أهمية للسُرعة فـ preset placebo هو الأفضل ^^ (إن كُنا نستعمل الـ presets فقط)

لكن إذا كُنا نهتم للسُرعة فيعتمد هذا على قُدرة إحتمال الشخص على الإنتظار

كما قلت سابقا انا املك لابتوب كور 2 حاليا و مكتفي باعدادات الPreset فيها slower

لكن عندما يكون عندي جهاز دسك توب ذو معالج core 7 او اقوى لن استخدم الا Placebo او اصنع الاعدادات بنفسي دون Preset اصلا

خخخ أنا جهازي core i3 مثل ما تعرف, وغالباً ما أستعمل إعدادات مُقاربة لإعدادات preset placebo

بس طبعاً لازم أنتظر 10 ساعات فما فوق إذا كنت أنتج من تي أس, وطول المقطع 25 دقيقة وبأبعاد 1280x720

هذه حلقة أنوذر الأولى أنتجتها من ts وإستغرقت 13 ساعة تقريباً (رأيكم )

وهنالك طريقة اخرى اكتشفتها من الـ x264 للتحويل الى الـ 16 بت في داخله الا وهي وضع هذا الامر I --vf resize:csp=yv12:16 في اوامر الانتاج

أهلا أمجد لدي تعليق بسيط على فكرة التحويل إلى 16 بت ثم 10 بت

في نسخ الأنكودر الجديدة لا تحتاج إلى التحويل إلى 16 بت أولاَ لكي تنتج 10 بت

همم كلام عبد المحسن صحيح هُنا يا أمجد ^^

لا داعي لإضافة هذا الأمر:

--vf resize:csp=yv12:16 

ممكن ننتج 10 بت حالياً وبصورة صحيحة دون الحاجة إليه

لأن بإستعماله سنقوم بتحويل الـ pixel format

هذا الأمر راح يغير بألوان المصدر ولازم المنتج يجرب ويشوف الأنسب ^^

وممكن مثلاً نضع:

--vf resize:csp=rbg:16 

أو

--vf resize:csp=i444:16 

إلخ..

راح أحاول توضيح بعض الأمور بشكل مُبسط جداً:

channel: أنظمة الألوان تتكون من قنوات مثلاً نظام RGB يتكون من ثلاث قنوات هي: Red, Green, Blue

ونظام YUV يتكون من ثلاث قنوات أيضاً, قناة Y تُمثل مقدار الإضاءة الإجمالية وقناتي U و V تُمثلان مُحصلة الألوان

sample: هو نُقطة التقاطع بين البكسل والقناة (إنظروا للمثال الموجود في هذه الصفحة للتوضيح )

الـ pixel format يُبين طريقة تقسيم البكسلات بنظام ألوان مُعين, وتحديد مدى عُمق الألوان لكُل نموذج (sampleـ)

Subsampling: ويعني الأختزال, وهو الإختزال الحاصل في مُحصلة الألوان ويوجد أكثر من إسلوب لذلك مثل 4:2:0 أو 4:1:1 أو 4:2:2 إلخ....

أما 4:4:4 فلا يوجد فيه إختزال لوني

(هُناك موضوع جيد يشرح الإختزال اللوني, إكتبوا في قوقل:"[Video 101][مقدمة في أنظمة الألوان]", من فقرة:"من أشهر أنظمة الـYUV أربعة أنواع:")

يعني مثلاً إذا رأينا YUV420p16 pixel format

فسنعرف أن نظام الألوان هو YUV ونمط الإختزال هو 4:2:0 ولكُل نموذج مدى مقدارُه 16 بتس ^^

وفي إنكودر x264 يُمكن تحويل الـ pixel format بسهولة كما هو موضح في الأمر الموجود في الأعلى

بالبداية نحدد إسلوب طلب قنوات الألوان مثل yv16 أو i444 أو i420 إلخ.. (لا يدعم x264 جميعها, وهي مذكورة في قسم خيار vf--)

(مُلاحظة : yv12 و i420 يستعملان نفس نمط الإختزال, لكن الفرق الوحيد هو أن القناتين U و V تتبادلان المواقع في كُلٍ منهما)

وبعدها نحدد مدى عُمق الألوان في هذا الإسلوب على شرط أن يكون داعم للعمق المُحدد

وبعدها ممكن أن نضيفه لإنكودر x264 10-bit أو x264 8-bit بشكل سليم ومن دون حدوث أي مشاكل ^^

أنا مثلاً جربت vf resize:csp=i420:16-- وكانت النتائج أفضل من الإعداد الإفتراضي مع المصدر المُدخل

وجربت أيضاً vf resize:csp=rgb:16-- وكانت النتائج أفضل قليلاً لكن الفرق لم يكُن واضحاً

جربوا وشوفوا الأنسب لكم

+قارنوا بالـ avisynth فقط وركزوا على المناطق المُظلمة أيضاً

A=ffvideosource("X:\path\video1.mkv").subtitle("A", size=48)
B=ffvideosource("X:\path\video2.mkv").subtitle("B", size=48)
interleave(A,B) 

أما الناتج النهائي (من حيث عمق الألوان والـ pixel format) فيعتمد على الإنكودر المستعمل طبعاً

يعني إسلوب الإختزال 4:2:0 هو الإفتراضي في x264 ولن يتغير إذا لم نُضِف output-csp-- لتعيين إسلوب آخر

يعني إذا أنتجنا بإنكودر 10 بتس مثلاً راح يكون الـ pixel format النهائي هو YUV420p10

+همم.. موضوع أنظمة الألوان جميل ومُمتع, لكنه يكون مُحير أحياناً :\

+شُكراً
سلام >.>

[امجد صلاح]

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





همم لا يوجد فرق, لأن الأبعاد لازم تتغير بالحالتين (كيف نقص قطعة قماش مثلاً دون تغيير طولها أو عرضها ؟؟ ^^)





أهلاً بـ عبد المحسن ^.^

همم... كلام أمجد صحيح

إذا لم نُعِر أهمية للسُرعة فـ preset placebo هو الأفضل ^^ (إن كُنا نستعمل الـ presets فقط)

لكن إذا كُنا نهتم للسُرعة فيعتمد هذا على قُدرة إحتمال الشخص على الإنتظار



خخخ أنا جهازي core i3 مثل ما تعرف, وغالباً ما أستعمل إعدادات مُقاربة لإعدادات preset placebo

بس طبعاً لازم أنتظر 10 ساعات فما فوق إذا كنت أنتج من تي أس, وطول المقطع 25 دقيقة وبأبعاد 1280x720

هذه حلقة أنوذر الأولى أنتجتها من ts وإستغرقت 13 ساعة تقريباً (رأيكم )
همم كلام عبد المحسن صحيح هُنا يا أمجد ^^

لا داعي لإضافة هذا الأمر:

--vf resize:csp=yv12:16 

ممكن ننتج 10 بت حالياً وبصورة صحيحة دون الحاجة إليه

لأن بإستعماله سنقوم بتحويل الـ pixel format

هذا الأمر راح يغير بألوان المصدر ولازم المنتج يجرب ويشوف الأنسب ^^

وممكن مثلاً نضع:

--vf resize:csp=rbg:16 

أو

--vf resize:csp=i444:16 

إلخ..

راح أحاول توضيح بعض الأمور بشكل مُبسط جداً:

channel: أنظمة الألوان تتكون من قنوات مثلاً نظام RGB يتكون من ثلاث قنوات هي: Red, Green, Blue

ونظام YUV يتكون من ثلاث قنوات أيضاً, قناة Y تُمثل مقدار الإضاءة الإجمالية وقناتي U و V تُمثلان مُحصلة الألوان

sample: هو نُقطة التقاطع بين البكسل والقناة (إنظروا للمثال الموجود في هذه الصفحة للتوضيح )

الـ pixel format يُبين طريقة تقسيم البكسلات بنظام ألوان مُعين, وتحديد مدى عُمق الألوان لكُل نموذج (sampleـ)

Subsampling: ويعني الأختزال, وهو الإختزال الحاصل في مُحصلة الألوان ويوجد أكثر من إسلوب لذلك مثل 4:2:0 أو 4:1:1 أو 4:2:2 إلخ....

أما 4:4:4 فلا يوجد فيه إختزال لوني

(هُناك موضوع جيد يشرح الإختزال اللوني, إكتبوا في قوقل:"[Video 101][مقدمة في أنظمة الألوان]", من فقرة:"من أشهر أنظمة الـYUV أربعة أنواع:")

يعني مثلاً إذا رأينا YUV420p16 pixel format

فسنعرف أن نظام الألوان هو YUV ونمط الإختزال هو 4:2:0 ولكُل نموذج مدى مقدارُه 16 بتس ^^

وفي إنكودر x264 يُمكن تحويل الـ pixel format بسهولة كما هو موضح في الأمر الموجود في الأعلى

بالبداية نحدد إسلوب طلب قنوات الألوان مثل yv16 أو i444 أو i420 إلخ.. (لا يدعم x264 جميعها, وهي مذكورة في قسم خيار vf--)

(مُلاحظة : yv12 و i420 يستعملان نفس نمط الإختزال, لكن الفرق الوحيد هو أن القناتين U و V تتبادلان المواقع في كُلٍ منهما)

وبعدها نحدد مدى عُمق الألوان في هذا الإسلوب على شرط أن يكون داعم للعمق المُحدد

وبعدها ممكن أن نضيفه لإنكودر x264 10-bit أو x264 8-bit بشكل سليم ومن دون حدوث أي مشاكل ^^

أنا مثلاً جربت vf resize:csp=i420:16-- وكانت النتائج أفضل من الإعداد الإفتراضي مع المصدر المُدخل

وجربت أيضاً vf resize:csp=rgb:16-- وكانت النتائج أفضل قليلاً لكن الفرق لم يكُن واضحاً

جربوا وشوفوا الأنسب لكم

+قارنوا بالـ avisynth فقط وركزوا على المناطق المُظلمة أيضاً

A=ffvideosource("X:\path\video1.mkv").subtitle("A", size=48)
B=ffvideosource("X:\path\video2.mkv").subtitle("B", size=48)
interleave(A,B) 

أما الناتج النهائي (من حيث عمق الألوان والـ pixel format) فيعتمد على الإنكودر المستعمل طبعاً

يعني إسلوب الإختزال 4:2:0 هو الإفتراضي في x264 ولن يتغير إذا لم نُضِف output-csp-- لتعيين إسلوب آخر

يعني إذا أنتجنا بإنكودر 10 بتس مثلاً راح يكون الـ pixel format النهائي هو YUV420p10

+همم.. موضوع أنظمة الألوان جميل ومُمتع, لكنه يكون مُحير أحياناً :\

+شُكراً
سلام >.>

اهلا بلاك بخصوص المحافظة على الابعاد راجع الرد الذي فوق ^^


و بخصوص الامر انا اعلم بالكروما و الالوان واعلم ماذا ينتج الانكودر افتراضيا و كذلك اغلب المصادر

لذا وضعت الـ I --vf resize:csp=yv12:16 بـ yv12 ^^

اقتباس من الفجول دب

Selects the desired image formats for video decompression and video compression.

Decompression format 
Selects a color format to target when decompressing the input video.

For a compressed source, this format is requested directly from the video codec. "Autoselect" will choose a common, safe RGB format, such as 24-bit, 32-bit, or 15-bit RGB.

For an uncompressed source (or Avisynth script), the desired format is produced through image conversion if it is not the same as the source. YCbCr-to-YCbCr conversions do not round-trip through RGB. "Autoselect" chooses the source format so that no conversion is necessary.

If the video codec cannot produce the format you have selected, VirtualDub will automatically attempt to degrade the video format to a similar format that is supported. For instance, if 16-bit RGB fails, 24-bit RGB will be tried. The fallback code avoids color space conversions if possible; if a YCbCr format fails, other YCbCr formats will be tested before resorting to RGB.

Output format 
Selects a color format for output. During preview, this is the format sent to the display panes. When video compression is active, this selects the format received by the video compressor.

The output format is produced by conversion from the input format. When video filters are in use, the input format is converted to 32-bit RGB, processed, and the result converted to the output format. If video filters are not being used, the input format is converted directly to the output format.

Note As is standard in GDI bitmaps, the 32-bit format has a dummy alpha channel, used only for padding. VirtualDub cannot currently target a 32-bit format with meaningful alpha. 
Note The size of the output format doesn't necessarily relate to how well the output compresses through a video codec. For instance, converting from 24-bit RGB to 16-bit RGB can hinder compression, because it increases quantization noise (banding) in the image. 

Format descriptions

16-bit RGB (555) 
This is a format with five bits per channel (32 levels) for each of red, green, and blue. It is a relatively low-precision format that is prone to some banding artifacts but is common on older video display hardware, as it is faster and consumes less memory than 24-bit RGB. This format is sometimes known as HiColor. 

16-bit RGB (565) 
This is a slightly improved version of 16-bit RGB (555), as it uses the unused bit to improve precision in green. 

24-bit RGB (888) 
This is a format with eight bits per channel (256 levels) for each of red, green, and blue. It is common for photographic images and is often known as TrueColor. This is the safest and most reliable format to use for video interchange. 

32-bit RGB (8888) (dummy alpha channel) 
This is similar to 24-bit RGB, except that it has an additional unused eight bits per pixel. Picture quality is identical to 24-bit, but the additional padding makes the pixels a more convenient size for computation. This format is sometimes slightly faster than 24-bit for processing, but should be avoided for storage as it wastes one-third more space. 

4:2:2 YCbCr (UYVY) 
This is a format which uses the YCbCr color space (luma, chroma-blue, chroma-red), which is closer to the way color images are perceived by the human brain. It averages only 16 bits per pixel with similar perceptual quality to 24-bit RGB by only storing color information at half horizontal resolution, producing slight color bleeding but only taking two-thirds as much space. 
This format, as do all other YCbCr formats listed below, encodes luminance (Y) with a range of [16, 235] and chroma (Cb/Cr, or U/V), with a range of [16, 240].

UYVY is accepted directly by many video codecs. Since many video codecs internally use color spaces similar to YCbCr, using this format with video codecs can speed up rendering.


4:2:2 YCbCr (YUY2) 
This is the same as 4:2:2 YCbCr (UYVY), except for a shuffling of data bytes. It has the same quality and performance advantages as UYVY. 

4:2:0 planar YCbCr (YV12) 
This is a YCbCr format with an average of 12 bits per pixel and half resolution both horizontally and vertically in color information. It thus takes 25% less space than UYVY or YUY2, but with some vertical bleeding. "Planar" refers to the organization of data in the format, where luma, chroma-blue, and chroma-red are stored separately. 
Some codecs accept this format directly for further increases in performance over the 4:2:2 formats. However, it should be avoided for interlaced video, where the loss of vertical color resolution can cause motion artifacts between fields.

Note Although 4:2:0 YCbCr formats exist that accommodate interlacing, the YV12 four-character code (FOURCC) denotes a specific 4:2:0 encoding that is non-interlaced. 

4:2:2 planar YCbCr (YV16) 
This is a YCbCr format with an average of 16 bits per pixel and half horizontal resolution in color information. 
The YV16 format is rare and not well supported by video codecs and playback applications, but is supported here for completeness.

4:1:0 planar YCbCr (YVU9) 
This is a YCbCr format with an average of 9 bits per pixel and quarter resolution both horizontally and vertically in color information. YVU9 thus takes 43% less space than UYVY/YUY2 and 62% less space than 24-bit RGB, but at the cost of significant color bleeding. 

Luminance only (Y8) 
Y8 is a monochrome format, and thus selecting it will cause video to be converted to grayscale. However, it only requires half of the space of UYVY or YUY2 at 8 bits per pixel. 
Y8 uses the same luma scale as YCbCr, 16-240, so there is a very slight loss of luma precision compared to 24-bit RGB. However, conversion between Y8 and YCbCr formats is lossless in luma and extremely fast.

والسبب الرئيسي في وجود الباندنغ هو الـ 4:2:0 planar YCbCr (YV12) I , هذا من الكلام الموجود اعلاه في الفجول دب



والى كل من يظن انه كان ينتج لوسليس بالـ x264 بمجرد وضع الcrf صفر فهو مخطئ , اطلعوا اولا على اوامر الانكودر في الfullhelp


في المرفقات نسخت لكم كل شيء من الـ cmd

الخلاصة:-

  --profile <string>      Force the limits of an H.264 profile
                                  Overrides all settings.
                                  - high10:
                                    No lossless.
                                    Support for bit depth 8-10.
                                  - high422:
                                    No lossless.
                                    Support for bit depth 8-10.
                                    Support for 4:2:0/4:2:2 chroma subsampling.
                                  - high444:
                                    Support for bit depth 8-10.
                                    Support for 4:2:0/4:2:2/4:4:4 chroma subsampling.

و

 -q, --qp <integer>          Force constant QP (0-69, 0=lossless)

 --crf <float>           Quality-based VBR (0-51) [23.0]

الحقيقة ان الانتاج بـ crf 0 هو شبه لوسليس و ليس لوسليس حقيقي

[امجد صلاح]

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



همم كلام عبد المحسن صحيح هُنا يا أمجد ^^

لا داعي لإضافة هذا الأمر:

--vf resize:csp=yv12:16 

ممكن ننتج 10 بت حالياً وبصورة صحيحة دون الحاجة إليه

لأن بإستعماله سنقوم بتحويل الـ pixel format

هذا الأمر راح يغير بألوان المصدر ولازم المنتج يجرب ويشوف الأنسب ^^

yv12:16

انا وضعت الامر للتحويل الى الـ 16 بت

راجع الرد جيدا و هذا ايضا و هذا وهنا كلام من الكامي تبع الكثيرين

- لا يمكن الانتقال من 8 بت إلى 10 دون المرور عبر 16 في معايير H264

و شكرا

[THE BLACK*KING]

و بخصوص الامر انا اعلم بالكروما و الالوان واعلم ماذا ينتج الانكودر افتراضيا و كذلك اغلب المصادر

لذا وضعت الـ I --vf resize:csp=yv12:16 بـ yv12 ^^

yv12:16

انا وضعت الامر للتحويل الى الـ 16 بت

راجع الرد جيدا و هذا ايضا و هذا

أمجد راح نظل نلف وندور على هالحالة ^^"

ردي كان واضح ^^, وذَكَرت هذه النقطة :

هذا الأمر راح يغير بألوان المصدر ولازم المنتج يجرب ويشوف الأنسب ^^

(راح يغير بألوان المصدر, راح يغير بألوان المصدر, راح يغير بألوان المصدر!)

+أنت وضعته لأنك "أردت" التحويل إلى 16 بت يا أمجد, لكن هذه الطريقة غير صحيحة ^^" ولن تُحول بها إلى 16 بت (أصلاً لا داعي لها لإنتاج الـ 10 بت)

كما ذكرت سابقاً في ردي.

وطبعاً لا ننسى أن هذا الأمر سيعمل على إبطاء العملية أكثر (لمن يهتم بالسرعة) ولهُ تأثير على حجم الناتج أيضاً

والى كل من يظن انه كان ينتج لوسليس بالـ x264 بمجرد وضع الcrf صفر فهو مخطئ , اطلعوا اولا على اوامر الانكودر في الfullhelp


في المرفقات نسخت لكم كل شيء من الـ cmd

الخلاصة:-

  --profile <string>      Force the limits of an H.264 profile
                                  Overrides all settings.
                                  - high10:
                                    No lossless.
                                    Support for bit depth 8-10.
                                  - high422:
                                    No lossless.
                                    Support for bit depth 8-10.
                                    Support for 4:2:0/4:2:2 chroma subsampling.
                                  - high444:
                                    Support for bit depth 8-10.
                                    Support for 4:2:0/4:2:2/4:4:4 chroma subsampling. 

 -q, --qp <integer>          Force constant QP (0-69, 0=lossless) 

 --crf <float>           Quality-based VBR (0-51) [23.0] 

الحقيقة ان الانتاج بـ crf 0 هو شبه لوسليس و ليس لوسليس حقيقي

هذا خاطئ يا أمجد ^^"

x264 --crf 0 --ultrafast --output "out.mkv" "in.avs" 

هذا يُمثل إنتاج لوسليس
كما أن الإنكودر سيستعمل profile High 4:4:4 Predictive بمجرد وضعك لقيمة crf 0 أو qp 0

والمقصود بالإنكودر بـ "No lossless" أي أن بروفايل high422 أو high10 لا يدعم اللوسليس

وستحصل على هذه الرسالة عند تعيينك لبروفايل high10 مثلاً مع خيارات إنتاج اللوسليس:

x264 [error]: high10 profile doesn't support lossless 

وهنا كلام من الكامي تبع الكثيرين

ما في داعي لهذا الكلام -_-

و شكرا

وعفواً XD

[امجد صلاح]

أمجد راح نظل نلف وندور على هالحالة ^^"

ردي كان واضح ^^, وذَكَرت هذه النقطة :



(راح يغير بألوان المصدر, راح يغير بألوان المصدر, راح يغير بألوان المصدر!)

+أنت وضعته لأنك "أردت" التحويل إلى 16 بت يا أمجد, لكن هذه الطريقة غير صحيحة ^^" ولن تُحول بها إلى 16 بت (أصلاً لا داعي لها لإنتاج الـ 10 بت)

كما ذكرت سابقاً في ردي.

ممكن تقول لي ما هو الخاطيئ فيها اذن بما انها تحول الالوان الى 16 بت



و ما هو دليلك على ان انكودر لا يحتاج الى التحويل الى 16 بت

[THE BLACK*KING]

x264 --crf 0 --ultrafast --output "out.mkv" "in.avs" 

المعذرة, أخطأت هُنا

نسيت "preset"ـ p:

x264 --crf 0 --preset ultrafast --output "out.mkv" "in.avs" 

[امجد صلاح]

هذا خاطئ يا أمجد ^^"

x264 --crf 0 --ultrafast --output "out.mkv" "in.avs" 

هذا يُمثل إنتاج لوسليس
كما أن الإنكودر سيستعمل profile High 4:4:4 Predictive بمجرد وضعك لقيمة crf 0 أو qp 0

والمقصود بالإنكودر بـ "No lossless" أي أن بروفايل high422 أو high10 لا يدعم اللوسليس

وستحصل على هذه الرسالة عند تعيينك لبروفايل high10 مثلاً مع خيارات إنتاج اللوسليس:

x264 [error]: high10 profile doesn't support lossless 

وعفواً XD

x264_10b --qp 0 --preset ultrafast --output "out.mkv" "in.avs"
ffms [info]: 640x360p 0:1 @ 30001/1001 fps (vfr)
ffms [info]: color matrix: undef
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 Cache64
x264 [info]: profile High 4:4:4 Predictive, level 3.0, 4:2:0 10-bit
[12.6%] 797/6350 frames, 54.50 fps, 25488.53 kb/s, eta 0:01:41

لا تعليق عملية التحويل للوسليس فقط بال qp ولا تنفع بالcrf

+ اللوسليس ليس كامل ايضا انظر الى 4:2:0 المفروض تكون 4:4:4 لول

لذا ينقصها

 --output-csp <string>   Specify output colorspace ["i420"]
                                  - i420, i422, i444, rgb

I --output-csp i444

[امجد صلاح]

و للcrf فقط بال 8 بت

x264 --crf 0 --preset ultrafast --output "out.mkv" "a.avs"
ffms [info]: 640x360p 0:1 @ 30001/1001 fps (vfr)
ffms [info]: color matrix: undef
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 Cache64
x264 [info]: profile High 4:4:4 Predictive, level 3.0, 4:2:0 8-bit
[2.6%] 163/6350 frames, 107.59 fps, 18590.61 kb/s, eta 0:00:57

اما في ال10 بت

x264_10b --crf 0 --preset ultrafast --output "out.mkv" "in.avs"
ffms [info]: 640x360p 0:1 @ 30001/1001 fps (vfr)
ffms [info]: color matrix: undef
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 Cache64
x264 [info]: profile High 10, level 3.0, 4:2:0 10-bit
[2.8%] 177/6350 frames, 76.56 fps, 15691.87 kb/s, eta 0:01:20

رغم ذلك فالـ 4:2:0 لا يعتبر لوسليس , لازم يكون 4:4:4

[Core Pride]

x264_10b --qp 0 --preset ultrafast --output "out.mkv" "in.avs"
ffms [info]: 640x360p 0:1 @ 30001/1001 fps (vfr)
ffms [info]: color matrix: undef
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 Cache64
x264 [info]: profile High 4:4:4 Predictive, level 3.0, 4:2:0 10-bit
[12.6%] 797/6350 frames, 54.50 fps, 25488.53 kb/s, eta 0:01:41

لا تعليق عملية التحويل للوسليس فقط بال qp ولا تنفع بالcrf

+ اللوسليس ليس كامل ايضا انظر الى 4:2:0 المفروض تكون 4:4:4 لول

لذا ينقصها

 --output-csp <string>   Specify output colorspace ["i420"]
                                  - i420, i422, i444, rgb

I --output-csp i444

بالنسبة لأن اللوزلس لا ينفع بال crf جرب أنتج بهذه الإعدادات و أنظر ما ذا سيرد عليك الإنكودر

x264 --crf 0 --profil high --preset ultrafast --output "out.mkv 

جرب ورد لي خبر ~

[امجد صلاح]

بالنسبة لأن اللوزلس لا ينفع بال crf جرب أنتج بهذه الإعدادات و أنظر ما ذا سيرد عليك الإنكودر

x264 --crf 0 --profil high --preset ultrafast --output "out.mkv 

جرب ورد لي خبر ~

انا ابحث عن اللوس ليس الاصلي لكم

لكني استعمل crf 1 و veryfast شخصيا

[THE BLACK*KING]

ممكن تقول لي ما هو الخاطيئ فيها اذن بما انها تحول الالوان الى 16 بت



و ما هو دليلك على ان انكودر لا يحتاج الى التحويل الى 16 بت

قلت لك يا أمجد راح ينتج لك تغيير في ألوان المصدر

وشوف هذا الرابط أنتجت على السريع 3 مقاطع من 51 فريم

الثلاثة hi10p وبنفس الإعدادات

out.mkv إدخال وإخراج عادي
out Dither_convert.mkv إستعملت الـ dither functions للتحويل إلى 16 بت مع input-depth-- في الإنكودر
out yv12;16.mkv وضعت vf resize:csp=yv12:16-- فقط

والنتيجة: المقطعان out.mkv و out Dither_convert.mkv مُتطابقان من حيث الألوان والحجم تماماً

المقطع out yv12;16.mkv مُختلف عنهما بالألوان والحجم

وأي واحد ممكن يجرب ويوصل لنفس النتيجة ^^

إذاً, إستعمال x264-10bit لوحده كافٍ لإنتاج مقطع بـ Hi10p
***************************************

لا تعليق عملية التحويل للوسليس فقط بال qp ولا تنفع بالcrf

و للcrf فقط بال 8 بت

أنا أعطيت الـ crf كمثال فقط والإثنان يُعدان lossless وقد ذكرت أنا أيضاً "crf 0 أو qp 0"

+نعم مثل ما قُلت فحسب كلام كيموري:

only in 8bit output, in >8bit crf goes negative.

لكن هذا ليس موضوعنا بأي حال ^^

+ اللوسليس ليس كامل ايضا انظر الى 4:2:0 المفروض تكون 4:4:4 لول

لذا ينقصها

 --output-csp <string>   Specify output colorspace ["i420"]
                                  - i420, i422, i444, rgb 

I --output-csp i444

لا يوجد هُناك أي سبب لننتج لوسليس 4:4:4 من مقطع ذو نمط إختزال لوني 4:2:0
لأن الإنكودر لن يقوم بعمل سحر مثلاً ليسترجع التفاصيل اللونية الضائعة خخخ

ننتج لوسليس (أو حتى output نهائي إن أردنا) بـ 4:4:4 (أي بدون إختزال لوني) إذا لم يكُن هُناك إختزال لوني في المصدر وأردنا المحافضة على التفاصيل اللونية
*************************************
سلام (لن أستطيع الدخول أكثر اليوم p: )

[امجد صلاح]

قلت لك يا أمجد راح ينتج لك تغيير في ألوان المصدر

وشوف هذا الرابط أنتجت على السريع 3 مقاطع من 51 فريم

الثلاثة hi10p وبنفس الإعدادات

out.mkv إدخال وإخراج عادي
out Dither_convert.mkv إستعملت الـ dither functions للتحويل إلى 16 بت مع input-depth-- في الإنكودر
out yv12;16.mkv وضعت vf resize:csp=yv12:16-- فقط

والنتيجة: المقطعان out.mkv و out Dither_convert.mkv مُتطابقان من حيث الألوان والحجم تماماً

المقطع out yv12;16.mkv مُختلف عنهما بالألوان والحجم

وأي واحد ممكن يجرب ويوصل لنفس النتيجة ^^

إذاً, إستعمال x264-10bit لوحده كافٍ لإنتاج مقطع بـ Hi10p
***************************************

ليس دليلا علميا

اريد دليل علمي يثبت ان الانكودر لا يحتاج الى التحويل الى ال16 بت لانتاج ال10 بت

+ دليل علمي على ان تحويل الالوان في الانكودر خطأ

+ جاري التحميل و لي عودة بعده

و كما ذكرت سابقا اللوس ليس الحقيقي 4:4:4 او rgb و ليس غيره

[امجد صلاح]

قلت لك يا أمجد راح ينتج لك تغيير في ألوان المصدر

وشوف هذا الرابط أنتجت على السريع 3 مقاطع من 51 فريم

الثلاثة hi10p وبنفس الإعدادات

out.mkv إدخال وإخراج عادي
out Dither_convert.mkv إستعملت الـ dither functions للتحويل إلى 16 بت مع input-depth-- في الإنكودر
out yv12;16.mkv وضعت vf resize:csp=yv12:16-- فقط

والنتيجة: المقطعان out.mkv و out Dither_convert.mkv مُتطابقان من حيث الألوان والحجم تماماً

المقطع out yv12;16.mkv مُختلف عنهما بالألوان والحجم

وأي واحد ممكن يجرب ويوصل لنفس النتيجة ^^

إذاً, إستعمال x264-10bit لوحده كافٍ لإنتاج مقطع بـ Hi10p
***************************************



أنا أعطيت الـ crf كمثال فقط والإثنان يُعدان lossless وقد ذكرت أنا أيضاً "crf 0 أو qp 0"

+نعم مثل ما قُلت فحسب كلام كيموري:


لكن هذا ليس موضوعنا بأي حال ^^



لا يوجد هُناك أي سبب لننتج لوسليس 4:4:4 من مقطع ذو نمط إختزال لوني 4:2:0
لأن الإنكودر لن يقوم بعمل سحر مثلاً ليسترجع التفاصيل اللونية الضائعة خخخ

ننتج لوسليس (أو حتى output نهائي إن أردنا) بـ 4:4:4 (أي بدون إختزال لوني) إذا لم يكُن هُناك إختزال لوني في المصدر وأردنا المحافضة على التفاصيل اللونية
*************************************
سلام (لن أستطيع الدخول أكثر اليوم p: )

بعد التحميل المقاطع متشابهة تقريبا لكن اسوءهم out.mkv من ناحية الباندنغ و بعده out Dither_convert.mkv اما افضلهم و اكبر حجما باقل من واحد بالمئة (فرق كيلوبايت واحد لول) out yv12;16.mkv

الانكودر متفوق دائما على فلاتر الavs

[LOLSKATER]

في أشكال عجيبة من التطرف في هذا الموضوع.. PLACEBO؟

طيب يا شباب، بعطيكم حزورة
السؤال هو: كيف ممكن تستخدم avisynth للتسجيل مباشرة من الويب كام؟

[~ VEGETA ~]

ليس دليلا علميا

اريد دليل علمي يثبت ان الانكودر لا يحتاج الى التحويل الى ال16 بت لانتاج ال10 بت

+ دليل علمي على ان تحويل الالوان في الانكودر خطأ

+ جاري التحميل و لي عودة بعده

و كما ذكرت سابقا اللوس ليس الحقيقي 4:4:4 او rgb و ليس غيره

السلام عليكم

شاهدت النقاش السابق و حبيت أقول رأيي فيه.

اللوسليس تنتجه بـ crf أو qp بقيمة صفر فقط لا غير... أما عن قول أن crf=0 ليس لوسليس فهذا كلام خاطئ تماماً.

اللوسليس في الـ 10 بت ممكن حسب ما بعرف و لكن لا جدوى منه بتاتاً...

حسب ما ذكر مطوري الإنكودر فتحويل الألوان لم يعد ضروري بعد نسخة معينة أتوقع قبل 3 أو 4 نسخ. لا أظن أن تحويلك للألوان في الإنكودر "خطأ" لكن بما أن الإنكودر يحولها وحده فلا داعي لذلك فهو يحول بكفاءة حسب ما ذكر مطوريه.

أفضل عدم استعمال أي أمر للتحويل بما أن الإنكودر يحول لوحده لأننا ممكن نحول شيء غير مناسب كما قال بلاك كينغ.

كلام بلاك كينغ كان كلام علمي و صراحة استفدت منه خصوصاً شغلة الألوان. مالذي لم تفهمه من كلامه حتى يوضحه لك؟

ملاحظة: عندما تناقشنا معك حول VP8 أعطيناك كلام و دليل بل أدلة علمية كثيرة لكنك ببساطة لم تقتنع... مشكلتك أنك لا تناقش بأسلوب مرن بل دائماً تصر على رأيك و لا تقبل لا الحقائق العلمية و لا شيء...

لا أقول أن كل كلامك خطأ و لكن دائماً ما ننجر لنقاشات فرعية بلا داعي نتيجة إصرارك على رأيك.

ابحث في موقع x264 حول التحديثات التي أضافوها و ستجد أن تحويل الألوان لم يعد ضروري... أنا أنتج لوسليس 8 بت (crf=0 preset=ultrafast) ثم نهائي 10 بت حيث أستدعي فيه ملف الفيديو دون المرور بـ avs.

[Mummdoh]

اخواني , الإنتاج يضعف الأجهزة ويستهلك الرامات , صح ؟ o_o

إذا الإنتاج يستهلك حياة الجهاز انا بوقف إنتاجي للأنمي ~_~"

[THE BLACK*KING]

ليس دليلا علميا

اريد دليل علمي يثبت ان الانكودر لا يحتاج الى التحويل الى ال16 بت لانتاج ال10 بت

+ دليل علمي على ان تحويل الالوان في الانكودر خطأ

0_0
لول أنت تعيد الكلام يا أمجد -_- (والصراحة تعبت أنا من إعادة كلامي عليك ~_~)

أمجد إستعمالك لـ "vf resize:csp=yv12:16--" (أو حتى rgb أو yv16 أو إلخ..) في الإنكودر راح يغير بألوان المصدر (قلتها مليون مرة)

الإنكودر في تطوير مُستمر كما يعلم الجميع ولم نعُد بحاجة الآن إلى التحويل إلى 16 بت كما كُتب في مُدونة جيب من قبل

x264-10bit راح يتكفل بالتحويل إلى 16 بت بشكل تلقائي!!

بعد التحميل المقاطع متشابهة تقريبا لكن اسوءهم out.mkv من ناحية الباندنغ و بعده out Dither_convert.mkv اما افضلهم و اكبر حجما باقل من واحد بالمئة (فرق كيلوبايت واحد لول) out yv12;16.mkv

الانكودر متفوق دائما على فلاتر الavs

هاه ؟ o_O
أنت تكذب عينك ؟؟ لو تكذب عقلك يا أمجد ؟؟

من الواضح جداً! أن out.mkv و out Dither_convert.mkv "مُتطابقاان تماماً!" المُختلف هو out yv12;16.mkv فقط

إذا لم تُقارن بالـ Avisynth فلا فائدة من مُقارنتك (لأن هناك إحتمال كبير في الخطأ), وطبعاً المقارنة الأفضل والأدق هي بإستعمال interleave(video1,video2)I مثلما ذكرت من قبل
وبعد ما تقارن بهالطريقة راح يتبين لك بشكل وااضح جداً أن out.mkv و out Dither_convert.mkv "مُتطابقاان تماماً!"

+هذا اللوسليس لمن يُريده ومثل ما قلت لك المنتج لازم يجرب ويشوف الأفضل بالنسبة له (التغيير بألوان المصدر, أم إنتاج 10 بت بدون تغيير بالألوان, +أي إسلوب يراه مُناسباً أكثر فالإنكودر يدعم i444 و bgra و yv24 و yv16 وإلخ.. مثلما ذكرت سابقاً)

+أنت قلت هذا الكلام لأنك تريد تصدق بكون طريقتك صحيحة يا أمجد ^^"

+همم.. ليش ما أنت تجيب لي موضوع في دووم مثلاً, أو مقالة لأحد المطورين عن التحويل إلى 10 بت بالطريقة التي وضعتها ؟؟ ^^ (بما تَعُده بديلاً عن دوال الدايذر لوول بـ vf resize:csp=yv12:16--)
ففي النهاية أنت الحالة الشاذة الوحيدة الي تقول هالشيء
+أنا مليت الصراحة من شرحي أنه لا داعي لهذا حقاً -_-

أنتظرك ^_^

و كما ذكرت سابقا اللوس ليس الحقيقي 4:4:4 او rgb و ليس غيره

همم نفس ما قُلته من قبل وهذا خطأ يا أمجد مثل ما قلت لك:

>>لا يوجد هُناك أي سبب لننتج لوسليس 4:4:4 من مقطع ذو نمط إختزال لوني 4:2:0
لأن الإنكودر لن يقوم بعمل سحر مثلاً ليسترجع التفاصيل اللونية الضائعة خخخ

ننتج لوسليس (أو حتى output نهائي إن أردنا) بـ 4:4:4 (أي بدون إختزال لوني) إذا لم يكُن هُناك إختزال لوني في المصدر وأردنا المحافضة على التفاصيل اللونية<<

+همم :\ النقاش معك مؤخراً أصبح مُتعب كثييراً! 0_0 (تحس بهالشي لو لا ؟؟! ^^")

يا أخي تتمسك بشيء لأنك تريده لا أكثر

[K-Kid]

اخواني , الإنتاج يضعف الأجهزة ويستهلك الرامات , صح ؟ o_o

إذا الإنتاج يستهلك حياة الجهاز انا بوقف إنتاجي للأنمي ~_~"

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

[امجد صلاح]

على كلامك يا بلاك لازم ما ننتج بالانكودر مباشرة ابدا لانه سيظهر لنا

resize [warning]: converting from yuv420p to yuv420p16le

و كأننا استخدمنا الامر "vf resize:csp=yv12:16--"

لازم طول عمرنا نستخدم السكربت

________

نتج لوسليس (أو حتى output نهائي إن أردنا) بـ 4:4:4 (أي بدون إختزال لوني) إذا لم يكُن هُناك إختزال لوني في المصدر وأردنا المحافضة على التفاصيل اللونية<<

انا اتكلم عن اللوسليس الاصلي و لكل المصادر ايا كانت 4:4:4 هو الافضل لانه كالـ rgb

+همم :\ النقاش معك مؤخراً أصبح مُتعب كثييراً! 0_0 (تحس بهالشي لو لا ؟؟! ^^")

يا أخي تتمسك بشيء لأنك تريده لا أكثر

للاسف هذا ينطبق عليك و ليس علي

___________

+ اسف جدا لاني لم اسمع كلام اوتم عن النقاش معكم

بالتوفيق لكم