You are not logged in. Please login or register.
SmoothVideo Project → Posts by MAG79
konstanitinqq
Это доступно уже сейчас: выбрать максимальный размер шага (32) и точность до двух пикселей.
%username%
FX-83xx в SVP MG выстрелил аж на 20% по сравнению с равночастотным FX-81xx?
Железо в тестовых стендах использовалось одинаковое, менялся только процессор. Значит, судя по диаграмме, либо контроллер памяти стал работать эффективней, либо увеличили пропускную способность шине HyperTransport.
%username%
не ставить число потоков 22-24-овердофига, оставить на автомате
Вот как раз о разумном количестве потоков я и хотел услышать экспертное мнение Chainik'а.
%username%
4gb_patch.exe не панацея. После его применения возможны
Вот тут не совсем так. Этот патч всего лишь меняет пару бит в PE-заголовке приложения, которые разрешают системе выделять под приложение максимально возможный размер памяти. Этот патч безвреден.
Для avs2avi.exe и mpc-hc.exe он не требуется, т.к. там эти биты уже выставлены в правильное значение.
himspb
из базы данных результатов есть результаты с моим процом а значения меньше чем у меня с чем это может быть связано?
Я могу предположить только три причины:
- у Вас действительно достойное охлаждение и правильно настроенная стабильная разогнанная система, не допускающая всякого рода троттлинг;
- используется PCI-E 3.0 16x;
- "оператива 2200 МГц".
---
Спасибо за детали об ошибке. Завалился avisynth c ошибкой исполнения данных (Код исключения: 0xc0000005). Очень похоже на исчерпание свободной памяти.
Насчет просмотра занятой памяти %username% прав. Диспетчер задач показывает не всю память. Память для разных алгоритмов используется по-разному. Невидимая диспетчеру часть памяти тоже используется по-разному, именно поэтому в тесте наблюдается вылетание с ошибкой на самых "прожорливых" в отношении памяти под-тестах.
Варианты обойти проблему есть:
- использовать настроенный avisynth, рациональнее выделяющий память под свои нужды;
- добавить в скрипты под-тестов управляющие команды, сокращающие размер буферов avisynth.
Оба варианта "читерские" 
и помочь в этом направлении может только Chainik. Дождемся его, что он скажет.
Lann094
could I just set my monitor to 60Hz
I think it is the worse compromise 
It is problem of DirectX that is not support correctly multimonitor systems with 120 Hz.
You can try to make 120 Hz monitor First in system. But it is not work for me (I use Viewsonic VX2268wm).
I waiting for you answers of questions #2 and 3.
himspb
Теперь это похоже на то, что уперлись в потолок доступной памяти для Win32-приложения.
1. Прошу привести детали ошибки (код ошибки, адрес и имя модуля)?
2. При стандартном числе потоков ошибка бывает?
Из ответов станет понятно что советовать и где ковырять.
---
по первому вопросу лучше приводить текст, который можно скопировать там:
Как и ожидалось, мой рекорд 8845 GPU Score продержался недолго. Буквально через 3 дня его побил ferodemon (9296 GPU Score) с видеокартой Radeon HD 7900, а теперь окончательно разбил himspb с видеокартой GTX 670 (9498 GPU Score).
Вот его скрин:
Во всех трех случаях высокое значение GPU Score объясняется использованием шины PCI-E 3.0 x16, которая в два раза быстрее, чем шина PCI-E 2.0 x16, поддерживаемая видеокартами предыдущих поколений.
Для этого нужен процессор с поддержкой этой шины (например Ivy Bridge) и современная видеокарта (например GTX 660 Ti, GTX 670, HD 7900).
Lann094
Will having multiple monitors cause problems?
Yes.
Just make this monitor the only one in the system. And you will see it.
himspb
Отличный результат! Прокомментировал в этом сообщении.
Ошибки больше не появляются?
Lann094
1. How many monitors do you have? 120 Hz can play without stutter only when it the one monitor in the system.
2. What you see when tearing test is running? Are movings of line have stutter too?
3. What value do you see in madVR statistic at dropped frames line?
himspb
99% это переразгон. Запустите проц на оригинальной частоте. Ошибки исчезнут.
Хотите работать на разогнанном железе - позаботьтесь об охлаждении и стабильности работы железа в таком режиме.
Milardo
As you writed all is working. What the problem?
%username%
Почему не 1m?
%username%
Действительно. GPU-Z показывает PCI-E 3.0 x16 
Появилась догадка насчет высокой скорости обмена CPU<>GPU на моей системе. Видимо, разъем все-таки PCIe 3.0 x16, что в два раза быстрее, чем PCIe 2.0 x16.
По данным официального сайта значится
1 x PCIe 2.0 x16 (blue)
а вот в статье на оверах написано
только верхний PCI-E X16 обладает поддержкой PCI-E версии 3.0 (при использовании процессоров Ivy Bridge)
ruslanflex
XviD4PSP 5. Там включить сформированный SVP фильтр и хоть сотню файлов добавляй на одних и тех же настройках.
THX-UltraII
It will be bug-fix version with a little usability improvements.
mindz
I think it is another trouble, because a lot of users use SVP 3.1.2 and it works fine.
Give us more details please.
nuhi
Of course! This is it: modification for SVP 3.1.2: SVPMgr_IdleHDDRead_Fix.zip from this topc.
Try it. It will be included in SVP 3.1.3.
You are the second SVP user who tells us about readings on idle. Another users don't worry about it. 
Вчера разгонял процессор и случайно побил рекорд GPU-Score 8845 попугаев. Даже не планировал этого и совсем не ожидал оказаться в рекодсменах, т.к. общий балл получился довольно скоромный: 2641 SVPmark.
Видеокарточка, которая побила рекорд совсем не чемпионская: GTX 660 Ti, работающая на номинальных частотах.
Вот 10 видеокарт, набравших наибольшее число попугаев GPU-Score:
А причина рекорда в рекордных показателях обмена данными между CPU и GPU.
Как видно даже на более мощных видеокартах этот показатель скромнее. Возможно, повлияли новые драйвера nVidia 306.97, с другими драйверами я пока не сравнивал.
THX-UltraII
1m50% is smoother than 2m but less smooth than 1m. It is between 1m and 2m. Like 1,5m what you are looking for.
%username%
где график с разгоном CPU?
Его пока нет. Разгон я производил вчера вечером и еще не закончил с ним. Дело было уже после этих сообщений. Да в общем-то графики с разгоном CPU сюда и не планировались. Надо?
It is already fixed I think.
But thank you. I will look closer at this issue.
Перспективы GTX 660 Ti. Теперь приведу скоростные характристики GPU-части с точки зрения вычислений по мнению SVPmark. Начнем с отдельных характеристик: это скорость передачи данных CPU<>GPU и скорость расчета новых кадров на GPU (GPU calc).
Видно, что скорость обмена данными по сравнению с GTX 260 увеличилась не особо, но смогла опередить скорость обмена CPU со встроенным GPU (HD 4000). Казалось бы встройка, находящаяся в процессоре, должна иметь просто широченный канал обмена данными и непревзойденную скорость передачи, а на деле оказывается это не так. Инженеры из Intel дали этой шине скорость, сравнимую с PCI-E 2.0 16x.
Скорость расчета на GTX 660 Ti радует двухкратным превосходством над GTX 260. Тут все почти так, как и ожидалось
Теперь общая синтетическая оценка GPU отдельно и GPU в связке с процессором.
Видно, что процессор, держит видеокарту и не дает ей раскрыть свой потенциал. Что ж. Это будет видеокарта на будущее. Разгон процессора даст еще процентов 30 прироста, смотреть надо в сторону апгрейда на более производительные процессоры, ожидаемые в будущем, либо на переложение дополнительной части расчетов на GPU. Последнее зависит исключительно от нас самих
ОБЩИЙ ВЫВОД. Для SVP уже достаточно GTX 260, а покупка современных мощных видеокарт для SVP неоправдана.
SmoothVideo Project → Posts by MAG79
Powered by PunBB, supported by Informer Technologies, Inc.
