Xant1k
В четырех из шести реальных тестов 12.4 быстрее. Я бы оставил.
You are not logged in. Please login or register.
SmoothVideo Project → Posts by MAG79
Xant1k
В четырех из шести реальных тестов 12.4 быстрее. Я бы оставил.
indiejones
screen stays black
It is not SVP problem.
Format_Version : Version 2
Format_Version : Version 1
May be this is the cause?!
Try to use Haali matroska splitter and LAV splitter.
Xant1k
решил оставить 11.7. работает да и ладно
Хозяин - барин.
Я вот, например, не поленился и потратил целый вечер. Перебрал все версии драйверов NVIDIA и теперь обоснованно использую версию, показавшую лучшую производительность: 258.96.
Xant1k
Если сделать замер SVPmark до обновления, а потом еще и после, то было бы великолепно!
Сразу три выгоды:
- себе новые дрова;
- для успокоения души результаты SVPmark'а, подтверждающие, что не зря обновился;
- для других владельцев AMD-карточек еще один аргумент для обновления.
Жду точного ответа. Решение зависит от плавности движения полоски.
Doom4eg101
Подскажите оптимальные настройки под этот конфиг плз для bd-remux`ов
Переустановить SVP и не трогать настройки. Установятся автоматически подобранные оптимальные настройки именно для Вашей системы.
говорилось, что артефакты в последней версии должны убрать, но у меня их все равно предостаточно
Например?
в последней версии появились непонятные подлагивания видео
Тест дрожания (полоска) при этом движется равномерно или подергивается?
sergioleon
Если значения 60.001 не хватит, то можно по одной тысячной потихоньку прибавлять
Ты гений! Я уж думал, что мой Acer не умеет держать частоту обновления, выше его "мистических" 59.913, а он оказывается и 60.028 умеет, если указать частоту вручную 60.001
Такое открытие! А интернет полон сообщений о неразрешимой проблеме частоты 59 Гц в Win7 на некоторых мониторах.
Оказывается, все решаемо!
На досуге поэкспериментирую.
Попробую получить "чистые" частоты обновления экрана: 60.000, 59.940, 50.000, 47.952
indiejones
Please, show MediaInfo of this 720p file.
You can get it by pressing Shift-F10 in MPC-HC and click at MediaInfo tab.
Xant1k
Если перематывать при включенном SVP, то дропы будут обязательно. Т.к. на перемотке отключается, а затем включается плавность (по-умолчанию через 1 сек). Оба этих действия заставляют обнулится кэш кадров и начать считать их заново. Это обязательно провоцирует дропы. Но цель SVP - это не плавность во время перемотки, а плавность движений во время просмотра
Вы не там дропы ищете. Их надо искать уж точно не на перемотках
скрин др. человека. Включил такой же рип аватара как у меня и всё гладко
У этого "др. человека" частота обновления экрана кратна частоте кадров видео. Поэтому и гладко.
А теперь достаточно посмотреть на скриншот Xant1k и поделить одну цифру на другую. Отсюда и подергивания.
Xant1k.
Рекомендую сформулировать свой вопрос еще раз. Только кратко в двух предложениях.
То, что написано в первом сообщении вопросом не является. И тем более не соответствует названию темы
Chainik
Значит OpenCL на "Каталист 12.4" работает быстрее. Интересно, на всех ли AMD-видеокартах?
Предлагаю владельцам сравнить результаты SVPmark на 12.3 и 12.4
После настроек драйвера NVIDIA обнаружил, что на обоих используемых мною отрисовщиках появилась разорванность изображения (тиринг, Tearing). Это хорошо видно на тесте дрожания (тиринг-тесте).
У madVR картинка рвалась в верхней части экрана, а у EVR Custom прямо по середине, да еще и на три части
Исправилось включением вертикальной синхронизации в драйвере, которая была отключена:
Vertical sync: Force on
Всем, у кого наблюдается разорванность изображения, рекомендую включить вертикальную синхронизацию
srv1965
svpflow1/2.dll: 0.0.0.0/0.0.0.0
svpflow_cpu/gpu.dll: 0.0.0.0/0.0.0.0
Error: Error preparing smooth playback! Script error:
LoadPlugin: unable to load "C:\Program Files (x86)\SVP\plugins\svpflow1.dll"
There are no files at their places.
1. Check svpflow1.dll, svpflow2.dll, svpflow_cpu.dll, svpflow_gpu.dll at your SVP\Plugins\ folder. Do you see them?
2. Turn off your antivirus and reinstall SVP. What you see now?
sergioleon
А какой монитор?
Это мне самому интересно, жаль их рядом не поставить.
Зайду к нему в гости, буду по памяти сравнивать
Chainik
Мой коллега по работе купил. Счастья полные штаны
Yamakasi.
Спрашивай, чего тебя интересует - покручу
sergioleon
96 / 95.904 не проблема
Если разговор про частоту кадров в кино 24 (23.976) fps, то для моего монитора 120 Гц - вполне официальный режим обновления экрана
по цифре. Но на 48'ми герцах чёткость текста падает, как при D-SUB подключении
Вот нифига себе!
Я на Acer'е (подключен по DVI) тоже иногда наблюдаю артефакты картинки, выраженные в потере горизонтальной четкости в два раза при выставлении неверных параметров частоты обновления экрана. Я грешу на видеокарту, а не на монитор.
sergioleon
через 15 часов задрожит
Не. Не задрожит, а один раз дернет. Следующий раз еще через 15 часов
sergioleon
какие частоты твой Вьюсоник может держать
В перечне присутствуют 59, 60, 100, 110 (нафига?), 120.
Остальное надо проверять на практике (я еще не пробовал).
sergioleon
Как думаешь, такие частоты не опасны для электроники компьютерного монитора?
Мой монитор на частотах ниже 50 Гц начинает моргать экраном, как будто разрешение переключили. Моргает раза 2-3 в минуту. Неприятно смотреть и страшно за судьбу монитора. При каждом моргании он еще и щелкает. Что там производит этот звук не знаю, но неприятно.
1 frame drop every 14.56 hours
Пока нашел только три настройки драйверов NVIDIA, которые помогли мне выжать еще один процент.
На данный момент у меня получилось два шага по улучшению производительности системы:
1. Перешел с драйвера 275.33 на 258.96
Иллюстрации измененных мною настроек драйвера:
diego
FX8120
Судя по базе результатов, тянет на настройках good и даже на настройках high (описание).
Patcher
с каким процом тестировалось и при каком отрисовщике, установках SVP, шейдерах и пр.?
Это результаты "голого" расчета без отрисовки, шейдеров. Настройки good (подробности описаны там).
Насчет процессора: нужно открыть базу результатов по ссылке Noweol и смотреть на цифры в графе "good". Там как раз можно получить информацию о том с каким процессором получены результаты. Включить фильтр Frame size = FHD, GPU is on = TRUE
NV GT440
Видеокарта, которая только вместе с процессором Core i7 дает результат good > 60 fps
Phenom II x4 920
Слабоватый процессор для FullHD на оптимальных настройках SVP, т.к. все результаты из базы показывают good < 60 fps
Тут никакая видеокарта не поможет
хватит ли NV GT440 на 1080p @60 Hz на максимальных настройках SVP, самом крутом отрисовщике, шейдерах и пр. вещах, сильно грузящих всё
Нет, не хватит. Все упрется в процессор, который для максимальных настроек SVP требуется такой, которого еще не производят
Но зато могу уверить, что максимальные настройки SVP не нужны. Ни мне, ни Вам, никому
Есть ли какие планы
Есть. В первую очередь мы будет оптимизировать SVP для своих конфигураций: Core i7 920 + GTX 260 (MAG79) и Phenom II X6 1055T + AMD HD5650 (Chainik).
По четырем реальным подтестам из шести получилась одинаковая картинка:
Видно провал скорости драйвера R280. Также видно небольшое 2%-ое преимущество драйверов R258, R260 и R266. Остальные результаты в пределах погрешности измерений.
На оставшихся двух подтестах картинка немного другая:
Здесь разброс результатов уже более выраженный. Особенность этих двух тестов в том, что они 48 fps. В данном случае идет наиболее частое чередование исходных кадров и интерполированных на видеокарте.
48 fps: 24 исходных, 24 интерполированных через одного
60 fps: 12 исходных, 48 интерполированных группами по 4 кадра
72 fps: 24 исходных, 48 интерполированных группами по 2 кадра
Очевидно по диаграммам, что интерполирование по одному кадру (подтесты 48 fps) выявляет наибольшую разницу скорости работы драйверов видеокарты. Разница в результатах составила 16-29%. Вот именно эти два подтеста и вывели драйвер 258.96 в лидеры.
Немного поразмышляю о причинах.
Реальная скорость обмена данными с видеокартой избыточная и реальная скорость расчетов на видеокарте избыточная. Скорость работы процессора была одна и та же.
Значит, тут дело в задержках перед GPU-обменами и перед GPU-расчетом. Как известно, каждая новая версия драйверов NVIDIA затачивается под очередной набор игр, и похоже, перебор этого добра для выбора лучших настроек видеокарты идет какое-то время, что и вызывает эти задержки. Так же не исключено, что при этом используется центральный процессор, что отнимает у него ценные ресурсы, задаче повышения плавности достается меньше вычислительной мощности центрального процессора.
В качестве подтверждения этому предположению можно привести результаты неигровой видеокарты Quadro, на которой не наблюдается такого падения производительности. Там наоборот, драйвера OpenCL 1.1 достигли скорости работы OpenCL 1.0.
Выводы:
1. Самый быстрый драйвер для моей системы - это 258.96 (от 2 до 26% прироста в реальных подтестах).
2. В последних игровых драйверах при повышении плавности надо искать настройку, "отключающую мозг" драйверам, чтобы те не перебирали лучшие настройки, и не отвлекали центральный процессор. Например, каким-то боком почистить список игр, удалив все, или те, которые на компе не установлены. Или может есть прямой способ отключить эту мозговую деятельность драйвера?
Мой домашний компьютер имеет видеокарту NVIDIA и я решил продолжить поиск ответа на вопрос "какой драйвер быстрее", которым озадачился месяц назад.
Напомню, я использую процессор Core i7 920 на его родной частоте 2,67 ГГц и видеокарту GTX 260.
Провел серию замеров на всех доступных мне версиях NVIDIA-драйверов. Из каждой линейки драйверов бралась WHQL-версия либо последняя Beta.
Список драйверов, учитывая то, что они должны поддерживать OpenCL, получился следующий:
OpenCL 1.0: 197.45, 258.96, 260.99, 266.58, 270.61, 275.33
OpenCL 1.1: 280.26, 285.62, 290.53 Beta, 295.73, 296.10, 301.24 Beta
По сути получилось сравнение двух версий OpenCL (1.0 против 1.1) в реализации драверов NVIDIA. Начну с общего балла.
Лучшие результаты показали драйвера OpenCL 1.0. Удивительно! Явно видно, что с каждым новым драйвером балл SVPmark уменьшается. Имеются провалы у первых линеек драйверов, на которых обкатывалась новая версия OpenCL: R197 и R280.
До этого момента я считал самым быстрым дравер 275.33. Оказалось, что это не так. Лидер скорости: драйвер 258.96 почти двухлетней давности, выпущенный 09.07.2010 г.
Разброс результатов получился 9%. Это не много, но такая разница уже выходит за границы погрешности измерений. Поэтому решил поглядеть, чем вызвана такая разница итогового балла SVPmark.
Для начала посмотрел на синтетику. Важную роль при аппаратном ускорении играет скорость передачи данных на видеокарту и обратно (system <> GPU):
Как можно увидеть, имеется просадка скорости передачи данных у драйверов линеек R258, R260 и R266. Но судя по всему, эта просадка не повлияла на общую скорость повышения плавности. Посмотрим на скорость аппаратного расчета промежуточных кадров.
Вот тут явно видно, с точки зрения чистых расчетов OpenCL 1.0 заметно быстрее, чем OpenCL 1.1. Разница составляет 47%.
Но картина общих баллов не такая выраженная, и главное не те лидеры. Из чего можно сделать вывод, что видеокарта GTX 260 обладает избыточной скоростью передачи данных и избыточной скоростью расчета промежуточных кадров. В реальных задачах повышения плавности определяющую роль, видимо, играет уже не скорость видеокарты, а что-то другое. Посмотрим что именно по результатам реальных тестов.
SmoothVideo Project → Posts by MAG79
Powered by PunBB, supported by Informer Technologies, Inc.