Проверил с USB-аудио коробочкой "MUSILAND Monitor 01 mini". Никакого треска в звуке. Проблема с треском звука появляется очень редко, случаи единичные. Я слышу нарекания от пользователей примерно раз в полгода, а то и раз в год.
Но никто пока не связывал треск с GPU-ускорением. Это явно продвижение в этом вопросе.

У меня сразу возникла сумасшедшая идея, что можно проверить. Когда-то во времена DOS устройства по прерываниям IRQ распределял BIOS (Как бороться с IRQ?) и при попадании звука и видео на одно прерывание вполне могли появлятся щелчки и треск в звуке. Тогда такая проблема решалась перетыканием карточки в другой PCI-слот, либо разруливанием прерываний между слотами вручную в BIOS'е. Поэтому первое, что нужно проверить, это какие прерывания выделил для этих устройств Windows.

Пуск - правой кнопкой на Компьютер - Свойства - Диспетчер устройств. По меню Вид - Ресурсы по типу, ракрыть группу Запрос на прерывание (IRQ).

http://www.svp-team.com/forum/misc.php?item=3014

Дальше найти видео и аудио (USB). Посмотреть какие прерывания им назначил Windows.
Например, вот мои данные:

17 - Контроллер High Definition Audio (Microsoft)
18 - Intel(R) 6 Series/C200 Series Chipset Family USB Enhanced Host Controller - 1C2D
22 - Контроллер High Definition Audio (Microsoft)
23 - Intel(R) 6 Series/C200 Series Chipset Family USB Enhanced Host Controller - 1C26
-3 - NVIDIA Quadro 600

Из простых решений мне пока видится - это взять и переключить наушники в другой USB-порт. Желательно на другой USB-контроллер, который имеет другое прерывание IRQ.

P.S. Ну и можно еще вообще о проблеме почитать обсуждение "Щелкает, потрескивает звук в Windows 7", может там решение есть.

Noweol
Сейчас это скрытая настройка:

;Наилучший коэффициент повышения плавности для использования совместно с ReClock. Выдерживаемая точность частоты кадров с ReClock >= 0.6 fps, без ReClock = 0.001 fps (1-вкл./0-выкл.)
UseReClockToFixFPS=1

Для успешного выбора невысоких коэффициентов повышения плавности нужно иметь установленный ReClock, и настроить его использование во время воспроизведения.

SVP при любом раскладе насчитывает 1K/0,5K, а это доп нагрузка для ноутбука
Прошу замерить на этом ноутбуке. По моим наблюдения разница между 5:2 и 5000/1999 некритична. В пределах 1-2% загрузки CPU.

madVRdirectCompute5.rar все еще с OpenCL реализацией NNEDI3. madshi пишет, что пока ему не удается решить проблему 10-ти кратного падения производительности алгоритма NNEDI3, портированного на DirectCompute. Он взял тайм-аут. Учитывая не скорое появление обещанного быстрого аппаратно-ускоренного NNEDI3, я померял имеющийся OpenCL-алгоритм NNEDI3.

софт: SVP 3.1.5, MPC-HC 1.7.3, madVR 0.87.4 directCompute5, настройки по-умолчанию, включено NNEDI3 удвоение разрешения
железо: core i5-3570K, GTX 660 Ti (GeForce driver 327.23)

Максимальное разрешение, которое смогла удвоить эта конфигурация через NNEDI3 без дропов:
видео 1280x720 60 к/сек, увеличение до 1920x1080. загрузка GPU 77%, загрузка Memory Controller 30%, загрузка CPU 33%

(поток 55,3 МПикс/сек)

видео 1024x432 120 к/сек, увеличение до 1920x1080. загрузка GPU 80%, загрузка Memory Controller 35%, загрузка CPU 33%
(поток 53,1 МПикс/сек)

видео 1152x448 120 к/сек, увеличение до 1920x1080. загрузка GPU 89%, загрузка Memory Controller 36%, загрузка CPU 38%
(поток 61,9 МПикс/сек)

Максимальные цифры отмечены красным.

По поводу качества удвоителя NNEDI3. Вот нарезка из сравнения качества увеличения размера в 4 раза алгоритмов Nearest Neibour, Jinc3 и NNEDI3.

http://www.svp-team.com/forum/misc.php?item=3009

Как видно, NNEDI3 лучше сглаживает наклонные линии и практически полностью убирает пикселизацию. Резкость при этом не падает так сильно, как при использовании Jinc3.

Noweol
Да, удалось. Держит удвоение разрешения для 1280x720p при 24 к/сек. Для этого нужен драйвер 327.23 или более ранний. Последние драйвера не работали с NNED3 OpenCL. madshi начал переносить работу аппаратно-ускоренных алгоритмов с OpenCL на DirectCompute (поддерживаются D3D11 совместимые вимдеокарты, т.е. Nvidia 2xx и AMD 4xxx уже не подходят). На данный момент он перенес только дебандинг Error Diffusion. Это сократило объем требуемой видеопамяти вдвое и увеличило скорость работы на 10-25%.
Скачать madVR 0.78.4 бета3 с Error Diffusion на DirectCompute: http://madshi.net/madVRdirectCompute3.rar

