Libeluratio
could transform my movie from its 23.976 fps to my video card's 23.9757 fps

No, it can't.
And the main reason is SVP's purpose is to get 59.94 from 23.976.

7,677

(73 replies, posted in Флуд)

semipassive

полубеременна!

7,678

(73 replies, posted in Флуд)

%username%
тему во флуд

7,679

(73 replies, posted in Using SVP)

yeah, we'll make this thing working

jithu
Another bug

avisynth.dll - 2.6.0.1
Script error: there is no function named "SetMTMode"

Use MT-enabled version of Avisynth, Luke!

7,681

(73 replies, posted in Using SVP)

cemnahit
Stereoscopic player can play directly from 3dBlurays

can it use ffdshow raw as post-processor in that case?

ну значит не судьба
если у тебя в одном кадре палец на полкадра, а в соседнем этого пальца вообще нет

Использовать маску. 21, 23.

авторизации не хватает!

как-то скромненько

%username%
Это реально?

нет

не, это не проблемы WebM, это сплиттер
у меня LAV цепляется, и все хорошо

казалось бы причем тут локальные проблемы проигрывания WebM?  hmm

Заапдейчено

Noweol
it's classified!  big_smile

7,691

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

осталось понять при чем тут "методика тестирования минисистем"

да без шансов
йожику понятно что это НЕ популярное ПО

LordMerlin
Человек действительно хорошее дело длает
где?  hmm
с моей т.з. человек делает совершенно бесполезные действия (это про эту тему), причем не разобравшись в сути предмета (это про память)

Разработчики SVP всегда открыты к конструктивной беседе.

С моей стороны конструктивно было предложено решение из 4-го поста этой темы.
Выкрики с места в виде "А-я-я-й. Зачем вводить в заблуждение?" я лично расценивать как конструктивные не могу. Тем более что далее идущие цифры показывают что автор выкриков просто не знает как работает Avisynth (в рамках которого живет SVP).

"оптимизация использования памяти, оптимизация исполнения, повышение эффективности в многопоточном коде" - очень бы пригодились в самом Avisynth. Я уверяю, что сотни тысяч его пользователей были бы благодарны за помощь в разработке будущего Avisynth 2.6.

yartat
Я рад что посетители форума настолько хорошо овладели скиллом использования разных тулов!

Тем не менее не могу не отметить что приведенные цифры (3*21+15*16+1.8*16 = 331 МБ) являются вполне гуманными для алгоритма, ворочающего 3-х мегабайтные фреймы в 16 потоков.
При этом кэш Avisynth-а в любом случае занимает больше памяти, вплоть до бесконечности, т.е. если кто и "вводит в заблуждение", то это не я.
Я не вижу вообще ни одной причины почему надо проводить какую-то борьбу за снижение потребления памяти ниже 331 МБ.
Если вдруг кому-то настоятельно хочется провести такую борьбу - то исходники svpflow1 открыты.

А вообще, перед тем как давить интеллектом, настоятельно рекомендуется ознакомиться с принципами работы Avisynth вообще, и со способом организации многопоточности в нем в частности.

AndreaMG
I don't think using MT() in conjunction with SetMTMode() is a good idea. The script is already parallelized by some number of threads set in SVP.

If I put it before the frames will be on the other hand sharpened before the doubling?

yep

I thing the results should be visually the same

not really cause interpolated frames are always a little blurred
but I'm not sure if someone could really notice that smile

Is it correct in my case always force it to use 8 cores?

nope, in this case CPU won't use all it's power if it'll be needed
though it doesn't matter in case of DVDs

Это не мой код, но проблем не было  big_smile

А про ошибки в jsoncpp логично писать разработчикам jsoncpp

Эту бы энергию да в мирных целях  hmm
Результаты работы следует направлять куда-то туда.
MVTools к SVP отношения не имеет уже достаточно давно.

Даже не касаясь этого, списочек слабоват, там на порядки больше интересного  big_smile

Типичная ошибка оперирования с IEEE754 double
fGamma - не результат расчета, а входной параметр, поэтому прямое сравнение вполне допустимо wink

nixties
Есть такое.
Временное решение - использовать "режим 1m".
"Режим 2m" - падает

yartat
Будет интересно сравнить итоговую скорость с IC
В GPU режиме будет ровно ноль разницы, т.к. процессор упирается в ассемблерный код из x264.

А все заморочки с памятью исключительно на совести внутренних кешей Avisynth. То что написано на одно сообщение выше как раз и прибивает размер этих кешей до самого минимума.