|
|
|
Clint-Eastwood
Стаж: 12 лет 10 месяцев Сообщений: 391
|
Clint-Eastwood ·
28-Янв-15 17:50
(10 лет 10 месяцев назад)
Vic6543 писал(а):
или уберите с этого чела сообщения. он только флудит не по теме!..
Это Вы о себе?
|
|
|
|
malobulok
Стаж: 16 лет 10 месяцев Сообщений: 208
|
malobulok ·
28-Янв-15 21:59
(спустя 4 часа, ред. 28-Янв-15 21:59)
Vic6543 писал(а):
иное, потому что вход используется через Виртуал Даб (хотя у кого что приложенно к AVISynth. можно и без даба обойтись)
А у меня совсем ничего не приложено  "Виртуал Даба" тоже нет. Я купил в магазине новый веник, купил лицензионную винду, поставил ее и поставил только один AviSynth, больше ничего, ни одной проги
Скажите пожалуйста, уважаемый Vic6543, у меня не будет работать AviSource?
(всем остальным большая просьба не подсказывать)
|
|
|
|
kabal3000
Стаж: 15 лет 3 месяца Сообщений: 865
|
kabal3000 ·
29-Янв-15 12:37
(спустя 14 часов)
Почему более тяжелые настройки x264 отрицательно сказываются на квантах?
|
|
|
|
paremiya
Стаж: 17 лет Сообщений: 443
|
paremiya ·
29-Янв-15 14:45
(спустя 2 часа 8 мин.)
kabal3000 потому как качество выше.
гоняешься за квантами - пропиши самые отстойные настройки.
|
|
|
|
kabal3000
Стаж: 15 лет 3 месяца Сообщений: 865
|
kabal3000 ·
29-Янв-15 17:15
(спустя 2 часа 30 мин., ред. 29-Янв-15 17:15)
paremiya
Бред, не смеши меня.
Отключил дерево и кванты улучшились.
|
|
|
|
paremiya
Стаж: 17 лет Сообщений: 443
|
paremiya ·
29-Янв-15 19:48
(спустя 2 часа 32 мин., ред. 29-Янв-15 19:51)
kabal3000 а чиво ты на основании дерева делаешь такие страшные выводы.
а кто за тебя рефы/бифы/кабак/ме-ранги и прочее отключать будет?
чем больше мыла тем меньше кванты, давай поднажми и получи идеальный лог.
|
|
|
|
agz
Стаж: 18 лет 6 месяцев Сообщений: 1449
|
agz ·
01-Фев-15 01:19
(спустя 2 дня 5 часов)
Попробовал профилировать x264 при сборке, но не с теми дебильными опциями (типа --nr 100), а с которыми часто приходится кодировать.
Естественно с одним тредом. Эффект очень хороший, fps здорово подрос, по сравнению с бинарником, спрофилированным с родными опциями.
Вырезал кусочки из Трансформеров и Геракла, 1080p, батальные сцены по 1 минуте. Их и использовал для профилирования.
Вообще, кто нибудь встроенный шумодав из икса использует? CRF ниже 21? --me dia? Не попадались мне такие рипы.
PS: Новая опция gcc 4.9.x - -mtune=intel дает небольшую прибавку к скорости. -mtune=haswell не рулит вообще, почему то, как и -mtune=core-avx2 в 4.8.x...
Проц i7 4790K, как раз таки Haswell.
|
|
|
|
Tracker35
Стаж: 17 лет 1 месяц Сообщений: 835
|
Tracker35 ·
01-Фев-15 04:49
(спустя 3 часа, ред. 01-Фев-15 04:49)
Ну на счет CRF вопрос спорный, у меня он гуляет от 14 до 25 вместе с qpmin/qpmax, да и периодически псишку офаю
профилирование штука такая ...
Тут смотря под, что профилировать, если под HQ рипы одно, под LQ другое, под стримы еще одни настройки, там уже и --me dia будет... в мультипликации и аниме еще настройки т.ч. смотри.
Но затея интересна, было бы приятно качать бинарник хотя бы только с оптимизацией под проц, думаю многие со мной согласятся  А уж если делать под 'нужды', то лучше разбить так сказать по "tune" опциям ...
ps. Это как в магазине, что лучше, купить пирог или торт, если торт, то с какой начинкой, а может вообще пирожные ...
|
|
|
|
agz
Стаж: 18 лет 6 месяцев Сообщений: 1449
|
agz ·
01-Фев-15 14:15
(спустя 9 часов)
Еще интересно, по умолчанию прописывается -march=i686 для gcc. А по умолчанию в самом gcc - -march=pentiumpro.
Если убрать -march=i686, икс чуть шустрей работает. Размер exe'ника совсем другой получается.
Пробовал вместо -fpmath=sse прописывал -fpmath=387, без -msse & -msse2 - разницы нет никакой вообще, хотя exe другой получается. Вообще, сделал я вывод. Что от оптимизаций иксу никакой пользы нет вообще.
Мы пытаемся оптимизировать C код, а основную работу выполняет asm код. Оптимизации при помощи компилятора не поддается.
|
|
|
|
Tracker35
Стаж: 17 лет 1 месяц Сообщений: 835
|
Tracker35 ·
01-Фев-15 20:14
(спустя 5 часов, ред. 01-Фев-15 20:15)
agz, вот если что, на ICC15 x64 попробуйте у себя, возможно будет прок.
https://yadi.sk/d/Fnn5-LeQePZAH
Кстати, можно и на ICC сделать оптимизацию под ЦП ... вдруг выигрыш будет там
Например x265 собранный на GCC будет в аутсайдерах по скорости, для x265 есть прок только от сборок на MSVC и ICC.
|
|
|
|
agz
Стаж: 18 лет 6 месяцев Сообщений: 1449
|
agz ·
01-Фев-15 20:15
(спустя 42 сек.)
Tracker35, Я уже попробовал. На VS 2013 U4 - не компилится.
Ругается, в основном на x264cli.h. Библиотекарь тоже ругается, на неверные опции.
Не допилили еще, походу.
|
|
|
|
Tracker35
Стаж: 17 лет 1 месяц Сообщений: 835
|
Tracker35 ·
01-Фев-15 20:18
(спустя 2 мин., ред. 01-Фев-15 20:18)
agz Intel Parallel Studio XE 2015 Update 1:
скрытый текст
ссылки на дистрибутивы windows и linux - Intel Parallel Studio XE 2015 Update 1
http://registrationcenter-download.intel.com/akdlm/irc_nas/4985/parallel_studio_x...pdate1_setup.exe
http://registrationcenter-download.intel.com/akdlm/irc_nas/4992/parallel_studio_xe_2015_update1.tgz
скрытый текст
# Parallel Studio
PACKAGE PARSTUDIO INTEL 2025.0101 COMPONENTS="AdvXEW AdvXEM AdvXEL \
ArBBW ArBBM ArBBL CCompW CCompM CCompL DbgW DbgM DbgL FCompW \
FCompM FCompL MKernW MKernM MKernL MPassW MPassL MPassM \
PerfPrimW PerfPrimL PerfPrimM PerfAnl StaticAnlW StaticAnlL \
StaticAnlM ThreadBB ThreadAnlGui ITrAnlW ITrAnlM ITrAnlL \
ITrColW ITrColM ITrColL IClsTktW IClsTktM" OPTIONS=SUITE \
ck=204 SIGN=026FFF9C8962
INCREMENT PARSTUDIO INTEL 2025.0101 permanent uncounted \
VENDOR_STRING="SUPPORT=COM ENDIAN=EIA" HOSTID=ANY \
PLATFORMS="i86_n ia64_n x64_n i86_mac i86_r i86_re it64_lr \
it64_re i86_g i86_l it64_n amd64_re i86_x x64_mac" ISSUER="THE \
BITTER END TBE" ck=179 SN=INT20140829 TS_OK SIGN=18F15B58CECE
|
|
|
|
agz
Стаж: 18 лет 6 месяцев Сообщений: 1449
|
agz ·
01-Фев-15 21:21
(спустя 1 час 2 мин.)
Tracker35, попробовал икс собранный icc.
Код:
encoded 1481 frames, 13.90 fps, 8521.58 kb/s
А вот gcc:
Код:
encoded 1481 frames, 13.98 fps, 8521.58 kb/s, duration 0:01:45.94
Будем считать что разницы нет.
|
|
|
|
Tracker35
Стаж: 17 лет 1 месяц Сообщений: 835
|
Tracker35 ·
01-Фев-15 21:50
(спустя 29 мин.)
а если с оптимизацией под цп? есть ли там выигрыш?
|
|
|
|
agz
Стаж: 18 лет 6 месяцев Сообщений: 1449
|
agz ·
01-Фев-15 23:56
(спустя 2 часа 5 мин., ред. 01-Фев-15 23:56)
Пробовал ведь - писал выше. С -mtune=generic шустрей всего. По крайней мере на моей системе.
Вот этот интересно что у Вас покажет? http://rghost.ru/8SDsrFMPx Для x86_64.
|
|
|
|
Tracker35
Стаж: 17 лет 1 месяц Сообщений: 835
|
Tracker35 ·
02-Фев-15 02:53
(спустя 2 часа 57 мин., ред. 02-Фев-15 02:53)
avs input: DGDecNV 64
--level 4.1 --crf 20 --preset veryslow
output NUL
agz x86_64: encoded 500 frames, 2.71 fps, 24412.22 kb/s, duration 0:03:04.38
komisar x86_64: encoded 500 frames, 2.75 fps, 24412.22 kb/s, duration 0:03:01.92
UPD: была проблема, устранил, лишнее из поста удалил, результаты корректны.
|
|
|
|
agz
Стаж: 18 лет 6 месяцев Сообщений: 1449
|
agz ·
02-Фев-15 10:07
(спустя 7 часов)
Ясно. Попробовал с -flto - не понравилось - тормозит жутко. Пока не почитал man ld
Прописал при линковке ключ -O1 - все изменилось.
Пробовал -O2, -O3. С -O1 x264 шустрей всех получается и размер меньше.
http://rghost.ru/87vVmM6MV
|
|
|
|
komisar666
Стаж: 17 лет 4 месяца Сообщений: 596
|
komisar666 ·
03-Фев-15 12:54
(спустя 1 день 2 часа)
тема плавно съехала в обсуждение компиляции икса...
|
|
|
|
Tracker35
Стаж: 17 лет 1 месяц Сообщений: 835
|
Tracker35 ·
03-Фев-15 17:07
(спустя 4 часа, ред. 03-Фев-15 17:07)
agz, по поводу последней сборки, она почти 1:1 от komisar'a, но всёже на секунду медленнее
komisar666, дак иксы уже в доль и поперёк изъезженны настройками оптимального битрейта ...
переходим на новый уровень ^_^"
Хотя у меня есть один вопросик, по поводу сегментального метода кодирования - segmental video encoding (SVE)
Реализаций данной методики очень немного, в связи с крайней малой сферой его применения, т.к. не у всех есть процы с более 32 потоками.
А реализацию нашел только в MediaCoder и RipBot (распределенное кодирование, некий аналог сегментам, но по локальной сети в связке нескольких ПК)
Хотелосбы узнать, как можно осуществить такое в режиме CLI, или AviSynth скриптов, а не юзать всякие гуи.
|
|
|
|
agz
Стаж: 18 лет 6 месяцев Сообщений: 1449
|
agz ·
03-Фев-15 18:26
(спустя 1 час 19 мин., ред. 03-Фев-15 18:26)
Собрал кстати x264 из msvc2013 update 4
Со всеми оптимизациями.
Код:
CFLAGS=-O2 -Ox -favor:INTEL64 -arch:AVX -arch:AVX2 -GL
LDFLAGS=-incremental:no -opt:ref -opt:icf -dynamicbase -nxcompat -ltcg
AR=lib -ltcg
Но это ничего не дало. gcc с -flto и -O при линковке - быстрее.
komisar666, с патчем scenarist_scc_caption_support_for_x264_v01.diff икс не собирается под msvc.
Кстати, вот что вылезло:
Код:
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX FMA3 AVX2 LZCNT BMI2 UnalignedStack
UnalignedStack при сборке gcc не наблюдал. Что это? Только на i686 версии. На x86_64 нету такого.
|
|
|
|
Vic6543
Стаж: 15 лет 11 месяцев Сообщений: 367
|
Vic6543 ·
04-Фев-15 04:37
(спустя 10 часов, ред. 04-Фев-15 04:37)
agz писал(а):
66753277Кстати, вот что вылезло:
Код:
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX FMA3 AVX2 LZCNT BMI2 UnalignedStack
UnalignedStack при сборке gcc не наблюдал. Что это? Только на i686 версии. На x86_64 нету такого.
я пользуюсь японским оптимизирпованным (так и не понял что в нём такого оптимизированного) и пропатченным кодером, от JEEB (он выкладывает кодеры тут - http://x264.fushizen.eu/ ) пользуюсь потому что в нём например есть такой параметр как --fadecompensate (который в принципе уже во многих кодерах есть) и ещё некоторые интересные фишки.
на моём 6-ти ядерном проце AMD Phenom II x6 кодер мне выдаёт -
Код:
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSEMisalign LZCNT FastFinout
MMX2 SSE2Fast SSSE3 - эти инструкции в принципе понятно что делают. но мне интересно что делают вот эти - FastShuffle LZCNT FastFinout ? если кто знает, под что они заточены?
malobulok писал(а):
66688614
Vic6543 писал(а):
иное, потому что вход используется через Виртуал Даб (хотя у кого что приложенно к AVISynth. можно и без даба обойтись)
А у меня совсем ничего не приложено "Виртуал Даба" тоже нет. Я купил в магазине новый веник, купил лицензионную винду, поставил ее и поставил только один AviSynth, больше ничего, ни одной проги
Скажите пожалуйста, уважаемый Vic6543, у меня не будет работать AviSource?
(всем остальным большая просьба не подсказывать)
не не, пусть тебе именно другие (кто кодирует уже 20 раз перекодированный AVI или что то снятое на свой фотоаппарат или какую нить старую видео камеру которая стрим в AVI запихивает) тебе и подскажут=) потому как я ваще не кодирую (и не кодировал) AVI
но я пожалуй повторюсь, считайте меня кем угодно, та хоть полным нубом. лол=) ваша игна в кошки мышки и попытки поймать меня на чём то (хех, на AVI? капец=) - это лиш для вас игра. у меня так только улыбку вызывает) в дальнейшем, любителей поострить и поприкалыватся я просто игнорю и не отвечаю... так что не утруждайтесь...
|
|
|
|
agz
Стаж: 18 лет 6 месяцев Сообщений: 1449
|
agz ·
04-Фев-15 07:17
(спустя 2 часа 39 мин., ред. 05-Фев-15 22:34)
Vic6543, у меня он выдает:
Код:
using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2 AVX AVX2 FMA3 BMI1 BMI2
И по скорости уступает:
Код:
encoded 1481 frames, 13.28 fps, 8524.17 kb/s
А вот мой:
Код:
encoded 1481 frames, 14.11 fps, 8521.58 kb/s
UPD
Разобрался почему LTO не работало в gcc 4.9.x.
Оказывается опцию надо дополнительно указывать кроме -flto: -ffat-lto-objects.
Собрал икс таким образом и еще и с graphite
Очень шустрый икс получился. И на amd тоже есть прибавка. Представляю на суд общественности!
Из патчей только k.x264_cosmetic.2208.diff
http://rghost.ru/8GvW6ykMS
|
|
|
|
malobulok
Стаж: 16 лет 10 месяцев Сообщений: 208
|
malobulok ·
06-Фев-15 03:02
(спустя 1 день 19 часов, ред. 06-Фев-15 03:02)
Vic6543 писал(а):
иное, потому что вход используется через Виртуал Даб (хотя у кого что приложенно к AVISynth. можно и без даба обойтись)
Vic6543 писал(а):
я ваще не кодирую (и не кодировал) AVI
Супер.
Зачем тогда пишешь про "Виртуал Даб"? Ерунду ведь написал.
Никакого отношения AviSource не имеет к "дабу". И вообще никакая функция из AviSynth не имеет никакого отношения к программе VirtualDub. И ни к какой другой программе. Avisynth не нуждается ни в чем "что приложено".
Тебя спрашивали, как avisource ави воспроизводит - через DirectX или нет.
А ты просто подумал, что раз "ави", значит, надо "даб"? Ты ошибся, не надо ничего.
Вот зачем писать то, чего не знаешь? И ведь другие вещи пишешь интересные, только вот как нам теперь узнать, не наврал ли
Vic6543 писал(а):
попытки поймать меня на чём то (хех, на AVI? капец=) - это лиш для вас игра. у меня так только улыбку вызывает)
Тебя поймали на том, что ты написал ерунду, а потом отмахнулся "я не кодировал, я ничего не знаю".
Если не знаешь, не учи других, не умножай невежество в мире.
|
|
|
|
Dusha
Стаж: 20 лет 10 месяцев Сообщений: 95
|
Dusha ·
06-Фев-15 11:36
(спустя 8 часов)
коллеги, подскажите, я совсем запутался...
Я не продвинутый пользователь, и у меня стоит простая задача.
Есть видео-исходник (V: 720P MPEG-2 8000kbit A:MP3 128 CBR)
Мне нужно его ужать в строго фиксированный по верхней границе размер (средний битрейт) (x264-AAC).
1й вариант, который очевиден - один проход с заданным средним битрейтом
2й вариант - тоже самое, но 2 прохода и 1й проход slowpass
3й - в разных факах все продвигают CRF (quality based)
Однако с ним нельзя получить нужный размер... или я что-то не понимаю.
Попробовал в лоб на своих файлах с Q22 - вылезаю за рамки.
В факе по CRF написано:
скрытый текст
Если нужно выжать из объёма максимум, попав при этом в точный размер, не вылазя за пределы левелов аппаратной поддержки, не жалея времени, то целесообразно делать мультипроходный CRF
Первый проход: --crf ??.? --pass 1 --stats "stats.txt"
Второй проход: --bitrate <битрейт, полученный на первом проходе, скорректированный под целевой> --pass 3 --stats "stats.txt" --vbv-...
....
Есть острая необходимость вписаться в конкретный битрейт/размер файла - 2-pass CRF. Причем первый с --slow-firstpass, вторым тюним если промахнулись.
Этот вариант подразумевает ручное вмешательство и какой-то анализ и подгонку. Мне-же нужен автомат
Для моего понимания, это слишком сложно, я так понял, второй проход нужно как-то "подкручивать руками" при этом осталось непонятно - как...
Суммируя:
Какой оптимальный encoding способ выбрать для кодирования в Xvid4PSP5, с тем, чтобы
1. после нажатия на энкод - он сам все сделал без доп. вмешательств со стороны пользователя (в 1-2 прохода)?
2. при этом было максимально возможное качество при заданном потолке среднего битрейта
3. собственно ограничить средний битрейт (размер) итогового файла.
Я посмотрел CLI для 2х проходного битрейта / quality - там 2 идентичные команды кодеку...
скрытый текст
--pass 1 --crf 22.0 --preset medium --ref 8 --aq-strength 0.6 --bframes 16 --direct auto --no-weightb --trellis 2 --no-fast-pskip --psy-rd 0.40:0.00 --qcomp 0.70 --partitions all --me umh --rc-lookahead 50 --extra:
--pass 2 --crf 22.0 --preset medium --ref 8 --aq-strength 0.6 --bframes 16 --direct auto --no-weightb --trellis 2 --no-fast-pskip --psy-rd 0.40:0.00 --qcomp 0.70 --partitions all --me umh --rc-lookahead 50 --extra:
А как-же анализ лога после 1го прохода - или это само как-то будет сделано?
За основу я взял x264 Q22 HQ Animation
Мне нужно определиться только с оптимальным Encoding mode (1-Pass bitrate, 2-Pass bitrate, Constant quality, 2-Pass quality)
Спасибо!
|
|
|
|
uncleroot
Стаж: 14 лет 11 месяцев Сообщений: 10
|
uncleroot ·
06-Фев-15 17:37
(спустя 6 часов)
Добрый день сообществу,
подскажите пожалуйста развернутые настройки для х264 профиля, иногда именуемого nanoHD
интересует применение для пакетной обработки, потому как есть желание перепаковать порядка 40 сериалов с исходником (1280*720 МР4)
|
|
|
|
malobulok
Стаж: 16 лет 10 месяцев Сообщений: 208
|
malobulok ·
07-Фев-15 17:13
(спустя 23 часа, ред. 07-Фев-15 17:13)
Dusha писал(а):
Попробовал в лоб на своих файлах с Q22 - вылезаю за рамки.
Ну значит, попробуйте с Q23.
Такие рамки не подразумевают качества, потому что это слишком большие кванты. Q18 или [соответствующий ему битрейт НА ДАННОМ ВИДЕОМАТЕРИАЛЕ] даст качественную картинку, больше - нет.
Что важно знать. Q - это и есть видимое качество. Один и тот же Q на одном фильме будет равен большому битрейту, а на другом фильме этот же Q будет равен маленькому битрейту! А качество будет одинаковым.
Если же вы за отправную точку берете битрейт (то есть вам важен размер файла) то качество будет на разных фильмах совсем разным. На некоторых оно будет откровенно плохим, и вы умножите количество плохих рипов в интернете и количество страданий во Вселенной.
|
|
|
|
Dusha
Стаж: 20 лет 10 месяцев Сообщений: 95
|
Dusha ·
08-Фев-15 01:26
(спустя 8 часов)
malobulok
тогда такой вопрос:
1. Имеем один исходник, закодированный 2мя способами: 2P bitrate и 1P CRF c подобранным Q, чтобы размеры итога совпадали с первым.
Будет ли при этом разница в качестве между этими двумя вариантами, учитывая, что средний битрейт будет одинаковый? Или какой-то будет лучше?
Если CRF будет лучше, то еще один вопрос:
2. Можно ли как-то средствами XVID4PSP 5 автоматизировать 2х проходный CRF, чтобы на основе 1го прохода он сам подобрал (увеличил) Q на втором проходе, чтобы уложиться в заданный средний битрейт? Из фака следует, что +1Q = -12.5% bitrate (размер)
В теме есть xcrfmulti.cmd, но он не заточен под авто-подгонку битрейта под целевой размер, насколько я могу судить по описанию.
|
|
|
|
de Rochefort
Стаж: 12 лет 4 месяца Сообщений: 28
|
de Rochefort ·
08-Фев-15 12:07
(спустя 10 часов)
|
|
|
|
malobulok
Стаж: 16 лет 10 месяцев Сообщений: 208
|
malobulok ·
08-Фев-15 16:25
(спустя 4 часа, ред. 08-Фев-15 16:25)
Dusha писал(а):
Будет ли при этом разница в качестве между этими двумя вариантами, учитывая, что средний битрейт будет одинаковый? Или какой-то будет лучше?
Многие говорят, что CRF лучше.
Dusha писал(а):
Можно ли как-то средствами XVID4PSP 5 автоматизировать
Тут не посоветую, т. к. никогда не пользовался графическими оболочками. Если подскажете, как в cmd получить размер файла, то могу попробовать написать cmd.
То есть просто кодируем, смотрим размер, если он больше нужного, то удаляем файл, увеличиваем Q и кодим снова?
Вам это для того, чтобы пакетно кодировать десятки фильмов (серий сериала) подряд без участия человека?
|
|
|
|
Dusha
Стаж: 20 лет 10 месяцев Сообщений: 95
|
Dusha ·
09-Фев-15 00:07
(спустя 7 часов, ред. 09-Фев-15 00:07)
malobulok писал(а):
66807054Вам это для того, чтобы пакетно кодировать десятки фильмов (серий сериала) подряд без участия человека?
да, именно так, в последнее время много выдираю анимационных сериалов (из Amazon Prime, VUDU) и нужно разом в очереди пережимать по 5-15 серий... без участия человека на каждой итерации и с ограничением по размеру.
cmd скрипт вполне бы подошел, но тот что в начале темы (xcrfmulti.cmd) под такую задачу не заточен.
Его бы допилить, чтобы он из первого прохода (CRF -XX) смотрел битрейт и размер получившегося файла, вторым проходом увеличивал Q на 1-2-3... единицы для достижения целевого битрейта (размера) по формуле +1Q = -12.5% bitrate(size)
Впрочем, de Rochefort уже дал ссылки, из которых следует что CRF и 2P bitrate при одинаковом битрейте на выходе не отличаются с т.з. распределения квантов и как следствие, качества итогового файла...
|
|
|
|
