mark007
Looks like you are right.
You are not logged in. Please login or register.
SmoothVideo Project → Posts by MAG79
mark007
Looks like you are right.
mark007
Lets ask again oviano is video delay constant in time?
If delay is constant then it is not timestamps problem at all.
It is just wrong alignment audio and video at capture start. Think about it.
Sujet
меню SVP в трее - GPU-ускорение (OpenCL)
MiklSilver
asus m4a89 gtd
Если возвращать карту в синий слот PCIE x16_2, то я бы выключил все лишние контроллеры, которые с ним в одном мосту прерываний "С":
BIOS - Advanced menu - Chipset - 890GX Chipset Configuration - Internal Graphics Mode [Disabled]
Ну и до кучи отключил бы устройства, зря занимающие прерывания:
BIOS - Advanced menu - Onboard Devices Configuration - Onboard 1394 Controller [Disabled]
Разумеется, отключать нужно не все подряд, а только то, что не требуется, и является косвенной причиной треска.
Сообщение написано на случай удачного ремонта USB-наушников и возвращения проблемы треска звука.
oviano
Yes. generate.js is place where the Avisynth script is created. Chainik knows more about internal Avisynth buffer than me. He knows why 'do not try 3rd option'
In any way SVP needs video buffer to process frames and to produce intermediate ones. Video delay is a fact.
So you need to find a way to add the same delay to audio.
I don't know why it is not important when play file from disk and important when capture video and process frames on-the-fly.
Maybe answer is hidden here.
Audio track not processed by SVP. It is even not used in AVS script. Audio data is bypassing from ffdShow and Avisynth. So you need separate solution for audio.
MiklSilver
переставил видеокарту на второй слот pci exp. переставил с х16 на слот х8. разницы мало в производительности, но треск ушёл
Спасибо за решение
Я действительно сам не сталкивался с такой проблемой. Помог в меру возможностей. Конфликт прерываний IRQ было не более чем догадкой.
Если сообщите модель материнки и версию BIOS, то появится больше шансов, что Вам здесь подскажут можно ли и где в нем поменять настройки, чтобы видеокарта заработала в слоте PCI-E x16, но при этом на разных прерываниях с USB-контроллером. При работе GPU-ускорения в SVP по шине PCI-E на видеокарту и с нее посылается немаленький поток данных. PCI-E x8 может стать узким местом. По крайней мере x1 точно не хватало. x8 специально не замеряли, но мало ли?
oviano
Video delay from audio occurs because of video buffer size and threads number.
1) You can decrease threads number via SVP menu but as you said it is not suitable to you.
2) You can decrease number of frames in ffdShow ahead buffer via SVP hidden setting "ExBuffAheadAdd=3". Did you try it?
3) You can decrease number of frames in Avisynth internal buffer via AVS-script. See line "global svp_cache_fwd=threads+2". You can change it manually in generate.js file.
MiklSilver
если с гпу-ускорением - все настройки на максимуме (полоска заполнена)
Ну здрасте, приехали! Зачем Вам настройки на максимальное значение? Хотите максимальную загрузку процессору устроить? Качество на максимальных настройках сильно хуже, чем на оптимальных значениях.
Частые_вопросы - Какие_настройки_оптимальны?
Рекомендую снизить настройки, лучше всего вернуться на значения по-умолчанию: меню SVP в трее - Профили настроек алгоритмов - Сбросить профили - ОК - Да
После этого проверить наличие щелчков в звуке.
что дальше?
Судя по скриншоту на 18-м прерывании сидят SATA-контроллер (JMB37x), USB-контроллер (OpenHCD) и видеокарта GTS 450.
Читайте по ссылкам выше, освобождайте соседние прерывания, выключая ненужные устройства, тогда система перераспределит прерывания.
нет никакой возможности заставить уживаться ускорение с драйвером?
Под один конкретный драйвер не имеет смысла ничего менять в ускорении. Ищите проблему в своей системе и своих драйверах. Не только звуковых.
Не надо перекладывать Вашу проблему на других. Предлагаю самостоятельно читать и искать решение. Направления поиска см. выше по ссылкам.
gaunt
Звук по USB, треск только при включенном GPU-ускорении, когда процессор разгружен. Читаем внимательней. ![]()
Noweol
Тогда могу предложить пользоваться ReClock постоянно. Сплошные плюсы:
+ выбранный делитель у коэффициента повышения плавности меньше: артефактов меньше
+ загрузка процессора меньше
+ отсутствие подергиваний видео, идеальная синхронизация звука и видео
+ возможность посмотреть фильм до 10% быстрее: экономия времени ![]()
+ возможность посмотреть фильм до 10% медленнее: экономия ресурсов процессора ![]()
Нашел еще один способ узнать распределение устройств по прерываниям IRQ:
нажать Win-R, набрать msinfo32, Enter - в открывшемся окне выбрать Аппаратные ресурсы - Прерывания (IRQ)
Проверил с USB-аудио коробочкой "MUSILAND Monitor 01 mini". Никакого треска в звуке. Проблема с треском звука появляется очень редко, случаи единичные. Я слышу нарекания от пользователей примерно раз в полгода, а то и раз в год.
Но никто пока не связывал треск с GPU-ускорением. Это явно продвижение в этом вопросе.
У меня сразу возникла сумасшедшая идея, что можно проверить. Когда-то во времена DOS устройства по прерываниям IRQ распределял BIOS (Как бороться с IRQ?) и при попадании звука и видео на одно прерывание вполне могли появлятся щелчки и треск в звуке. Тогда такая проблема решалась перетыканием карточки в другой PCI-слот, либо разруливанием прерываний между слотами вручную в BIOS'е. Поэтому первое, что нужно проверить, это какие прерывания выделил для этих устройств Windows.
Пуск - правой кнопкой на Компьютер - Свойства - Диспетчер устройств. По меню Вид - Ресурсы по типу, ракрыть группу Запрос на прерывание (IRQ).
Дальше найти видео и аудио (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%
Максимальные цифры отмечены красным.
По поводу качества удвоителя NNEDI3. Вот нарезка из сравнения качества увеличения размера в 4 раза алгоритмов Nearest Neibour, Jinc3 и NNEDI3.
Как видно, 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. Так что я пока отложил замеры.
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 в частности.
Файл-то "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:
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 в трее - Показать).
SmoothVideo Project → Posts by MAG79
Powered by PunBB, supported by Informer Technologies, Inc.