Search options (Page 1 of 2)

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

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

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

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

В сборках 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.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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