Search options (Page 77 of 235)

crystallize
Моя логика мне подсказывает, что сперва надо применить внутри-кадровые фильтры, а затем уже межкадровые.
Внутри-кадровые:
- деинтерлейс;
- антиалиасинг;
- изменение размера кадра;
- цветокоррекция

Межкадровые:
- шумодав;
- устранение дропов;
- повышение плавности

Я бы применял фильтры именно в такой последовательности.

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

сильно ли цветокоррекция влияет на поиск векторов движения?
Могу уверенно сказать, что действует. Насколько сильно? Хм. Яркость и цветность в YV12 имеют свой вклад в формирование цветного изображения как 2:1. Поэтому только цветокоррекцией картинка может измениться в пределе на 33%. Сложно предсказать, не видя самой картинки, насколько качественней станут вектора, но одно сказать можно: чем качественнее картинка, тем качественнее найденные вектора движения.

S_Snake
на 60 к/сек разница между соседними кадрами меньше, чем при 24 к/сек, а значит и проц должен разгрузиться значительно
Алгоритм поиска кадров конечно, в какой-то мере зависит от содержимого, но зависимость не прямолинейная. Мы стараемся убрать эту зависимость, чтобы гарантировать, что на сложных сценах алгоритм повышения плавности не будет тормозить. Поэтому даже на кадрах, где нет движения (нет различий) алгоритм поиска движений тратит процессорное время, производя поиск векторов по общим правилам. Разница в сложности расчетов на условно сложном и условно простом кадрах сейчас может доходить до 30%.

если ПСП (64-bit) не хватает для 24 -> 120, то о 60 -> 120 говорить пока рано
Можно развернуть эту мысль? Я не совсем понял при чем тут пропускная способность памяти.

fredgido
How can I use svp to play games I capture from a hdmi capture card?
You want to get smooth picture in interactive mode while playing a game? I think the best way is to use hardware frame rate convertors buitin with TVs.

Is there anyway to reduce the image delay?
Theoretically minimum image delay is 1 frame. It is if process of creating new interpolated frames is very-very fast and has duration close to zero.
If you use SVP you need to minimize threads count. But decoder has frames buffer, avisynth has, renderer has too. Usually every buffer holds from 2 to 8 frames.

I tried mpc capture device but it skips the generated frames.
Maybe some settings is wrong. I never solve so unusual task.

Any plans to make svp process without chroma loss?
In near future: No. Someelse after: Maybe.

red colour resolution loss
Try some renderer with enchanced chroma upsampling algo (for example edge directed interpolation). NNEDI3 in madVR is the best for this purpose.

Blackmeser
Упоминаемый файл с динозаврами имеет имя файла "Walking with Dinosaurs.Rip by SeRoGa00.mkv"
Из названия файла не видно, что это 3D. SVP повышает ему плавность как обычному "плоскому" видео. Чтобы SVP начал корректно повышать плавность этому файлу как 3D мне пришлось выбрать по меню SVP: Стерео режим (3D) - Вертикальная стереопара.
Пока я этого не сделал, видео и правда, игралось с тормозами. А ну и AVC-декодер я всегда меняю на LAV. Так картинка проигрывается без рывков.

Проверял на плеерах:
- NVIDIA 3D Vision Video Player 1.7.5
- Stereoscopic Player 2.3.5

P.S. В плеере PotPlayer 1.6.53104 включить NVIDIA 3D Vision так сразу у меня тоже не получилось

Mystery
Are there cases where it genuinely makes sense to have a divider greater than 5 or 10?
It is needed to avoid jerks because of output framerate not equal display refresh rate. If you use ReClock then devider is usually not greater than 3.

You need to look what value has hidden setting:

Mystery

SVP needs GPU power for every frame if you have GPU-acceleration option enabled in SVP.

if madVR eats 15 ms on every frame rendering it leave only 16-15 = 1 ms to SVP to calculate and compose the frame. Do you think it is enough to SVP? I think No. Try to disable GPU-acceleration. Try to use EVR instead madVR. Use GPU-Z to control GPU load.

Your GPU is AMD Radeon HD 7660M?
Did you see that wiki-page: GPU Compatibility?

Mystery
Chainik means avearge 15 ms is a big value. It is very close to maximum of 16 ms.
For example I have average rendering time is 1.67 ms in madVR statistics.

And what we can do?

---
Try to pass SVPmark test. Compare your results to the same systems. It will give the answer to question: Is your system have maximum available performance?

---
Lenovo ThinkPad. Maybe your notebook have throttling issue or energy saving enabled?

travolter
Did you see version of stabilisation script to use central area of frame to detect motions and the whole frame to stabilize detected motions?

wid=320 hei=240 # size of rectangle area in the middle of frame to get motions
mini=last.crop((last.width-wid)/2,(last.height-hei)/2,wid,hei)
super = mini.MSuper(rfilter=2)
forward_vectors = MAnalyse(super, isb = false, truemotion=true, search = 3, delta = 1)
globalmotion = mini.MDepan(forward_vectors, thSCD1=10000)
DepanStabilize(data=globalmotion, cutoff=1.0, prev=1, next=1, subpixel=2, mirror=15, method=0, dxmax=10, dymax=40, rotmax=0, zoommax=1)

It is stabilization part of script taken from this Russian post.
MVtools2/MDepan is used instead of DepanEstimate. If it needed MSuper/MAnanlyze can be changed to SVP's SVSuper/SVAnalyze/SVConvert.

I will look to your test video. Later a little

Nintendo Maniac 64
I see you. You have core 2 duo and you got performance reducing when start to use new SVPFlow dlls.
1. Can you put here full list of your profile settings? (screenshot will be enough)
2. And what video you use to get your measurements?

We need it to repeat the problem and to fix it if it takes place.

Blackmeser
Прошу прощения, что затянул с ответом. Проверил на стандартных профилях @24:
- сразу после начала проигрывания выбирается профиль 1920x1080@24;
- через пару секунд срабатывает автоподрезка [2:140:2:140];
- профиль перевыбирается. Меняется на 1920x800@24.

Все работает как и должно. Теперь если поднять в профилях частоту до 30, то профили так же переключаются. Но вижу, что переключение срабатывает не каждый раз. Будем разбираться и исправлять. Спасибо.

Поставил видео на закачку. Через пару часов гляну на нем, как работает перевыбор профиля после автоподрезки.

---
Какой алгоритм выбора профиля?
у меня:
- фильтровать: выкл.
- ближайши больший: вкл.