Сейчас madshi работает над переносом NNEDI3 с OpenCL на DirectCompute. Так что я пока отложил замеры.

2,806

(26 replies, posted in Using SVP)

vanden
All your pictures are correct generally.

If you stop use frame number as just number and look at it as at moment in time scale then you will get 0, 1, 2, 3 and 4 msec/sec or other measure units.
So any source frame will be placed at integer values in time scale. But any interpolated frame is situated between two source frames so it has fractional position.

Examples:
2x algo: 0 - 0.5 - 1 - 1.5 - 2 - 2.5 - 3 - 3.5 - 4
3x algo: 0 - 0.33 - 0.67 - 1 - 1.33 - 1.67 - 2 - 2.33 - 2.67 - 3 - 3.33 - 3.67 - 4

Если Windows читый и встроенные скриптовые языки никем не вырезались (авторами альтернативных сборок Windows и антивирусами), то все должно работать. На win7 Utlimate уж точно проверено тысячу раз.
Поэтому такое маленькое домашнее задание: выяснить, что в Вашей системе не так с Windows Script Host в целом и с JScript в частности.

Если не получится самостоятельно, то могу через пару часов через teamviewer зайти. Для этого мне нужно письмо c ID и паролем доступа.

Файл-то "C:\Windows\SysWOW64\jscript.dll" присутствует?
(смотреть проводником)

slavaonly

C:\Program Files (x86)\SVP\SVPMgr.wsf(15, 2) WScript.CreateObject: Не удается создать объект с именем "Scripting.FileSystemObject".
C:\Program Files (x86)\SVP\SVPMgr.wsf(30, 2) Ошибка выполнения Microsoft JScript: Объект не поддерживает это свойство или метод

Бывают антивирусы (особенно Касперский) отключают виндовый JScript и не включают его обратно даже после деинсталляции антивируса. Нужно всего лишь включить JScript.
- нажать win-R
- скопировать туда команду

regsvr32 C:\Windows\SysWOW64\jscript.dll

