You are not logged in. Please login or register.
SmoothVideo Project → Posts by MAG79
kila83
пауза не спасает, или спасает на несколько секунд, потом снова тормоза
1. что если стоп-плей? Тормоза пропадают?
2. Если плеер закрыть и открыть заново?
3. Для чистоты эксперимента прогоните тест SVPMark.
4. Померяйте DPC Latency при нормальной плавности и особенно при тормозах.
kila83
1. Засеките интервал беспроблемного воспроизведения? Он постоянный? 20 минут ровно?
2. Что если поставить на паузу и заново включить? Еще 20 минут без тормозов?
3. Характер тормозов? Нарастающие, или одинаково постоянные?
lionessb
Да, может.
SubJunk
This question to Chainik.
I think yes. We will try to fix both problems.
Thank you. You are right.
I see that results of these scripts are different.
I think there are two problems:
1) Different motion compensation phases
2) Subpixel motionblur on GPU
Can you show text of this script?
We need get magic to do so.
Or we need in an explaining of algorithm 
Do you have any idea?
With pel>1 MSmoothFPS does Finest-like calculations inside GPU.
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
что мешает
наверное, недостаточность текущей справки 
профили - это довольно сложная для понимая штука. Про них надо понятно рассказать.
lava
Вы на самом деле часто включаете/отключаете плавность?
Мне не понятно, я ее не выключаю вообще.
И еще есть вариант с горячими кнопками Crtl-Shift-P.
Мне понятно, что было бы удобно. Мне не понятно, зачем? Фактически, это разовое действие, необходимое вообще раз в 100 лет. 
ноут acer 8942G проц core i7 1.6 видео ati HD5850 оперативки 8 гб
Это монстр. Что Вы там наворочали - только Вам одному известно.
Вспоминайте, что делали, что могло вызвать тормоза.
Наводящие вопросы:
1. Играет ли обычное видео без SVP?
2. Играют ли уплавненные ролики, сохраненные с 60 fps?
3. Версии плеера, сплиттера, декодера? Какой отрисовщик?
выделил в отдельную тему
kila83
Судя по скриншоту, видео должно идти без тормозов. Алгоритм расчета кадров успевает. Плавность видео повышается без особых напрягов.
SVP-индекс=1, загрузка ЦП 34%
Судя по допинфо, настройки корректные. Ничего подозрительного.
Rimsky
как такая реализация будет дружить с сабами в самом фильме если они выводятся самим ффд?
Реализации пока нет. А возможность наложения видеокартой более чем 2-ух слоев имеется. Так что если приступим к переходу на механизм субтитров, то конечно будем стараться сохранить возможность параллельного вывода родных субтитров фильма.
Если кому-то известны примеры динамического формирования субтитров, то прошу сообщить. Это нам здорово помогло бы.
nemoW
Спасибо за предложение.
Проиллюстрирую.
320x240
640x480
720x536
Насчет субтитров мы пока не думали. Но на будущее учтем, может даже что-то и получится. Текущая реализация 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=1LoadPlugin ("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()
красные строки - удалить
приклеил к этой теме оттуда.
Процесс поиска векторов можно распараллелить?
nemoW
Спасибо за интерес к SVP и за предложения.
1. Разбирали этот вопрос, пока не нашли универсального способа для всех видов видеокарт. Многие измерялки мешают SVP корректно работать, нагружая GPU при своими измерениями. Поэтому будьте осторожны при их одновременной работе с SVP.
2. Уже реализовано в SVP 3.1 Альфа. Скоро примет статус бета и станет доступна бета-тестерам.
3. Интересное предложение, спасибо. Рассмотрим такую возможность.
4. Всплывающие подсказки уже есть. Писать в них сочинения не входит в наши текущие планы.
SmoothVideo Project → Posts by MAG79
Powered by PunBB, supported by Informer Technologies, Inc.