5,776

(17 replies, posted in Using SVP)

I think No.
Finest-clip is not necessary for GPU.
It works without it.

kila83
The_Day_After_Tomorrow_60fps.mkv проигрывался вот с такими показателями
Я не это просил. Файл итак уже с повышенной частотой кадров. Поэтому отключаете SVP и смотрите этот ролик на предмет подергиваний и тормозов. Если у Вас он проигрывается плавно, то это значит, что ваши плеер, сплиттер, декодер и отрисовщик умеют показывать плавное видео. Я к тому, что бывают такие сочетания этих компонентов, что они в принципе не могут отобразить 60 кадров/сек без дропов.

Подтверждаю слова docent27, если тормоза начинаются в середине просмотра, то с вероятностью 99% - это системные службы: индексирование, дефрагментация, антивирус и т.п.
В Вашем конкретном случае надо нащупать какая именно служба/программа мешает плавному просмотру и выключать ее на время просмотра.

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

docent27
1) Конвертера в составе SVP не планируется.
2) Проверка обновлений - это хорошее предложение, спасибо. Записал в план.
3) Динамическое применение изменений в принципе возможно, но текущая реализация потребует значительных изменений, а особенность применения настроек на некоторых системах в течение периода до 5-10 сек сведет на нет все прелести таких динамических изменений.
4) Выключение или снижение приоритета фоновых процессов при уплавнении - это забота пользователя. Реализовать хотя бы слежение за такими процессами из SVP и предупреждение о них потребует создания обширной базы данных этих приложений, что является весьма непростой и неоднозначной задачей.

Vovanchik
Тем не менее, спасибо. Надо будет покрутить новый madVR.

kila83
о каких роликах идет речь
Например, об этих: Трейлеры SVP 3: настройки и сохранение с плавностью

пару раз переустановил плеер daum с поддрежкой svp (когда версии обновлялись)
Может в нем дело?

Daum PotPlayer 1.5.27313 RU (DXVA+CUDA+SVP) [сборка от 09.04.2011]
Кто ставил? Отзовитесь? Есть тормоза?

mna
что мешает
наверное, недостаточность текущей справки  roll
профили - это довольно сложная для понимая штука. Про них надо понятно рассказать.

lava
Вы на самом деле часто включаете/отключаете плавность?
Мне не понятно, я ее не выключаю вообще.

И еще есть вариант с горячими кнопками Crtl-Shift-P.

Мне понятно, что было бы удобно. Мне не понятно, зачем? Фактически, это разовое действие, необходимое вообще раз в 100 лет. smile

ноут acer 8942G проц core i7 1.6 видео ati HD5850 оперативки 8 гб
Это монстр. Что Вы там наворочали - только Вам одному известно.
Вспоминайте, что делали, что могло вызвать тормоза.

Наводящие вопросы:
1. Играет ли обычное видео без SVP?
2. Играют ли уплавненные ролики, сохраненные с 60 fps?
3. Версии плеера, сплиттера, декодера? Какой отрисовщик?

перенес обсуждение появления тормозов в отдельную тему:
Стало тормозить видео с плавностью

выделил в отдельную тему

kila83
Судя по скриншоту, видео должно идти без тормозов. Алгоритм расчета кадров успевает. Плавность видео повышается без особых напрягов.
SVP-индекс=1, загрузка ЦП 34%

Судя по допинфо, настройки корректные. Ничего подозрительного.

Rimsky
как такая реализация будет дружить с сабами в самом фильме если они выводятся самим ффд?
Реализации пока нет. А возможность наложения видеокартой более чем 2-ух слоев имеется. Так что если приступим к переходу на механизм субтитров, то конечно будем стараться сохранить возможность параллельного вывода родных субтитров фильма.

Если кому-то известны примеры динамического формирования субтитров, то прошу сообщить. Это нам здорово помогло бы.

nemoW
Спасибо за предложение.

Проиллюстрирую.

320x240
http://www.svp-team.com/forum/misc.php?item=192

640x480
http://www.svp-team.com/forum/misc.php?item=193

720x536
http://www.svp-team.com/forum/misc.php?item=194

Насчет субтитров мы пока не думали. Но на будущее учтем, может даже что-то и получится. Текущая реализация OSD ощутимо нагружает процессор, а субтитры, если накладываются видеокартой, то по идее должны уменьшить эту нагрузку.

