64бит - https://ffmpeg.zeranoe.com/builds/win64 … static.zip
32бит - https://ffmpeg.zeranoe.com/builds/win32 … static.zip

Chainik спасибо, поковырялся и сделал. Через замену ScriptClip этим плагином:
http://avisynth.nl/index.php/GRunT

Не знаю насколько это правильно, в отношении "подводных камней", но вроде работает ...

UPD: вот и первый подводный камень: дропфикс может перестать делать дропфиксы, спасает только удаление и повторное помещение dll-ки GRunT в avisynth

http://s019.radikal.ru/i633/1711/18/513997709a88.png

Avisynth+ r2544 / SVPflow 4.2.0.142
В режиме MT выдаёт такую ошибку, вне зависимости от того какой SetFilterMTMode("DEFAULT_MT_MODE", 2)  1, 2 или 3.

Без MT, скрипт работает, но увы скорость ...
* из скрипта убраны SetMTMode и GetMTMode - замена числом.

Использовать 2.6MT версию - древность ...

Можно и по маске сделать смешивание двух подсветок, но всё-же, это не есть то. Просто было интересно, обладает ли svplight таким функционалом 2х сторонней подсветки с их смешиванием.
По видимому нет sad жаль.

И еще добавлю, овал не желателен, т.е. чтобы подсветка была не угасающей по дистанции.

Имеются два сорса:
Сравнение: (На разный цвет не обращайте внимания...)
http://i6.imageban.ru/out/2016/12/22/e1ffc3cbab564019b31ae6f6093d8b10.jpg http://i5.imageban.ru/out/2016/12/24/9628e9ba7bcc6747f20cef6fc2afcc4f.png

Путем наложения кадров одного на другой, для воссоздания более крупного формата, по углам кадра имеются черные квадратики.
http://s020.radikal.ru/i722/1612/9c/6b51094d9dfd.jpg

Есть ли возможность оперируя показаниями 2х сторон засвечивать эти углы?

Интересуюсь по области обработки непосредственно в avisynth'e.
Если потребуется семпл, попробую предоставить в ближайшие дни. Да и вы сами можете 'забабахать' такой из любого видео путем добавления этих самых черных квадратов/прямоугольников.

Просто подобных BD с разным соотношением сторон не единичные случаи, и такая обработка была-бы очень полезна.

Можно сделать и доп освещение, но оно мерцает на версиях выше 4.0.128
Делается просто. В настройках плеера делаем масштабирование с добавлением черных полос до соотношения строн экрана, тем самым заполняем видеоряд черными полосами.
В скрипте, перед обработкой svp, обрезаем эти черные полосы(вручную или по spatial алгоритму, temporal тут не подойдет), и после, через svplight их-же добавляем, тем-самым не нарушая размера картинки до и после.

Костыль ... но рабочий wink

В сборках PotPlayer от 7sh3, svp теперь исполняется непосредственно в плеере, причем даже в portable - без дополнительных установок avisynth и ffdshow.

In assemblies of PotPlayer from 7sh3, svp is now performed directly in the player, and even portable - without additional installations avisynth and ffdshow.

В общем затения так себе, если только для кодирования.
обработка скрипта на одном пк, а последующий енкод на другом. Этот способ всем известный.

Просто как-то неподумалось, что сырой yuv кушает немало трафика...

Качество декодера сравнивается посредством побитового сравнения полученных кадров с референсным декодером JM.
И со временем хоть стандарт и не меняется, но меняется референсный софт к этому стандарту, как в кодировании так и в декодировании.
Крупных изменений не вводится, лишь делают доп.расширения. и соответственно альтернативный софт по кодированию и декодированию так-же 'обязан' следовать тенденциям референсного софта.
И имя этой организации fraunhofer, по сути они разработали методы и стандарты к 90% всего, что касается аудио и видео. Но они редко делают чистый (оптимизированный) софт к своим методам и стандартам, очень редко, на своей памяти могу сказать только fdk-aac и тот, нужно самому компилировать.

Альтернативные кодеры/декодеры используют открытые(не имеющие сугубо жесткой политики) методы из предложенных fraunhofer'ом к стандарту. Например x264 хоть и использует AVC стандарт не на 100% (хотя есть платная версия) но превосходит референсный софт в разы, тк использует не только оптимизированные по скорости инструкции но и обходные (не предложенные fraunhofer) методы обработки/оптимизации видео для наилучшего сжатия по референсному методу, в простонародии "мод".
То-же самое косается и декодеров, но в их случае, они не делают картинку лучше чем может референсный софт, но на порядки быстрее и менее подверженные к крашу в виду битого/поломонного видео.

