You are not logged in. Please login or register.
SmoothVideo Project → Posts by MAG79
Makasych22
Uninstall / Install пробовал?
При удалении согласиться на удаление всей папки и всех настроек.
Makasych22
Всегда работала на ней
Какая версия SVP работала? Вплоть до SVP 3.0 использовался сторонний WinScript, а с версии SVP 3.1 используется уже встроенный в Windows движок Windows Script Host.
сборка от© StaforceTEAM
Сборки любят вырезать "все лишее", в том числе этот движок. А без движка SVP не работает. 
Makasych22
Windows Script Host не понимает язык JScript.
Видимо, операционка не стандартная?
Прошу привести полное название OC и сообщить, оригинальная версия или чья-то сборка.
%username%
лучше ответили: есть такое, не повторяется...
Не смотрел еще, только записал в план. Как проверю, сообщу.
На сайте iXBT появилась статья Влияние производительности системы памяти на быстродействие Intel Core i7-3770K.
В ней автор сравнил скорость работы одноканального и двухканального режима работы памяти на ivyBridge. В сравнении участвовала память, работающая на двух частотах 1066-9-9-9-28 и 1866-9-10-9-28.
Результат, самый близкий к характеру работы SVP - это кодирование видео.
Ну что ж, у него вышло, что в двухканальном режиме 1866 работает быстрее 1066 на (103-95)/95= 8%
Анализ результатов моих тестов дал максимальную разницу 23% (между результатами 1333 и 2400 в подтесте fastest при использовании дискретной видеокарты). Правда, 1066 я не рассматривал. Тогда разница получилась бы еще больше.
Из этого можно сделать вывод, что частота работы памяти влияет на скорость работы SVP даже сильнее, чем на скорость кодирования видео. В подтверждение, недавний случай, который позволил зарубежному коллеге deanox на SandyBridge повысить результаты в SVPmark на (2600-1963)/1963=32%, переключившись из одноканального режима работы памяти в двухканальный.
deanox
Single Channel Memmory.. Moved my 2nd dim to another slot, and FG now 2600!
My congratulations! 
It is good result. Now SVP must work fine. 
tormozit
обычно есть режим Game mode
Хорошо, если так. Интересно, почему тогда этот "инпут лаг" такой большой? 
deanox
I have watched using CPU-Z
Please, show CPU-Z screens: CPU, Memory and Graphics tabs. Maybe it is slow memory settings.
You cann't see any temperature or throttling in CPU-Z. You must use AIDA64 for it (menu Tools - System Stability Test, not run it, just open window to monitor while SVPmark is running).
CPU Only: 2330 - good
CPU + GPU: 4092 - good
Real life Score: 1963 - bad, for your processor it must be between CPU Only and CPU+GPU results.
seems that svp runs off ffdshow 32bit?
Yes. Supported 32 bit only.
I am on Win7x64
Most of us use Win7x64 too.
My display drivers?
You can change it. But I don't know to which (I'm NVIDIA card owner).
deanox
1. Why you waiting 100% load from GPU?
Your GPU is very powerfull. For SVP-tasks quite enough only 20% of it. It is normal for top video adapters.
2. Your result FG1869 is very low. In the online base Core i5-2500K at frequency 4500 GHz has results: FG2467, FG2575, FG2635.
Something wrong with your hardware. Because synthetic results is ok but real-life tests result is low.
Maybe overheating and throttling?
3. in the attached jpg
Where? I can't see it
Если включена функция повышения плавности, то задержка будет как минимум период одного кадра, т.к. электронике надо "заглядывать в будущее" и сравнивать будущий кадр с текущим, чтобы рассчитать дополнительные промежуточные кадры.
Для 60 fps это 16,67 мс (рабочий стол PC, игры)
Для 25 fps это 40 мс (видео - PAL)
Для 24 fps это 41,67 мс (видео - кино)
deanox
You need to pass SVPmark test and show your results here.
Then we can compare it to normal results and say is it hardware problem or not.
If you want you can do it yourself.
berryracer
All new versions of software you talking about are included in todays beta. After closed beta-testing it will be available to all users as new SVP 3.1.2.
nemoW
Никак. Шейдеры в madVR не работают.
tormozit
что будет, если алгоритм оценил кривоту и решил строить кадр, но не успел достроить и уже вывелся следующий?
Такого не бывает. Алгоритм не может не успеть (разговор про аппаратные повышатели плавности в ТВ).
Думаю производительность процессора все таки должна влиять на вероятность успешного расчета за ограниченное время.
Повторю: телек - не компьютер. Какую логику в аппаратный чип заложили, так и будет работать. Там не нужны Гигагерцы и Гигабайты. Там все выполнено в железе и работает намного эффективней центрального процессора персонального компьютера.
совсем избавиться от разброса наверное тяжело?
Готов поспорить, что там нет разброса. Вычисление каждого кадра идет одинаковое очень короткое время.
там похожий на svp алгоритм
Мы никогда не узнаем, какой там алгоритм в действительности Доступны лишь общие описания работы и статьи. А детали реализации являются собственностью ТВ-разработчиков и коммерческой тайной.
да
tormozit
Не будет у него периодически отключаться уплавнение из-за слабого проца?
точно нет. В телевизорах процессоры совсем не такие, как в компьютерах. Там вся нагрузка рассчитана, все работает как часы, а отключение плавности случается не по причине нехватки мощности, а потому что так задумано: отключаться на проблемных местах.
Два ядра на филипсе - это вообще, считаю, маркетинговый ход. Просто нынче модно заявлять о многоядерности
sergioleon
Как это понимать?
Любое наложние на видео (статистика, OSD, субтитры) требует ресурсов как процессора, чтобы картинку подготовить, так и видеокарты, чтобы наложить. Видимо, -11 мс - это компенсация. Картинка начинает рисоваться чуть раньше, чтобы на экране отрисовалась вовремя. Даже если она на самом деле опережает звук на 11 мс, то на слух такую рассинхронизацию видео со звуком не услышать.
И опять же повторю свои опасения насчет статистики в свойствах EVR: ей вообще можно доверять?
vivan
спасибо за дополнение и ссылку
Почитаю...
komandors
Примерно такой же, как у x264 при переходе с 32 бит на 64 бита. Но главное преимущество 64 бит не скорость, а возможность использовать больше 2 ГБ оперативной памяти.
It means the problem is solved?
river
Yeah.. It is simple. Only avisynth 2.5.8 MT SVP edition has memory optimizations for SVP use.
ffdshow.ax/avisynth.dll: 1.2.4450.0/2.6.0.3
Sorry, I didn't notice it before.
airport
Try to return standard 60 Hz video mode.
airport
I increased refresh rate from 60Hz to 80Hz
It is non standard. Does your hardware supports this?
What is your configuration (CPU, GPU, monitor)?
disabled Vsync on GPU and MPC-HC
Are you sure it is good? I don't think so.
SmoothVideo Project → Posts by MAG79
Powered by PunBB, supported by Informer Technologies, Inc.