|
|
|
unreal666
Стаж: 16 лет 11 месяцев Сообщений: 1713
|
unreal666 ·
04-Июн-12 21:13
(12 лет 6 месяцев назад)
|
|
|
|
Tempter57
Стаж: 16 лет 2 месяца Сообщений: 4963
|
Tempter57 ·
05-Июн-12 00:10
(спустя 2 часа 57 мин., ред. 05-Июн-12 00:10)
supreme6666
Цитата:
Dither_convert_8_to_16 () # 8 => 16
GradFun2DBmod151()# тут дебандер
Вы применили к сожалению 8-битный дебандер GradFun2DBmod151 после строки конвертации, это неверное решение. Строки поменяйте местами. Но это в принципе тоже неверное решение, поскольку надо использовать именно 16-битные дебандеры: GradFun3, flash3kyuu_deband.dll ревизии 1.5.0 и выше или LumaDBLite.avsi. Что то прочих вопросов, я всё пояснил предельно ясно в инструкции под спойлером на 95 страничке раздела предыдущей ветки, включая почему размер по ширине в 16-битном варианте вдвое превышает и почему при кодировании х264-10bit лучше кодировать в разрешение 1280х720. Реально не будет этого удвоенного разрешения, вы его видете только в командной строке и в AvsP , а не на конечном результате кодирования. Стоит обратить внимание на то, что данные дебандеры работают с 8- и 16-битным входом\выходом и это надо учитывать при составлении скрипта, поскольку малейшее недопонимание при установке параметров приводит к ошибке на выходе.
Ряд примеров скриптов и командных строк с первыми двумя дебандерами привёл https://rutr.life/forum/viewtopic.php?p=53240411#53240411 , текст под спойлером. Кроме того ваша командная строка содержит ряд ошибок. Не занимайтесь партизанщиной и создайте одну папку, в которой лежат все необходимые для кодирования компоненты. Лог-файл также должен иметь одно имя с выходным файлом и некоторые опции при кодировании х264 с CRF не применяются, они применяются при двухпроходном кодировании только...
|
|
|
|
shark000X
Стаж: 14 лет 5 месяцев Сообщений: 434
|
shark000X ·
05-Июн-12 01:00
(спустя 49 мин., ред. 17-Июн-12 02:23)
Краткий путеводитель по многопоточным режимам МТ
скрытый текст
По материалам http://avisynth.org/mediawiki/Internal_functions/Multithreading_functions , http://avisynth.org/mediawiki/MT_support_page и на основе жизненного опыта. Предназначено для широкой аудитории, к формулировкам не придираемся.
Если используете Avisynth 2.6 MT сборки SEt ( http://forum.doom9.org/showthread.php?t=148782 ), то в указанной сборке МТ встроен на уровне ядра Avisynth, поэтому не загружайте фильтр МТ отдельно с помощью LoadPlugin в своих скриптах (обратное целесообразно только в том случае, если возникает крайняя необходимость в вызове функции типа MT("фильтр",2,2), которая не встроена в ядро Avisynth МТ)!
На особенностях работы МТ с использованием настроек вида MT("фильтр",2,2) останавливаться не собираюсь -- будем разбираться с setmtmode, который не вызывает побочных эффектов при правильном его применении.
setmtmode(*, 4) - Вторая цифра (после запятой) определяет количество потоков, которые будут использоваться для обработки ВСЕГО скрипта (в данном примере - 4 ядра без НТ или 4 логических потока с НТ). Такую комбинацию имеет смысл использовать только в начале скрипта, поскольку при дальнейшей его работе количество потоков невозможно поменять. По этой причине в середине скрипта обычно встречается setmtmode(*) с указанием только первой цифры, которой определяется режим работы МТ, т.е. "mode", о чем идет речь дальше:
setmtmode(1) - Самый быстрый режим, но работает только с некоторыми фильтрами, в частности: MPEG2Source, Trim, GreyScale, RemoveDirt.
setmtmode(2) - Практически самый распространенный режим, работает с большинством фильтров. Работа каждого фильтра распределяется между доступными потоками ПРОЦЕССОРА (физическими и/или логическими), поэтому для обслуживания очереди задач используется больше ресурсов оперативной памяти (иногда требуется тонкая настройка SetMemoryMax).
setmtmode(3) - Предназначен в первую очередь для фильтров, которые не работают нормально в mode 2, в том числе для загрузчиков медиа-источников. Позволяет использовать по одному потоку ПРОЦЕССОРА для каждого фильтра, поэтому работает медленней, чем setmtmode(2), но менее требователен к ресурсам памяти. Данный режим весьма полезен для жадных к ресурсам фильтров, способных самостоятельно (без помощи МТ) разделять свою работу на несколько ВИРТУАЛЬНЫХ потоков внутри потока процессора.
setmtmode(4) - Это комбинация двух режимов - setmtmode(2) и setmtmode(3) - удовлетворяющая, соответственно, требования подавляющего большинства фильтров. Недостатки: является одновременно медленным и требовательным к ресурсам памяти; может запросто подвесить систему при использовании "жадных" фильтров.
Теоретические размышления (цифры карикатурные):
скрытый текст
На 4-ядернике с НТ используется "жадный" фильтр, который в зависимости от поставленной задачи разделяет свои процессы на 2-20 виртуальных потоков. При максимальной загрузке 20 потоками в режиме setmtmode(3), процессор может распределить такую работу по свободным ресурсам сам, без помощи фильтра МТ. В режиме setmtmode(2) виртуальных потоков внутри одного потока процессора может создаться больше благодаря фильтру МТ (минимум 40, а то и все 80-100), процессор будет вынужден искать и выделять ресурсы остальных своих 7 потоков, ему уже становится тяжеловато. При включении setmtmode(4) может быть создано одновременно 40-100 виртуальных потоков "жадного" фильтра в каждом из свободных потоков процессора (т.е. 40...100 умножаем на 2...6). И куда дальше процессор будет распределять эти потоки?... И какого размера должен быть кэш процессора, чтобы совладать с очередью, растущей в геометрической прогрессии?
setmtmode(6) - Это модифицированная версия режима setmtmode(5) со всеми его недостатками и достоинствами, но работающая чуть-чуть быстрей.
setmtmode(5) - Самый медленный режим. Не устанавливает какие-либо ограничения, поэтому используется в основном перед критичными в этом вопросе загрузчиками медиа-источников. Предназначен для фильтров, не требующих линейного обслуживания фреймов (когда не требуется строгий порядок подачи фреймов: 0,1,2,...,последний).
Также рекомендуется к использованию перед fft3dgpu, NLMeansCL и Deathray во избежание артефактов обработки видеокартой ( инф. Tempter57).
В связи с тем, что подавляющее большинство приложений предусматривает именно линейную подачу фреймов, загрузка процессора при setmtmode(5) значительно меньше, чем работа без МТ вообще, а в зависимости от поставленных задач обработка с setmtmode(5) может оказаться медленней, чем даже на стареньком 1-ядерном Athlon XP (безо всяких МТ разумеется).
Следует отметить, что все обращения к скриптам Avisynth обрабатываются в обратной последовательности (снизу вверх). Таким образом, например, если составить такой скрипт:
скрытый текст
setmtmode(2)
setmemorymax(1024)
source = last
super = source.MSuper(...)
.....
setmtmode(5)
Temporalsoften(...)
setmtmode(2)
ContraHD(last,source,...)
то ContraHD будет простаивать в ожидании Temporalsoften, а результаты работы MSuper и ContraHD мы получим не раньше, чем отработает свою задачу Temporalsoften в очень медленном режиме setmtmode(5).
В связи с тем, что обычно пользователю не известны устройство и внутренние алгоритмы работы фильтров (в частности, как именно они используют ресурсы компьютера), при использовании режимов setmtmode весьма благоразумным является измерение скорости работы скриптов с помощью сторонних утилит, не зависящих от Avisynth, например, с помощью AVSMeter ( http://forum.doom9.org/showthread.php?t=162155 ). Измеритель скорости запускается очень просто: перетаскиваем файл avs-скрипта мышкой на экзешник AVSMeter, ждем пару минут для набора статистики FPS (кадров в секунду), после чего проверка может быть прервана пользователем. При этом каждое изменение параметров setmtmode и setmemorymax проверяется на скорость выполнения, после чего варианты настроек сравниваются и выбирается наиболее оптимальный. Такой подход позволяет сэкономить уйму времени: потратив не более 20-30 минут на предварительные настройки и оптимизацию с помощью AVSMeter, можем избежать нескольких часов или суток лишней обработки в неоптимизированном режиме. ВАЖНО: для успешного использования в 64-битной системе подходит версия AVSMeter не ниже 1.18 ( http://doom10.org/index.php?topic=1817.msg10487#msg10487 ).
Подстановку значений SetMemoryMax и количества потоков (при их подборе и распределении между Avisynth и кодеком) можно автоматизировать с помощью весьма полезного vbs-скрипта, составленного unreal666: https://rutr.life/forum/viewtopic.php?p=53645942#53645942 (для продвинутых пользователей). Скрипт предназначен для взаимодействия с avs2pipemod, поэтому потребуется внести в него изменения самостоятельно, если используете другие подобные программы для кодирования.
Возможные причины частичной загрузки процессора (<=60%) в режиме МТ, и способы ее устранения:
скрытый текст
1) Неверное применение режимов setmtmode(5) и setmtmode(6), а иногда и setmtmode(4) в тех местах скрипта (перед теми фильтрами), где больше подходят режимы 1-3 (изложено выше в данном сообщении);
2) Неверный подбор параметра SetMemoryMax() при использовании режимов setmtmode(2) и setmtmode(4).
Вообще параметр SetMemoryMax находится в подобной зависимости даже без МТ, но при указанных режимах МТ может иметь критическое значение. SetMemoryMax() -- это ограничитель, установка максимума оперативной памяти, которая будет выделена для работы фильтров Avisynth конкретного скрипта. Здесь надо выдержать БАЛАНС между потребностями Ависинта и потребностями кодека. Если мы установим SetMemoryMax слишком большим, то фильтры Avisynth могут вдруг забрать все свободные ресурсы памяти, после чего сами же будут простаивать в ожидании кодировщика, который будет тормозить весь процесс из-за нехватки памяти для кодирования. Если мы установим SetMemoryMax слишком низким, то возникнет обратная ситуация (что и происходит в большинстве таких случаев) -- кодировщик будет простаивать в ожидании фильтров, требующих больше памяти для завершения своих операций. При этом, в последней ситуации могут возникать критические СИСТЕМНЫЕ ОШИБКИ, поскольку в отличие от кодеков, адаптирующихся к объему доступных ресурсов, фильтры Avisynth способны создать очередь заданий, которую компьютерное "железо" не способно обработать физически;
Приведенные выше проблемные ситуации можно спокойно обойти, если применять AVSMeter или подобные утилиты при подготовке скриптов. Однако бывают ситуации, которые невозможно разрешить предложенным способом. Например:
3) Блокирование потоков процессора, доступных кодеку изначально. Важно понимать следующее применительно к многопоточным компьютерным системам (не знаю, ко всем ли кодекам относится, не вижу смысла проверять):
скрытый текст
При запуске процесса кодирования, кодек получает установку на использование конкретного количества потоков (например 4 физических/логических потока процессора). Для выполнения своих задач кодек обычно имеет приоритет не выше "Normal", поскольку более высокие приоритеты могут приводить к зависанию системы, а зачастую его потоку назначается приоритет "Low" или "Very low" по умолчанию. Если в процессе кодирования стартуется системой или мы сами запускаем какое-либо приложение, предполагающее хотя бы временное получение более высоких приоритетов по сравнению с работающим кодеком, то в результате у кодека автоматически отбираются все доступные потоки, кроме одного необходимого, или то количество потоков, которые явно требует приложение с более высоким приоритетом. Затем, когда система обнаруживает, что вновь запущенному приложению достаточно для работы 1 потока к примеру, то она возвращает кодеку остальные 2 свободных потока, или освобождает для кодека все изначальные 3 потока по завершению работы упомянутого приоритетного приложения.
Однако не следует забывать, что Avisynth в режиме МТ занимает ресурсы компьютера динамически по мере своих потребностей. При этом, потребности фильтров Avisynth проявляются в очереди задач компьютера конечно же раньше, чем финализирующие потребности кодека. Таким образом, после запуска приложения, отобравшего в силу своего приоритета несколько потоков у кодека, такие освободившиеся позже потоки могут быть не возвращены кодеку, потому что будут динамически заняты МТ-фильтром Ависинта.
Предотвратить эту проблему возможно следующими способами:
-- не запускайте какие-либо приложения, если кодируете с предварительным использованием Ависинта в МТ-режиме (если даже приложению явно не дается более высокий приоритет, то при его запуске могут стартоваться системные службы с такими приоритетами);
-- если все-таки крайне необходимо делать что-то параллельно с кодированием, то запустите все необходимые для работы приложения до старта процесса кодирования, и до его окончания не завершайте их работу;
-- по возможности деактивируйте процессорный режим HT (Hyper-Threading) на компьютере, где обычно производится кодирование;
-- если по каким-либо причинам отключать HT не желательно, то хотя бы четко указывайте кодеку, что он может использовать количество потоков не больше количества физических ядер процессора (если ядер 4, то и потоков кодеку поставить 4, а не используемое по умолчанию например в Xvid4PSP5 количество потоков 6 [4*1,5]);
-- в случае продолжения проблемы или при невозможности использования одного из 4 вариантов выше, попробуйте радикально решить проблему БАЛАНСа, но уже применительно к распределению потоков между кодеком и Avisynth, т.е. изначально задайте фильтрам Ависинта и кодеку количество потоков, которое в сумме не превышает количество физическихядер процессора (например для 6-ядерника: setmtmode(*, 3) в начале скрипта avs и 3 потока кодеку; или setmtmode(*, 4) и 2 потока кодеку);
4) Отсутствие функции Distributor (без нее работа происходит в однопоточном режиме) в составе кодировщика или взаимодействующей с ним программы (случай в последнее время редкий, но всё же). Попробуйте прописать в самом конце своего avs-скрипта вызов функции Distributor(). Если загрузка процессора увеличится, то рекомендуется поступать так же в дальнейшем. Если же такое действие приведет к критической ошибке, то прописывать Distributor() в конце скрипта не следует.
Всем благ и мультипоточных успехов!
|
|
|
|
unreal666
Стаж: 16 лет 11 месяцев Сообщений: 1713
|
unreal666 ·
05-Июн-12 01:22
(спустя 21 мин.)
shark000X писал(а):
но в данном исполнении
ссылка не туда. Если ты хотел ссылку на
Код:
start /low /b /wait C:\encode\avs2yuv-0.24bm2\avs2yuv.exe -raw video.mkv.avs -o - | start /low /b /wait C:\encode\x264_2200_32_10bit\x264.2200kMod.10bit.x86.exe - --demuxer raw --input-depth 10 --input-res 1920x800 --fps 24000/1001 --preset placebo --crf 18 --deblock -3:-2 --no-mbtree --psy-rd 1.0:0.15 --no-fast-pskip --no-dct-decimate --no-mbtree --log-file encode.log -o iron-man-out.mkv
то знак минуса может быть где угодно в команде. У него он перед --demuxer.
shark000X писал(а):
иначе получите мусор в результате кодирования
вообще-то иначе он бы вообще ничего не получил, т.к. входные данные не будут указаны.
|
|
|
|
shark000X
Стаж: 14 лет 5 месяцев Сообщений: 434
|
shark000X ·
05-Июн-12 01:30
(спустя 8 мин., ред. 05-Июн-12 01:30)
unreal666
мда, точно... там в строке стока всего намешано, что и не заметил 
но хорошо мой предыдущий пост перебили, а то сижу и парюсь мыслью, что здесь на первой страничке было бы полезно выложить руководство по МТ режимам -- не хотел его домешивать, а теперь просто заменю предыдущее 
|
|
|
|
I M M O R T A L
Стаж: 13 лет 1 месяц Сообщений: 175
|
I M M O R T A L ·
05-Июн-12 02:10
(спустя 40 мин.)
Приветствую!
Подскажите, чем можно перегнать(без потери качества)
AVI(XVID) в H.264(AVC) ?
General
Complete name : D:\
Format : AVI
Format/Info : Audio Video Interleave
Format profile : OpenDML
File size : 5.00 GiB
Duration : 1h 52mn
Overall bit rate : 6 342 Kbps
Writing application : mkvextract 5.6.0
Video
ID : 0
Format : MPEG-4 Visual
Format profile : Advanced Simple@L5
Format settings, BVOP : 2
Format settings, QPel : No
Format settings, GMC : No warppoints
Format settings, Matrix : Default (H.263)
Muxing mode : Packed bitstream
Codec ID : XVID
Codec ID/Hint : XviD
Duration : 1h 52mn
Bit rate : 6 338 Kbps
Width : 1 920 pixels
Height : 1 040 pixels
Display aspect ratio : 1.85:1
Frame rate : 25.000 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Compression mode : Lossy
Bits/(Pixel*Frame) : 0.127
Stream size : 5.00 GiB (100%)
Writing library : XviD 1.1.2 (UTC 2006-11-01)
спасибо!
|
|
|
|
unreal666
Стаж: 16 лет 11 месяцев Сообщений: 1713
|
unreal666 ·
05-Июн-12 02:24
(спустя 13 мин.)
С таким разрешением, потоком, fps и XviD уже идет потеря качества. Если только там не захват с экрана.
Да и вообще без потерь можно только перепаковать в другой контейнер, но никак не перегнать в другой кодек (если только не в лосслесс).
С наименьшими потерями для простоты можно заюзать какой-нибудь из встроенных тяжелых пресетов. Но это еще зависит от того, где видео будет смотреться.
|
|
|
|
pupss1
Стаж: 15 лет 5 месяцев Сообщений: 8
|
pupss1 ·
05-Июн-12 07:13
(спустя 4 часа)
Господа Гуру может кто подсказать: я сжал при помощи MeGUI фильм с предварительной растановкой ключевых кадров и создал главы по этим кадрам, но при навигаци по галвам на железном плеере не попадаю на эти кадры. в чем может быть дело
скрытый текст
Video
ID : 2
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings, CABAC : Yes
Format settings, ReFrames : 6 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 1h 17mn
Bit rate : 10 000 Kbps
Width : 720 pixels
Height : 576 pixels
Display aspect ratio : 4:3
Frame rate : 50.000 fps
Standard : PAL
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.482
Stream size : 5.27 GiB (96%)
Writing library : x264 core 120 r2164 da19765
Encoding settings : cabac=1 / ref=6 / deblock=1:-3:-3 / analyse=0x3:0x133 / me=umh / subme=10 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=48 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=-2 / threads=6 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=5 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=500 / keyint_min=46 / scenecut=40 / intra_refresh=0 / rc_lookahead=40 / rc=2pass / mbtree=1 / bitrate=10000 / ratetol=1.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / aq=1:1.00
|
|
|
|
I M M O R T A L
Стаж: 13 лет 1 месяц Сообщений: 175
|
I M M O R T A L ·
05-Июн-12 12:11
(спустя 4 часа)
unreal666
Добрый день! Спасибо за ответ.
1. Это HDTVRip фильма с HDTV(cap), только непонятно, зачем его рипнули из AVC или MPEG-2 в XviD ?! Ну да ладно.
2. Данное видео, было в матрешке с аудио дорожками, сабами. Я его раздемуксил на потоки, видео получилось в avi. Я хотел бы, эту авишку переделать(с наименьшими потерями качества) в AVC, потом собрать вместе с аудио-дорожками, сабами в MKV.
3. Смотрется это видео будет на ноуте. Я хотел смотреть как есть видео, но этот кодек использует только проц,и не задействует аппаратное ускорение видео карты(DXVA, CUDA).
unreal666 писал(а):
(если только не в лосслесс).
Подробнее можете объяснить?
unreal666 писал(а):
можно заюзать какой-нибудь из встроенных тяжелых пресетов.
Видео конвертер?
|
|
|
|
himon-tazovod
Стаж: 15 лет 3 месяца Сообщений: 115
|
himon-tazovod ·
05-Июн-12 12:59
(спустя 48 мин., ред. 05-Июн-12 12:59)
himon-tazovod писал(а):
Привет! Кто знает как правильно, подскажите пожалуйста!
Есть у меня видео 1го сезона сериала "Меня Зовут Эрл" достаточно высокого качества (720p web-dl) в формате h264 avc mpeg4. Но оно порезано, то есть вырезаны "ненужные" фрагменты. И есть DVD этого сериала без вырезов, но качество соответственно ниже.
Задача: Хочу дополнить недостающие части hd файла кусками из DVD и при этом без пересжатия HD файла.
Вопрос: Такое возможно? И если да, то какие параметры сжатия выставлять в MeGui при рипании из DVD, чтобы потом файлы HD+DVDrip в MkvMerge склеить и они нормально проигрывались?
Всем откликнувшимся, спасибо за ранее!
Некоторое время назад задавал уже этот вопрос, но так и не получил разъяснений. Сейчас в плотную занялся монтажом. Для резки HD по ключевым кадрам использую MkvMerge. Для отрезания лишних кадров в конце HD фрагмента после P кадра использую SolveigMM Video Splitter (он умеет после P кадра отрезать без пересжатия). Для пересжатия MPEG2 видеопотока в h264 использую MeGui. На вход MeGui MPEG2 видео подаю ависинхом с ресайзом до 1280х720. В MeGui выставляю Format profile : High@L4.0 как и в исходном HD. Пересжимаю. Склеиваю фрагменты в MkvMerge с помощью кнопки Append. Готовое видео нормально проигрывается, но есть проблема: если при проигрывании готового видео идёт фрагмент пересжатый из MPEG2 или стоит пауза на этом фрагменте, то если перемотать за пределы этого фрагмента, видео либо разваливается на квадраты, либо, что гораздо чаще, возникает зелёный или серый экран и так и проигрывается далее. Вернуть видео в нормальный вид помогает либо стоп+воспроизведение с начала, либо отыскать пересжатый из MPEG2 фрагмент и запустить видео на нём. Далее, после выхода из этого фрагмента можно перематывать без ограничений. Проверял с помощью Media Player Classic + FFDShow video decoder и с помощью Windows Media Player 11. Полагаю проблема с настройками кодирования в MeGui. Подскажите пожалуйста, что "крутить", на какие параметры обратить внимание, чтобы видео склеилось полноценно?
|
|
|
|
Tempter57
Стаж: 16 лет 2 месяца Сообщений: 4963
|
Tempter57 ·
05-Июн-12 13:19
(спустя 20 мин., ред. 05-Июн-12 13:31)
shark000X
Здесь вы начали дисскусию о AviSynth 2.6 MT, о новых плагинах от Vit под него. Можно написать подробную инструкцию, как пропатчить AviSynth 2.6 МТ, чтобы эти плагины подключались без ошибок. (У меня , как раз тот случай, когда система Win7 x64 и AviSynth 2.6 MT 32-битный.) Как данные плагины ведут себя уже с последним avisynth.dll от 2012.05.16 by Set. Мне и всем остальным, думаю, будет интересно послушать за развитием этой дискуссии, поскольку вы подняли действительно важный вопрос, от которого сильно зависит стабильность многопоточной обработки в AviSynth c реальным уменьшением количества сбоев. Я просто хочу, чтобы и этот ваш пост присутствовал на первой страничке этой ветки, поэтому, если можно, дополните свой верхний пост о многопоточном AviSynth.
|
|
|
|
unreal666
Стаж: 16 лет 11 месяцев Сообщений: 1713
|
unreal666 ·
05-Июн-12 13:30
(спустя 10 мин., ред. 05-Июн-12 13:30)
I M M O R T A L писал(а):
Подробнее можете объяснить?
в смысле сжимать с crf=0. Но это не выход, т.к. размер файла будет ненамного отличаться от расжатого 
I M M O R T A L писал(а):
Видео конвертер?
в самом x264 есть пресеты и так называемый tune. Почитай вывод команды
Пресетов (--preset название_пресета) существует 10 штук: ultrafast, superfast, veryfast, faster, fast, medium, slow, slower, veryslow, placebo. По умолчанию юзается medium (настройки по умолчанию).
Tune существует 8 штук: film, animation, grain, stillimage, psnr, ssim, fastdecode, zerolatency.
Что пресеты, что tune просто разные наборы параметров. При присутствии в строке параметров и --tune и --preset и других доп. параметров, сначала применяются пресеты, потом применяется --tune, потом уже другие параметры. Параметры каждого из них перекрывают параметры предыдущего.
Вот еще вики по параметрам x264 на английском.
Вот на русском про x264.
Тема на этом форуме - Как выбрать оптимальный битрейт и ключевые параметры для рипа в x264.
Tempter57 писал(а):
Можно написать подробную инструкцию, как пропатчить AviSynth 2.6 МТ
А разве avisynth.dll от 2012.05.16 by Set собран не с новым интерфейсом?
|
|
|
|
Tempter57
Стаж: 16 лет 2 месяца Сообщений: 4963
|
Tempter57 ·
05-Июн-12 13:51
(спустя 21 мин., ред. 05-Июн-12 13:51)
unreal666 писал(а):
А разве avisynth.dll от 2012.05.16 by Set собран не с новым интерфейсом?
Возможно, но у меня возникла проблема с подключением новых плагинов от Vit, хотя библиотеки fftw3.dll, libfftw3f-3.dll от Vit и отправил в SysWOW64 на замену имевшимся. Интересует, что сделано неверно или что требуется ещё выполнить. Возможно в скрипте не стоит дополнительно делать вызов плагинов от Vit, если они уже находятся в AviSynth 2.5 \plugins ?
|
|
|
|
unreal666
Стаж: 16 лет 11 месяцев Сообщений: 1713
|
unreal666 ·
05-Июн-12 13:55
(спустя 3 мин.)
Tempter57 писал(а):
Возможно, но у меня возникла проблема
что за проблема?
я как раз сейчас использую плагины от Vit для 2.6.
|
|
|
|
shark000X
Стаж: 14 лет 5 месяцев Сообщений: 434
|
shark000X ·
05-Июн-12 14:30
(спустя 35 мин., ред. 05-Июн-12 14:30)
Tempter57 писал(а):
shark000X
Здесь вы начали дисскусию о AviSynth 2.6 MT, о новых плагинах от Vit под него. Можно написать подробную инструкцию, как пропатчить AviSynth 2.6 МТ, чтобы эти плагины подключались без ошибок. (У меня , как раз тот случай, когда система Win7 x64 и AviSynth 2.6 MT 32-битный.) Как данные плагины ведут себя уже с последним avisynth.dll от 2012.05.16 by Set. Мне и всем остальным, думаю, будет интересно послушать за развитием этой дискуссии, поскольку вы подняли действительно важный вопрос, от которого сильно зависит стабильность многопоточной обработки в AviSynth c реальным уменьшением количества сбоев. Я просто хочу, чтобы и этот ваш пост присутствовал на первой страничке этой ветки, поэтому, если можно, дополните свой верхний пост о многопоточном AviSynth.
Здравствуйте.
В действительности я никакой дискуссии не затевал (зарёкся это делать), а лишь пытался помочь человеку, который приносит пользу другим людям, но в этот раз сам в ней нуждался: https://rutr.life/forum/viewtopic.php?p=53474105#53474105
Новые плагины от Vit не вызывают у меня проблем на виндоуз ХР, семерку я юзал крайне редко и давненько, поэтому практические опыты на ней не могу ставить (в обратном случае потребуется весь процесс с нуля пройти, начиная с ее установки), в этом вопросе unreal666 больше мог бы помочь (ему я пытался советовать, основываясь исключительно на теоретических знаниях и практическом опыте владения компом вообще, а не Вин7 в частности). Если unreal666 или кто-либо еще на практике проверит и выявит какие-то важные нюансы совместимости с Вин7, то я с удовольствием добавлю таковые в заглавный пост, вне зависимости от чьего-либо желания, но при благосклонном согласии человека, выявившего таку проблему своим почином, или даже без его согласия -- если в выявлении имеется мой вклад
ПС: чисто теоретически могу предположить, что проблема в неверном размещении -- SysWOW64, надо пробовать System32/
Раньше мог еще предположить, что dll-ки надо пропатчить с помощью http://ntcore.com/files/4gb_patch.zip , но unreal666 проверял подобный вариант и резонно заметил, что помощи от такого действа мало, поскольку плагины действуют в общем потоке приложения, их вызывающего. Хотя очччень маленькое сомнение в безнадежности такого варианта у меня еще имеется -- дело в том, что dll-ки и экзешники, предназначенные для 32-битной системы, можно патчить разными способами. Установка флага "IMAGE_FILE_LARGE_ADDRESS_AWARE" -- это простейший способ, а ведь еще можно оптимизировать адресацию их размещения в памяти. Но такие более продвинутые способы уже могут приводить к серьезным ошибкам, такую оптимизацию правильней было бы производить самим создателям плагинов, т.е. продвинутым программистам.
unreal666
Кстати, коль уж пошла такая пьянка с мануалами, прошу коллега разместить в самом первом посте данной ветки следующую ссылку на информационный источник:
http://unreal666.hdd1.ru/docs/avisynth/russian/index.htm
ППС: зашел на минутку, так что всем удачи до вечера или не до сегодня...
|
|
|
|
unreal666
Стаж: 16 лет 11 месяцев Сообщений: 1713
|
unreal666 ·
05-Июн-12 14:57
(спустя 26 мин., ред. 05-Июн-12 14:58)
shark000X писал(а):
SysWOW64, надо пробовать System32/
неа. На x64 ОС папка System32 - это для x64 библиотек и прог.
1. не знаю, разрешено ли это.
2. как-то получилась бы у меня самореклама Да и левое меня у меня после рефакторинга раздела с внешними плагинами еще не переделанное (подучиваю джаваскрипт, чтобы оптимально, с наименьшим внедрением в код страницы, сделать раскрывающееся меню).
|
|
|
|
Tempter57
Стаж: 16 лет 2 месяца Сообщений: 4963
|
Tempter57 ·
05-Июн-12 14:59
(спустя 2 мин., ред. 05-Июн-12 14:59)
unreal666
Ошибка следующая высвечивается в AvsP красным:
LoadPlugin: какая-то кракозябра
(AvsP_my.avs, line N)
где N-номер строки в скрипте с каким-либо из плагинов от Vit, например,
Код:
LoadPlugin("c:\Program Files\AviSynth 2.5\plugins\RemoveGrainSSE2.dll")
Тоже самое наблюдается и на Win7 x86(32bit)
|
|
|
|
unreal666
Стаж: 16 лет 11 месяцев Сообщений: 1713
|
unreal666 ·
05-Июн-12 15:13
(спустя 14 мин.)
хм. попробовал положить эту либу в папку автозагрузки плагинов и добавил такую же строку - ошибки нет.
1. Какие из либ юзаешь: просто модифицированные для многопоточности или те, которые для 2.6?
2. выложи скрин этих крякозябр.
|
|
|
|
agz
Стаж: 17 лет 6 месяцев Сообщений: 1444
|
agz ·
05-Июн-12 15:15
(спустя 1 мин.)
|
|
|
|
unreal666
Стаж: 16 лет 11 месяцев Сообщений: 1713
|
unreal666 ·
05-Июн-12 15:19
(спустя 4 мин.)
agz писал(а):
Подпишусь ка я...
добавить пост + удалить пост = подписка
|
|
|
|
Tempter57
Стаж: 16 лет 2 месяца Сообщений: 4963
|
Tempter57 ·
05-Июн-12 15:50
(спустя 30 мин., ред. 05-Июн-12 15:50)
unreal666
Короче, ошибка пропадает, если все плагины, кроме Yadif не подключать в скрипт. Но беда в другом RemoveGrainSSE2.dll от Vit имеет mode<19 и выдаёт ошибку с LSFmod и не работает с пакетом dither, с которым я сейчас работаю при кодировании х264-10bit. Поле изображения выдаётся полностью зелёным после подключения самых простых строк
Код:
Dither_convert_8_to_16 ()
Dither_Resize16(1280, 720)
fslg_dither_to_n_bits(10, outn=true)
Dither_convey_yuv4xxp16_on_yvxx ()
С обычными плагинами всё работает без проблем.
|
|
|
|
agz
Стаж: 17 лет 6 месяцев Сообщений: 1444
|
agz ·
05-Июн-12 16:16
(спустя 25 мин.)
unreal666 писал(а):
добавить пост + удалить пост = подписка
Удалить не успел 
|
|
|
|
unreal666
Стаж: 16 лет 11 месяцев Сообщений: 1713
|
unreal666 ·
05-Июн-12 16:20
(спустя 3 мин., ред. 05-Июн-12 16:20)
так все-таки лучше выложи скрин. Хочу "декодировать" эти крякозябры.
А вот то, что mode<19 - это странно, т.к. судя по исходникам
Код:
//#define MODIFYPLUGIN 1 // Create Repair plugin instead of RemoveGrain, 0 = compatible with RemoveGrain
//#define SHARPEN 1
...
#ifdef MODIFYPLUGIN
#define MAXMODE 18
#elif defined(SHARPEN)
#define MAXMODE 22
#define MAXSTRENGTH 2
#define DEFAULT_STRENGTH 1
#else
#define MAXMODE 28
#endif
т.е. 18 должно быть только при создании плагина Repair, а не RemoveGrain. И в проекте "RemoveGrain 1.0_Vit2.6" у него MODIFYPLUGIN не указан, т.е. MAXMODE должен быть 28.
agz писал(а):
Удалить не успел
Я минуты 2 подождал. Вдруг удалишь. Не успел
|
|
|
|
agz
Стаж: 17 лет 6 месяцев Сообщений: 1444
|
agz ·
05-Июн-12 16:26
(спустя 5 мин.)
unreal666, надеюсь кто из Модеров заглянет сюда, флуд мой подчистит
|
|
|
|
I M M O R T A L
Стаж: 13 лет 1 месяц Сообщений: 175
|
I M M O R T A L ·
05-Июн-12 16:43
(спустя 17 мин.)
unreal666
Честно признатся, я ничего не понял, в том, что вы мне объяснили. Я не знаю как работать с x264. И вообще, я мало разбераюсь в кодинге и работой с замороченным ПO.
Попробую просто конвертировать в h.264 с mp4 контейнером.
Во всяком случае, спасибо что откликнулись.
|
|
|
|
Tempter57
Стаж: 16 лет 2 месяца Сообщений: 4963
|
Tempter57 ·
05-Июн-12 16:59
(спустя 15 мин., ред. 05-Июн-12 16:59)
unreal666 писал(а):
А вот то, что mode<19 - это странно, т.к. судя по исходникам
тут я сам виноват, в папке plugins лежали прочие версии Removegrain, включая старую rev.0.9. надо было оставлять одну от Vit, как и прочие плагины от него.
|
|
|
|
Lenchik
Стаж: 18 лет 5 месяцев Сообщений: 854
|
Lenchik ·
05-Июн-12 17:57
(спустя 58 мин., ред. 05-Мар-13 13:03)
Tempter57
Мне непонятно, зачем вы прописываете в скрипте подгрузку плагинов из папки откуда они автоматически подгрузятся сами.
Я сделал так:
constants.avsi в папке для плагинов
Код:
# constants for scripts
# depend on installation folder:
global Avisynth_folder = "C:\Program Files (x86)\AviSynth"
global Avisynth_plugins = "C:\Program Files (x86)\AviSynth\plugins"
global Avisynth_can_autoload_plugins = "C:\Program Files (x86)\AviSynth\plugins\can_autoload"
global Avisynth_can_autoload_plugins_26mt = "C:\Program Files (x86)\AviSynth\plugins\can_autoload\26mt_compatible"
Все остальные avsi переименованы в avs. Плагины разложены по подпапкам (Кроме NicAudio и DirectShowSource).
И полностью контролируемый вызов осуществляется примерно так:
Код:
Load_Stdcall_plugin(Avisynth_plugins+"\ffms2\cplugin\ffms2.dll")
import(Avisynth_plugins+"\ffms2\cplugin\FFMS2.avsi")
LoadPlugin(Avisynth_can_autoload_plugins_26mt+"\mt_masktools-26.dll")
LoadPlugin(Avisynth_can_autoload_plugins+"\dither.dll")
import(Avisynth_plugins+"\HighPassSharp.avs")
По просьбе трудящихся:
Русская документация Avisynth 2.6 поддерживаемая пользователем unreal666.
Тест рендереров и сплиттеров на тему правильного понимания ключей --colorprim --transfer --colormatrix, проводил unreal666: https://rutr.life/forum/viewtopic.php?p=50673920#50673920
https://rutr.life/forum/viewtopic.php?p=50850648#50850648
Сами результаты на Гугл Докс - https://docs.google.com/spreadsheet/ccc?key=0AlVoIpSKMkiDdDRPZjROSGd0em5xTmpVSDVIMUxyTkE (там еще несколько вкладок в этом экселе)
Про Rec. 2020 и UHDTV: https://rutr.life/forum/viewtopic.php?p=57851862#57851862 и несколько постов ниже.
Про QTGMC: https://rutr.life/forum/viewtopic.php?p=58198517#58198517
Про опции x264 в пересказе alfsuind
Как работает Trellis и Psy-trellis: https://rutr.life/forum/viewtopic.php?p=57289096#57289096
AQ: https://rutr.life/forum/viewtopic.php?p=57291769#57291769
qcomp: https://rutr.life/forum/viewtopic.php?p=57303399#57303399
|
|
|
|
Tempter57
Стаж: 16 лет 2 месяца Сообщений: 4963
|
Tempter57 ·
05-Июн-12 18:04
(спустя 6 мин.)
Lenchik писал(а):
Мне непонятно, зачем вы прописываете в скрипте подгрузку плагинов из папки откуда они автоматически подгрузятся сами.
Да я понимаю это, просто ради спортивного интереса, кстати, когда почистил plugins от лишних ревизий, то крякозябр больше не выскакивает.
|
|
|
|
Штирлиц75
Стаж: 16 лет 7 месяцев Сообщений: 3766
|
Штирлиц75 ·
05-Июн-12 18:44
(спустя 40 мин., ред. 05-Июн-12 19:35)
Какой K-lite Codeck pack mega нормально сочетается и с Virtual Dub 9.11 и с XviD4PSP 5 на Windows XP SP3? Может дать кто-то ссыль?
|
|
|
|
rockstar92
Стаж: 14 лет 10 месяцев Сообщений: 38
|
rockstar92 ·
05-Июн-12 19:55
(спустя 1 час 10 мин., ред. 05-Июн-12 19:55)
Хочу перекодировать при помощи MeGui (контенер avi, видео wmv9, аудио mp3) в mkv (h264, NeroAAC HE), подскажите как мне это сделать.
При кодировании одним кликом выдает ошибку:
Код:
Process exits with error code: 1
Standard output stream: Indexing error: Audio decoding error
через AviSource:
Код:
could not locate a decompessor for fourcc wmv3
Megui обновлен, neroaac имеется, установлен k-lite один из последних, видео без проблем воспроизводиться
Ещё вопрос, если меня устраивает конвертация одним кликом, редко этим занимаюсь, не обязательно же создавать скрипт?
|
|
|
|