Хотя, с другой стороны, видео с мелким размером кадра можно увеличивать на лету перед обработкой. Тогда OSD-надписи станут лучше читаться, а видео даже улучшиться, если увеличивать правильными алгоритмами. Для этого можно воспользоваться вкладкой Размеры фильтра ffdShow. Там можно поставить условие и выбрать коэффициент увеличения. Например, все видео мельче 640x480 увеличивать вдвое с сохранением пропорций методом hq2x (идеально для мультфильмов) или бикубический (для фильмов).

vkams
Как можно повысить КПД?
1. Если нужно быстрее и качественнее, то сжимать надо не в 2 прохода, а в один проход и сохранять в какой-нибудь беспотерьный формат, а затем уже пережимать в x264 во сколько угодно проходов. Это Вам и время сэкономит и нервы, т.к. второй проход не гарантированно, что попадет с точностью до кадра. Все зависит от используемой функции открытия видео.
2. У Вас 4-ре ядра, для полной загрузки ЦП требуется больше потоков, чем 4. Увеличьте вторую цифру в команде "SetMTMode(3,4)". До скольки увеличивать сказать не могу, т.к. это зависит от видеокарты, а Вы про видеокарту не пишете. И Инфо у Вас незаполнено.
3. Разные функции открытия требуют разные многопоточные режимы. И в неверном режиме тормозят весь процесс. Какая функция используется в Вашем случае мне неизвестно. Если приведете конечный AVS-скрипт, то там уже можно будет что-то посоветовать.

На вопросы:
1) Нет, не выполняет, т.к. wid_den=1, эти строки не выполняются по условию
2) Никто не ответит лучше Вас, а точнее того, для кого делаете видео. 60 более универсально, т.к. может использоваться и там и там. 50 по определению более качественно для источника 25/сек, т.к. потребует удвоения кадров с сохранением всех исходных.
3) SVP оставляет исходные кадры нетронутыми, все плоды его труда находятся на промежуточных рассчитанных кадрах

я бы включил его после #denoise
а первой строкой в скрипте указал бы SetMTMode(3,4)

Вот пример AVS-скрипта, сохраненного при помощи SVP 3.

svp_scheduler=true
SetMemoryMax(1024)
svp_cache_reduce=true
svp_flow_lib="C:\Program Files\SVP\Plugins\MVTools2\libflowgpu.dll"
multinum=5
multiden=2
algo=23
block=false
ml=0
search=4
sadml=100
sadgamma=1
blend=true
dist=1
pel=1
Recalc=0
blkh=16
blkv=16
overlap=0
overlapv=0
wid_den=1
hei_den=1


LoadPlugin ("C:\Program Files\SVP\Plugins\MVTools2\mvtools2.dll")
SetMTMode(3,4)
DirectShowSource("D:\\Azureus Rising - Proof of Concept.mp4", fps=24, convertfps=true, pixel_type="YV12")
width!=640 || height!=360 ? last : Eval("""

SetMTMode(2)
src=last
wid_den==1 ? last : \
hei_den==1 ? LanczosResize(int(width/wid_den/2)*2,height) : LanczosResize(int(width/wid_den/2)*2,int(height/hei_den/2)*2)
super=MSuper(pel=pel, hpad=blkh, vpad=blkv)
finest=pel==1 ? super : MFinest(super)
backward_vec=MAnalyse(super, isb=true, blksize=blkh, blksizev=blkv, overlap=overlap, overlapv=overlapv, search=search, searchparam=dist, pelsearch=dist, plevel=0)
forward_vec=MAnalyse(super, isb=false, blksize=blkh, blksizev=blkv, overlap=overlap, overlapv=overlapv, search=search, searchparam=dist, pelsearch=dist, plevel=0)
backward_vec = Recalc==0 ? backward_vec : MRecalculate(super, backward_vec, blksize=blkh2, blksizev=blkv2, overlap=int(overlap/4)*2, overlapv=int(overlapv/4)*2, search=search, searchparam=dist)
forward_vec  = Recalc==0 ? forward_vec  : MRecalculate(super, forward_vec, blksize=blkh2, blksizev=blkv2, overlap=int(overlap/4)*2, overlapv=int(overlapv/4)*2, search=search, searchparam=dist)
smooth_video=MSmoothFps(super, backward_vec, forward_vec, finest=finest, num=FramerateNumerator(last)*multinum,den=FramerateDenominator(last)*multiden, algo=algo, ml=ml, sadml=sadml, sadgamma=sadgamma, block=block, blend=blend)
smooth_video
""")