Если объяснять более просто, то представьте такую ситуацию.
Человек берёт палку и сбивает с яблони яблоко, он делает стандарт описывающий лишь "человек-яблоко" и делает референсную модель: "человек-палка-бить-яблоко-падает" описывающий всё пошагово.
Другие уже используя эту модель могут вносить доп. изменения, например палка может быть не деревянной, человек может быть не один, яблоки могут быть квадратными, а яблоня и вовсе может быть сейчас и не быть через секунду, но потом снова быть, но уже немного другой и яблоко уже падает не на землю, а в корзинку, исключая при этом другой/сторонний метод когда человек поднимает с земли яблоко и кладет его в корзинку - т.е. оптимизация.
Но при этом "человек-палка-бить-яблоко-падает" обязано.

DXVA но не DXVA copy-back

Если сравнивать LAV и CoreAVC, то их различия буквально во всем, начиная от архитектуры написания кода, его оптимизации и совместимости с новыми ОС и железом и используемого компилятора, заканчивая поддерживаемыми стандартами и их расширениями.
CUDA например вообще имеет версии, и на данный момент она имеет 6ю версию, покуда CoreAVC основана на первой версии. (Compute capability)

и так далее и так далее.
Это как сравнивать XP и 7ку, там и там вроде одни и те-же программы ...

кстати такой способ распаралеливания может даже заменить MT у ависинта, при этом позволяя делать 99% нагрузку на ЦП без 'заиканий' в просмотре.

хотя нагрузку можно и распараллелить более грамотно оперируя значением svpmark исходя из которого строится значение разности.
исходя из этой разности идет подсчет разности секунд на каждом пк.

т.е. если svpmark на первом пк больше в 2 раза, то и секунд в буфер он обрабатывает в 2 раза больше второго пк.

Скажите где меняют два старых пк/ноутбука на один мощный wink

А если делать через бОльшой буфер.

1. Идёт запуск файла
2. первые 10 сек обрабатываются первым пк, вторые 10 сек вторым пк.
3. как только первые 10 сек обработаются, запускается проигрывание, и тут-же первый пк приступает к обработке третьих 10 сек.
3. как только второй пк обработает вторые 10 сек он передает их плееру и ждет команды от первого пк, чтобы приступить к обработке четвертых 10 сек
4. как только третьи 10 сек были обработаны, первый пк ждёт пока плеер не начнет воспроизводить вторые 10 сек.
5. как только плеер начинает воспроизводить вторые 10 сек, он отдает команду на обработку третих 10 сек, который отдает команду на обработку четвертых 10 сек второму пк
6. и так далее.

Обработка файла на пк на котором идет проигрывание должно быть с низким приоритетом, дабы не мешать плееру.

ну както так, тут конечно не полное распределение нагрузки, но всёже.
хотя 10 сек многовато, наверное лучше по 5сек будет более правильно.

Как вариант. Главное, чтобы заставить работать связку нескольких ПК.
И при расчете учесть разницу в производительности. а то получится, что первый ПК в простое, а второй будет пыхтеть как паровоз.

Существуют ли реализации или хотябы идеи как заставить SVP работать распараллеленно на нескольких пк?

Chainik wrote:

> Просто он лучший.

по какому параметру декодер пятилетней давности лучше сегодняшнего LAV? hmm

Так часто бывает, человек ввел в гугл лучший декодер, и первое на что он попал, на статью 5ти летней давности smile

18

(11 replies, posted in Эксплуатация SVP)

1. Если potplayer:
настройки(F5) - кодеки и фильтры - видеокодеки - встроенные декодеры - DXVA - DXVA copy back  - DX9 автоматический выбор
при условии, что в поле H264/AVC1 - встроенный ffmpeg
или H264/AVC1 - cuda decoder

2. Если использовать, не встроенные кодеки, то
LAV Filtres: https://github.com/Nevcairiel/LAVFilter … taller.exe
устанавливаешь, в окне настройки виддеокодека, hardware decoder или cuvid или DVXA2 copy-back.