- запустить от имени администратора
(подробнее, по русски: FAQ # Ошибка_Windows_Script_Host_Недопустимое_значение_атрибута_:_language_или_JScript)

Если не поможет, то переустановить SVP оригинальным инсталлятором, он включает отключенный JScript.

pentax
AMD похвасталась, что Kavery умеет интерполировать кадры при помощи аппаратной (?) уплавнялки Fluid Motion Video, но никто не общал, что эта технология будет доступна для всех и в ближайших драйверах.
Судя по всему в этих драйверах уплавнялки нет. В официальном описании к драйверу ни слова про Fluid Motion Video.

biguho
phoenix_1024'у помогла переустановка драйверов видеокарты. Была очень странная ситуация с отсутствием реакции SVP-Менеджера на клики мышью по меню. Пока единственный известный мне случай.
Странное разрешение в логе осталось (1536 x 864), хотя реальное 1920x1080. Есть мысль, что это так хитро в win 8.1 прикручено полноэкранное масштабирование. Работе SVP не мешает. Производится ли двойное масштабирование FullHD видео (1080p -> 864p -> 1080p) не известно. Это хорошо бы было как-то проверить на тестовых FullHD роликах с сеткой. Будет видно на тонких линиях толщиной в 1 пиксел. При отсутствии масштаблирования они должны остаться резкими без размытия.

phoenix_1024
Спасибо. Журнал не содержит ничего подозрительного. Случай необычный.
Мне надо взглянуть на проблему лично. Отправил эл. письмо с запросом доступа.

16:10:47.188; Start: GPUs settings detection
16:10:48.076; High CPU load at idle: 38%
16:10:48.576; High CPU load at idle: 32%
16:10:49.077; High CPU load at idle: 30%
16:10:49.578; High CPU load at idle: 34%
16:10:50.079; High CPU load at idle: 30%
16:10:50.580; High CPU load at idle: 28%
16:10:51.081; High CPU load at idle: 34%
16:10:51.582; High CPU load at idle: 41%
16:10:52.083; High CPU load at idle: 47%
16:10:52.584; High CPU load at idle: 41%
16:10:53.086; High CPU load at idle: 37%
16:10:53.586; High CPU load at idle: 33%
16:10:54.088; High CPU load at idle: 36%
16:10:54.588; High CPU load at idle: 70%
16:10:55.089; High CPU load at idle: 48%
16:10:55.590; High CPU load at idle: 37%
16:10:56.092; High CPU load at idle: 43%
16:10:56.592; High CPU load at idle: 34%
16:10:57.094; High CPU load at idle: 31%
16:10:57.594; High CPU load at idle: 29%. Duration: 10187 ms
16:11:07.781; Start: close SVPMgr

SVP Manager can not measure your GPU performance because of high CPU load.
You must see the message in that case:

http://www.svp-team.com/forum/misc.php?item=3004

Did you?

SVP must be closed if you press Cancel button but it must work further when you press Retry. The message will appear only at first run and you should answer Retry any time you asked (by one time for CPU and by one time for each GPU). Then SVP will measure your performance and copy necessary profile files to settings folder.

BTW, 30% CPU load in idle is not a normal for SVP use. What process loads your CPU so much (see it in task manager, Details tab)?

phoenix_1024
Возможно, это одна из редких проблем меню, которая уже исправлена в последних модификациях SVP-менеджера. Рекомендую установить модификацию, а если не поможет, то выложить здесь журнал последнего запуска (меню SVP в трее - Показать).

Firedrops
Show your log-file (C:\ProgramData\SVP 3.1\Logs\Log.txt).

dvarkheot
Похоже, что OpenCL криво встал и не хочет работать под пользователем.
Первым делом просто переустановить видеодрайвер. Для уверенности перед этим снести все остатки старого драйвера при помощи Driver Fusion.

Mach
Надо нажать кнопку вызова меню "Videos - Settings", выбрать режим просмотра Stretch 16:9 и нажать сохранить по-умолчанию для всех видео: Set as default for all videos. Тогда при включенной подсветке краев видео будет заполнять все пространство экрана, а пропорции сторон будут соответствовать действительности. См. иллюстрации.

http://www.svp-team.com/forum/misc.php?item=3001

http://www.svp-team.com/forum/misc.php?item=3002

Mach
Тогда Вам остается ждать, когда я скачаю, установлю и настрою DSPlayer (DirectShow Player for XBMC). Только тогда я смогу посоветовать конкретнее.

Смысл есть.
В данном случае лучше, т.к. один из ресайзов - удвоитель NNEDI.
Раз madshi его добавил в свой отрисовщик, значит не один я так считаю.
Достаточно картинки наложением посравнивать.

GTX 660 Ti тянет nnedi3, но с артефактами. Сообщать о проблеме некуда. Форум doom9 недоступен. На домашней странице madshi в архиве madVR все еще 0.87.4 версии. Подождем, когда наладится.

Mach
Некоторые отрисовщики не умеют на лету менять размер отображаемой области кадра, они используют только тот размер, который был при открытии файла. В MPC-HC такой отрисовщик - это Overlay Mixer. Меняешь на другой и никакой обрезки не происходит.

2,822

(9 replies, posted in Using SVP)

fruoyu0127
by the way, will the new version be coming soon?
Yes. We plan to release new version next month. You can use this modification if you can't wait.

vanden
It is frame borders artifacts. Appears with GPU acceleration when frames has thin black borders.
We work on the artifact fix but it is complicated issue and I not sure if we can fix it for near time.

By now you can avoid these artifacts by enabling black borders crop: SVP tray menu - Frame crop.

I recommend one of two values in your case:
- By four pixels on each side
- Custom - enter 2 in each field - Apply

2,824

(2 replies, posted in Using SVP)

MaXimus
Be patient. It works good.

1. Uninstall external LAV Filters: in the LAV folder run 3 batch files uninstall_*
2. Enable internal LAV in MPC-HC for all formats: menu View - Options - Internal Filters - check all options In Source Filters and Transform Filters sections
3. Check if ffdShow raw is still present as external filter: menu View - Options - External Filters - checked ffdShow raw line with Prefer option

http://www.svp-team.com/forum/misc.php?item=2997

DXVA string at bottom is a normal for CUVID hardware decoder with SVP processing

http://www.svp-team.com/forum/misc.php?item=2999

madshi трудится над прикручиванием NNEDI3 не покладая рук smile
Эта версия у меня наконец-то заработала на Quadro 600. До этого включение NNEDI3 вызывало замерзание картинки. Теперь слайдшоу с кучей пропущенных кадров wink

http://www.svp-team.com/forum/misc.php?item=2996

И это всего лишь удвоение NNEDI3 (image doubling) для 24 к/сек размера 720x304, а затем уменьшение до 1102x466 алгоритмом по-умолчанию Catmul-Rom (image downscaling). Поток в 60 к/сек потребует в 2.5 раза большей производительности от видеокарты. Требовательность NNEDI3 к видеокарте прямо-таки не маленькая.

Судя по цифрам теоретической производительности (245.76 GFLOPS), карточка Quadro 600 в 10 раз медленнее моей домашней видеокарты GTX 660 Ti (2459,5 GFLOPS). Погляжу на досуге как GTX 660 Ti справляется с алгоритмом удвоения размера кадра NNEDI3.