distributor()

красные строки - удалить

приклеил к этой теме оттуда.

Michael Devito wrote:

Процесс поиска векторов можно распараллелить?

nemoW
Спасибо за интерес к SVP и за предложения.
1. Разбирали этот вопрос, пока не нашли универсального способа для всех видов видеокарт. Многие измерялки мешают SVP корректно работать, нагружая GPU при своими измерениями. Поэтому будьте осторожны при их одновременной работе с SVP.
2. Уже реализовано в SVP 3.1 Альфа. Скоро примет статус бета и станет доступна бета-тестерам.
3. Интересное предложение, спасибо. Рассмотрим такую возможность.
4. Всплывающие подсказки уже есть. Писать в них сочинения не входит в наши текущие планы.

5,793

(11 replies, posted in Using SVP)

I added this to SVP to do list.

nemoW wrote:

оно там есть вообще?

Будет wink Вики каждый день по-немногу наполняется.

Chainik, DAAO
Не забывайте, что можно повышать плавность он-лайн трансляциям (IPTV) и для видео с ТВ-тюнера. В обоих случаях нет файла и mediainfo бесполезно для задачи определения размера кадра и частоты видео. Единственный возможный вариант - запрашивать эти параметры у ffdShow.

mna
все забываю исправить
Записал в план. Теперь не забудем. wink

5,796

(7 replies, posted in Using SVP)

travolter
Thanks for your answer.

I dont have enough cpu to run these settings
What CPU do you have?
I have core 2 duo (at work) and core i7 920 (at home).
See my System details.

you are limiting SVP if some values cannt be changed
Yes. We are. It is special for END users. And for GOOD quality.

Im using rfilter=0, sharp=0, search=4, chroma=false, mode=0 for saving CPU cycles
Thanks for this info. We uses search=4 too. Another settings you say are still untouched.
May be in near future. wink

mvtools2 works better when you do x2 x3 x4.. etc instead of using x2.4 (25->60)
You are right. It is because of saving all source frames in output. Special for this we have 1m- and 2m- coefficients. Take a look. You will be surprised. wink
Of coarse, true (not 1m or 2m) 24->60 interpolation are losses every second source frame. The result is more noticeable artifacts.

All the clips available are 24 25 or 30.. so I decided to set monitor to 75hz and convert all videos to 25fps and then apply mvtools. (25->75 x3)
It is strange to hear, especially about 30 to 25 slowdown. hmm
I use coefficients 2.4x, 2.5x not only doubling and ReClock for this purposes to save synchronization.

lambda=(blocksizex1000)/64
I need to look at source code. I'm not sure that this setting is not autoscalable by blocks size like thSCD1.

5,797

(17 replies, posted in Using SVP)

SubJunk
The link above is a link to official site of YFRC.
If you want to have a look to our talk with RunForLife you can read translation of it from Russian tech-forum:
MAG79 and RunForLife talk cut
Whole thread, page 30 (start read from post #2948)

MVTools Extreme Edition was failed because of its new function MSimpleFlowFps is equivalent to MFlow. Nothing new.
RunForLife removed it from his site.
I have some version of MVTool2 EE plugin. Ask me if you need one. wink

Выложил имитацию профилей по-умолчанию SVP2 настройками SVP3 и сравнение получаемой загрузки ЦП.
http://svp-team.com/wiki/Сравнение_SVP2_и_SVP3

Видно, что SVP3 быстрее предыдущей версии пакета. Выигрыш для PAL составил более 25%, для 1080p - более 10%. Для 720p напрямую выигрыш оценить не удалось. И это в софтовом режиме без использования GPU-ускорения. wink

Я думаю, теперь ответ получен на оба вопроса:
1. Как настроить профили SVP3, чтобы получить самые близкие настройки к настройкам SVP2 по-умолчанию.
2. На сколько SVP3 быстрее, чем SVP2, если GPU-ускорение не используется.

Chainik
Отлично! теперь я тебя по всему форуму поблагодарил одЫн раз  big_smile
А меня admin поблагодарил...

Всем благодарности видно?

5,800

(17 replies, posted in Using SVP)

It is new parameters to embedded Yushko-mask.
See details about it in YFRC-script at http://videomontazh.com.ua/avisynth/YFRC/