потом:
Codec Tweak Tool: https://www.codecguide.com/download_other.htm

preferred splitters - везде ставишь LAV splitter - apply close

p.s cuvid=cuda, DVXA2copy-back или cuda выбирать вам. у меня например cuda вообще цп не грузит даже на процент, у знакомого с видяхой послабже, наоборот.
p.p.s. для оценки загрузки использую Open Hardware Monitor http://openhardwaremonitor.org/
там есть показ загрузки GPU Video Engine http://i.imgur.com/qVZZ0C9.png

19

(11 replies, posted in Эксплуатация SVP)

del (ерунду написал, поздно опомнился)

Попробуйте поэкспериментируйте с разными рендерами в PotPlayer'e
EVR, EVR custom, madvr, VMR 7/9 и т.д.

У вас где-то "бутылочное горлышко" в цепи: проигрыватель - матрица экрана.

Проверьте соответствие придерживаемых стандартов вашим оборудованием, в частности
Видеокарта, кабель, монитор/телевизор. Например:

DVI (dual link), на частоте 60 Гц максимум 2560×1600.

HDMI 1.4 (22 мая 2009) - 3840×2160 при 24/25/30 Гц
HDMI 2.0 (4 сентября 2013) - 3840×2160 при 50/60 Гц

DisplayPort 1.2 (7 января 2010) 3840 х 2400 при 60 Гц

Часто бывает, что поставляемый кабель с видеокартой, хоть она и поддерживает HDMI 2.0, а по факту кабель в коробке 1.4 версии, или монитор/телевизор, хоть и заявленно 4к-60fps, а на деле впаян коннектор HDMI 1.4 версии. а то и 1.3
У DisplayPort для любых версий стандарта одинаковый провод. а так-же DisplayPort наиболее лучше пригоден для ПК, т.к. имеет лучшие показатели по инпут-лагу.

p.s. если, все-же у вас упрется в 1.4 на мониторе/телевизоре,то когда то давно-давно, было описание трюка как запустить 4к-60hz на 1.4 версии, в режиме 4:2:0 субдискретизации. поробуйте нагуглить.

22

(8 replies, posted in Флуд)

ну тогда вообще красота wink (для тех у кого PRO версия ... )

23

(8 replies, posted in Флуд)

Экран с которого идет захват в VLC нужно сделать основным.

Кстати, а ведь неплохой способ, с учетом нулевого кеша, разницы не чувствуется, можно спокойно играть даже в гоночки.

Главное на мониторе с которого идёт захват, игрушки запускать в оконном режиме и выставлять соответствующее разрешение экрана, а заодно и сворачивающийся пуск, чтоб глаза не мозолил.
И еще плохо, что курсор мыши не пишет... но это мелочи в сравнении с таким полученным откликом!

24

(8 replies, posted in Флуд)

Хз, manycam напр. но по мне так, они все неоправданно много жрут ресурсов hmm

кстати можно обойтись и без VideoInputSource и ручного создания avs файла.
Сейчас что potplayer что  MPC-HC умеют открывать поток с вебки, и отправлять его на  ffdshow raw video filter

В счлучаее с potlayer, он еще умеет делать захват, причем в разных режимах: DGI, DirectDraw, DX8-11, OpenGL, DXGI
но вот если еще и в ffdshow raw video filter при этом делать, то проходит как-то через раз, а то и десять раз.
но зато такой способ самый 'простой' (если бы не "через раз") и менее прожорливый.

25

(8 replies, posted in Флуд)

Можно, но через несколько этапов.

0. создание виртуального монитора, и открытие на нем окна с досбоксом.*
1. захват этого экрана через софт создающий виртуальные вебкамеры
2. открытие потока виртуального девайса в ависинт через плагин VideoInputSource
3. обработка в ависинте дропфиксом и шумодавами.
4. открытие avs файла видео-плеером на основном мониторе. (напр ffplay.exe -fflags nobuffer -i "input.avs")

В результате этих махинаций, получите всё, что хотите, но с задержкой 3 и более секунд + огромная нагрузка на CPU.
Если Вас, это устроить, могу подсказать как убрать расинхрон звука с видео.


*Нулевой этап можно заменить на подключение второго провода к монитору (напр. VGA) и переключение режимов на мониторе, тем самым немного снизить нагрузку с CPU по виртуализации.