RME Babyface PRO FS щелчки при записи гитары и сопутствующие проблемы!

  • Автор темы Автор темы a320
  • Дата начала Дата начала
  • Теги Теги
    rme

a320

New Member
27 Окт 2020
27
9
3
31
Купил пару дней назад новенькую RME babyface pro fs, поставил драва, прошил, разобрался с тотал миксом. Воткнул гитару, поставил буфер 64 и началось, в пустом проекте щелчки при записи. Мне то на них было все равно первые пару минут потому, что подумал на запись они не полезут, хоть и удивился что карта за такие деньги не может работать стабильно на буфере в 64, но по факту после того как я вывел все в мп3/вав, они были в итоговых файлах и это дико меня взбесило, такая же история с буфером на 128 и выше, их становится меньше но все равно они есть. Что я только не пробовал и драйвера переустанавливал на RME и на родную звуковуху, перевтыкал в разные USB порты. Но один раз проблема каким то чудом решилась то ли я юсб перетыкнул то ли перезашел в новый проект в Ableton Live я так и не понял что именно решило проблему но на буфере в 64 перестали появляться щелчки, я долго тестил, писал гитару и в общем все норм. Еще Отличительна их особенность: они к тому же присутствуют не только в процессе записи но и если резко нажимать Play/Stop в проекте на уже записанной дорожке гитары (даже в моей старой дешманской карте такого не было), и при каждой паузе появляется щелчок на любом буфере хоть на 2048. Но Когда каким то чудом все заработало то эта отличительная херня исчезла и сколько я не тыкал на записанной дорожке play/stop никаких щелчков не было как и в общем то при самой записи.
Но на следующий день все опять по новой, только сейчас так ничего и не помогло. К тому же в самой DAW при переключении буфера, в RME он меняется, а в DAW нет, приходится постоянно отключать и включать звуковуху внутри DAW в настройках, чтоб изменился буфер что ооочень странно и бредово. И под конец произошла еще одна херня, если раньше RME при отключении компа или безопасном отключении вручную, перед тем как приготовиться к тому что я буду вытаскивать USB загорался красным внизу, как я понимаю предохраняя себя от перебоев и резких щелчков в мониторах и наушниках когда выдергиваешь кабель, то теперь babyface перестал так делать и я не знаю почему, мб после моих всех этих шаманствах с переустановкой драйверов итд. Но это как то очень не приятно. Теперь когда я вытягиваю кабель и вставляют обратно слышен сильный щелчок в наушниках, как на моей старой карте Steinberg. В общем какой то бред происходит. Меня это очень бесит ведь даже на моей старой карте за 10к рублей такой херни не было, в пустом проекте я мог спокойной работать с одной гитарой на 128 и не слышал никаких щелчков и прочего мусора.

Ноутбук:
Dell G5 5587
i7-8750H
16g ОЗУ
Ableton Live 10.0.1
24bit 48000kHz
тротлингов никаких на процессоре нет, я за этим слежу часто. Стабильно на все 12 ядер поступает 2.4ггц
P.S. USB порты все 3.0 я уже думал грешить на это, но никаких ошибок в графе Errors у babyface я не наблюдал.
Подключаю по USB на прямую без переходников.
Ко всему же откалывался на прошлую прошивку Babyface pro fs: 125, вместо последней 127, не помогло.
Гитара Fender stratocaster, инструментальный кабель cordial напрямую в карту.

Если кто что знает, подскажите. А то думаю уже нести обратно и сдавать как брак, невозможно работать.
Пример щелчков по ссылке на гугл драйв тут:
2 щелчки: 3 секунда и 6 секунда.
 
Последнее редактирование:
a320
Карта тут 99 процентов не причем , а причем ваш ноут и проблемы с DPC

Запускайте , пишете тест с щелчками и постите результаты
А как так то? Я втыкаю обратно свою старую карту и все эти проблемы исчезают. Что может с ноутом то быть не так?
Завтра, точнее уже сегодня днем тогда запущу, опубликую
 
Последнее редактирование:
@a320, попробуйте удалить все старые аудиодрайверы, калибровки для наушников, все, что может в фоновом режиме как-то влиять на звук
 
Почитайте эту тему -
Рекомендации там касаются не только Рипера, а в общем увеличения производительности АСИО, про ноуты тоже есть.
 
a320
Карта тут 99 процентов не причем , а причем ваш ноут и проблемы с DPC

Запускайте , пишете тест с щелчками и постите результаты
В общем запустил, вот результаты. Во время теста играл на гитаре на запись + работал браузер, не знаю нужно ли это было, но сделал все как в реальной работе и происходит.
Приложу еще видео во время теста, постоянно скачет первая колонка "Current measured interrupt to process latency (µs): от маленьких значений (70-100) до высоких (1200-2000)". Не знаю нормально ли это?

В заключении утилита пишет что-то про настройки тротлинга, у меня выключен турбобуст, но сам проц не тротлит, я наблюдаю за этим в Intel(R) Extreme Tuning Utility, так и не понял к чему это. Но вот про биос я призадумался, может быть стоит обновить?

Почитайте эту тему -
Рекомендации там касаются не только Рипера, а в общем увеличения производительности АСИО, про ноуты тоже есть.
Спасибо за наводку, сейчас читаю тему. Уже принял к сведению по поводу сторонних виндосовских программ, так как месяца 3 назад обновил свою винду до последней версии и все эти проги включая защитник встали автоматически (до этого все были выпилены), и комп стал дольше думать, я сразу это заметил, но не думал что это может как то сильно повлиять на звук. Буду чистить!
И еще такой вопрос стоит ли защитник полностью пытаться удалить? Все таки неплохой антивирус, хотя и жрет думаю не мало. Если он критичен то я конечно избавлюсь от него, звук важнее.

@a320, попробуйте удалить все старые аудиодрайверы, калибровки для наушников, все, что может в фоновом режиме как-то влиять на звук
Удалял все драйвера и на старую звуковуху, родные Realtek и babyface драйвера переустанавливал / перепрошивал. Ничего не помогло. Калибровок для наушников у меня нет.



CONCLUSION
_________________________________________________________________________________________________________
Your system appears to be having trouble handling real-time audio and other tasks. You are likely to experience buffer underruns appearing as drop outs, clicks or pops. One or more DPC routines that belong to a driver running in your system appear to be executing for too long. One problem may be related to power management, disable CPU throttling settings in Control Panel and BIOS setup. Check for BIOS updates.
LatencyMon has been analyzing your system for 0:09:10 (h:mm:ss) on all processors.


_________________________________________________________________________________________________________
SYSTEM INFORMATION
_________________________________________________________________________________________________________
Computer name: DESKTOP-IP68QR7
OS version: Windows 10, 10.0, version 1903, build: 18362 (x64)
Hardware: G5 5587, Dell Inc.
CPU: GenuineIntel Intel(R) Core(TM) i7-8750H CPU @ 2.20GHz
Logical processors: 12
Processor groups: 1
RAM: 16173 MB total


_________________________________________________________________________________________________________
CPU SPEED
_________________________________________________________________________________________________________
Reported CPU speed: 2208 MHz

Note: reported execution times may be calculated based on a fixed reported CPU speed. Disable variable speed settings like Intel Speed Step and AMD Cool N Quiet in the BIOS setup for more accurate results.


_________________________________________________________________________________________________________
MEASURED INTERRUPT TO USER PROCESS LATENCIES
_________________________________________________________________________________________________________
The interrupt to process latency reflects the measured interval that a usermode process needed to respond to a hardware request from the moment the interrupt service routine started execution. This includes the scheduling and execution of a DPC routine, the signaling of an event and the waking up of a usermode thread from an idle wait state in response to that event.

Highest measured interrupt to process latency (µs): 2010,10
Average measured interrupt to process latency (µs): 6,627153

Highest measured interrupt to DPC latency (µs): 1971,40
Average measured interrupt to DPC latency (µs): 2,337339


_________________________________________________________________________________________________________
REPORTED ISRs
_________________________________________________________________________________________________________
Interrupt service routines are routines installed by the OS and device drivers that execute in response to a hardware interrupt signal.

Highest ISR routine execution time (µs): 358,201087
Driver with highest ISR routine execution time: ACPI.sys - ACPI драйвер для NT, Microsoft Corporation

Highest reported total ISR routine time (%): 0,016492
Driver with highest ISR total time: Wdf01000.sys - Среда выполнения платформы драйвера режима ядра, Microsoft Corporation

Total time spent in ISRs (%) 0,020747

ISR count (execution time <250 µs): 889658
ISR count (execution time 250-500 µs): 0
ISR count (execution time 500-1000 µs): 5
ISR count (execution time 1000-2000 µs): 0
ISR count (execution time 2000-4000 µs): 0
ISR count (execution time >=4000 µs): 0


_________________________________________________________________________________________________________
REPORTED DPCs
_________________________________________________________________________________________________________
DPC routines are part of the interrupt servicing dispatch mechanism and disable the possibility for a process to utilize the CPU while it is interrupted until the DPC has finished execution.

Highest DPC routine execution time (µs): 2077,569746
Driver with highest DPC routine execution time: ACPI.sys - ACPI драйвер для NT, Microsoft Corporation

Highest reported total DPC routine time (%): 0,227409
Driver with highest DPC total execution time: Wdf01000.sys - Среда выполнения платформы драйвера режима ядра, Microsoft Corporation

Total time spent in DPCs (%) 0,321285

DPC count (execution time <250 µs): 2631432
DPC count (execution time 250-500 µs): 0
DPC count (execution time 500-10000 µs): 796
DPC count (execution time 1000-2000 µs): 251
DPC count (execution time 2000-4000 µs): 2
DPC count (execution time >=4000 µs): 0


_________________________________________________________________________________________________________
REPORTED HARD PAGEFAULTS
_________________________________________________________________________________________________________
Hard pagefaults are events that get triggered by making use of virtual memory that is not resident in RAM but backed by a memory mapped file on disk. The process of resolving the hard pagefault requires reading in the memory from disk while the process is interrupted and blocked from execution.

NOTE: some processes were hit by hard pagefaults. If these were programs producing audio, they are likely to interrupt the audio stream resulting in dropouts, clicks and pops. Check the Processes tab to see which programs were hit.

Process with highest pagefault count: perftune.exe

Total number of hard pagefaults 4141
Hard pagefault count of hardest hit process: 2267
Number of processes hit: 25


_________________________________________________________________________________________________________
PER CPU DATA
_________________________________________________________________________________________________________
CPU 0 Interrupt cycle time (s): 54,904429
CPU 0 ISR highest execution time (µs): 276,375906
CPU 0 ISR total execution time (s): 1,329018
CPU 0 ISR count: 880565
CPU 0 DPC highest execution time (µs): 1990,406703
CPU 0 DPC total execution time (s): 20,440574
CPU 0 DPC count: 2566531
_________________________________________________________________________________________________________
CPU 1 Interrupt cycle time (s): 33,946890
CPU 1 ISR highest execution time (µs): 358,201087
CPU 1 ISR total execution time (s): 0,040563
CPU 1 ISR count: 9028
CPU 1 DPC highest execution time (µs): 2077,569746
CPU 1 DPC total execution time (s): 0,472932
CPU 1 DPC count: 22664
_________________________________________________________________________________________________________
CPU 2 Interrupt cycle time (s): 27,436125
CPU 2 ISR highest execution time (µs): 76,624094
CPU 2 ISR total execution time (s): 0,000276
CPU 2 ISR count: 61
CPU 2 DPC highest execution time (µs): 351,769022
CPU 2 DPC total execution time (s): 0,088697
CPU 2 DPC count: 12198
_________________________________________________________________________________________________________
CPU 3 Interrupt cycle time (s): 29,895949
CPU 3 ISR highest execution time (µs): 68,274457
CPU 3 ISR total execution time (s): 0,000262
CPU 3 ISR count: 6
CPU 3 DPC highest execution time (µs): 139,259964
CPU 3 DPC total execution time (s): 0,009366
CPU 3 DPC count: 1458
_________________________________________________________________________________________________________
CPU 4 Interrupt cycle time (s): 24,228815
CPU 4 ISR highest execution time (µs): 78,860507
CPU 4 ISR total execution time (s): 0,000170
CPU 4 ISR count: 3
CPU 4 DPC highest execution time (µs): 240,259058
CPU 4 DPC total execution time (s): 0,053782
CPU 4 DPC count: 7814
_________________________________________________________________________________________________________
CPU 5 Interrupt cycle time (s): 27,476253
CPU 5 ISR highest execution time (µs): 0,0
CPU 5 ISR total execution time (s): 0,0
CPU 5 ISR count: 0
CPU 5 DPC highest execution time (µs): 175,281703
CPU 5 DPC total execution time (s): 0,007418
CPU 5 DPC count: 1205
_________________________________________________________________________________________________________
CPU 6 Interrupt cycle time (s): 24,46120
CPU 6 ISR highest execution time (µs): 0,0
CPU 6 ISR total execution time (s): 0,0
CPU 6 ISR count: 0
CPU 6 DPC highest execution time (µs): 302,644022
CPU 6 DPC total execution time (s): 0,040735
CPU 6 DPC count: 5763
_________________________________________________________________________________________________________
CPU 7 Interrupt cycle time (s): 27,189655
CPU 7 ISR highest execution time (µs): 0,0
CPU 7 ISR total execution time (s): 0,0
CPU 7 ISR count: 0
CPU 7 DPC highest execution time (µs): 63,118659
CPU 7 DPC total execution time (s): 0,007790
CPU 7 DPC count: 1367
_________________________________________________________________________________________________________
CPU 8 Interrupt cycle time (s): 23,227065
CPU 8 ISR highest execution time (µs): 0,0
CPU 8 ISR total execution time (s): 0,0
CPU 8 ISR count: 0
CPU 8 DPC highest execution time (µs): 166,174819
CPU 8 DPC total execution time (s): 0,031780
CPU 8 DPC count: 4189
_________________________________________________________________________________________________________
CPU 9 Interrupt cycle time (s): 26,508802
CPU 9 ISR highest execution time (µs): 0,0
CPU 9 ISR total execution time (s): 0,0
CPU 9 ISR count: 0
CPU 9 DPC highest execution time (µs): 186,572464
CPU 9 DPC total execution time (s): 0,008011
CPU 9 DPC count: 1226
_________________________________________________________________________________________________________
CPU 10 Interrupt cycle time (s): 24,514297
CPU 10 ISR highest execution time (µs): 0,0
CPU 10 ISR total execution time (s): 0,0
CPU 10 ISR count: 0
CPU 10 DPC highest execution time (µs): 192,863225
CPU 10 DPC total execution time (s): 0,050366
CPU 10 DPC count: 6727
_________________________________________________________________________________________________________
CPU 11 Interrupt cycle time (s): 27,314213
CPU 11 ISR highest execution time (µs): 0,0
CPU 11 ISR total execution time (s): 0,0
CPU 11 ISR count: 0
CPU 11 DPC highest execution time (µs): 95,166667
CPU 11 DPC total execution time (s): 0,009043
CPU 11 DPC count: 1339
_________________________________________________________________________________________________________

190246

 
a320
У вас большие проблемы с DPC как я и говорил , поэтому на малых задержках щелчки , а предыдущая карта работала без них - потому что у нее здоровенные скрытые буферы ) ...
Отключите защитник Windows , - проверьте показания ...

Простым языком что такое DPC - Когда у вас на видео - шкала скачет - значит в этот момент , какое то из устройств или служб Windows занимает первое место к процессору в очереди вместо аудиодрайвера , и у вас происходит щелчок.
на ноутах эта проблема массовая к сожалению ...

вот как должна выглядеть здоровая система ...
(запустил у себя )

3VQTguz.jpeg
 
Последнее редактирование:
  • Like
Реакции: Aleksandr Oleynik
a320
У вас большие проблемы с DPC как я и говорил , поэтому на малых задержках щелчки , а предыдущая карта работала без них - потому что у нее здоровенные скрытые буферы ) ...
Отключите защитник Windows , - проверьте показания ...

Простым языком что такое DPC - Когда у вас на видео - шкала скачет - значит в этот момент , какое то из устройств или служб Windows занимает первое место к процессору в очереди вместо аудиодрайвера , и у вас происходит щелчок.
на ноутах эта проблема массовая к сожалению ...

вот как должна выглядеть здоровая система ...
(запустил у себя )

3VQTguz.jpeg
Ну это прям небо и земля даже по другим показателям, это именно проблема вы думаете в windows и ее системных прогах и прочем мусоре? или конкретно прям в моём ноуте в плане железа итд? Сейчас буду пробовать отрубать защитники и мелкие майкрософтские проги, отпишусь.
 
Это проблема в ноуте DELL , и таких тем вы там найдете миллион


В данном случае у человека нашлось такое решение ..., попробуйте , может и вам поможет

 
  • Like
Реакции: Alex_HS
Это проблема в ноуте DELL , и таких тем вы там найдете миллион


В данном случае у человека нашлось такое решение ..., попробуйте , может и вам поможет

Появились небольшие сдвиги, после отключения майкрософтских программ, автозагрузок, служб и защитника через твикер и OOSU10
по наставлению от Aleksandr Oleynik в данном посте:
после перезагрузки когда на ноуте еще не запущен Ableton Live то показатели перестали прыгать и "Highest measured interrupt to process latency (µs)" снизился до 200 когда до этого был 2000. Но как только я запускаю либо Ableton Live либо браузер, все опять повышается и первый показатель скачет. До этого даже с закрытой DAW, браузером и всеми программами было не стабильно. Не знаю может быть в верном направление идем, но точно нужно что-то еще придумать.

P.S. щелчки естественно еще присутствуют при записи на буфере 64
На счет перевода работы процессора от сети на 99% вместо 100%, попробовал, тоже не помогло.

 
Спасибо за наводку, сейчас читаю тему. Уже принял к сведению по поводу сторонних виндосовских программ, так как месяца 3 назад обновил свою винду до последней версии и все эти проги включая защитник встали автоматически (до этого все были выпилены), и комп стал дольше думать, я сразу это заметил, но не думал что это может как то сильно повлиять на звук. Буду чистить!
И еще такой вопрос стоит ли защитник полностью пытаться удалить? Все таки неплохой антивирус, хотя и жрет думаю не мало. Если он критичен то я конечно избавлюсь от него, звук важнее.
Защита от вирусов - это образ Акронисом здоровой системы. Восстанавливается 15 минут максимум.
ВСЁ НАФИГ ОТКЛЮЧАЙТЕ!
По скриншоту LatencyMon -
1. Лидер у вас тот самый ACPI.sys - аж 2,25 mc - я дал все рекомендации по этому поводу в той теме - отключайте отслеживание заряда акума, вот как на скриншоте тут -
2. Отключите DPC службу, как я описал тут -
пункт 4 - остановите службу политики диагностики -
3. Если на компе есть две карты, попробуйте стартануть с другой - NVIDIA вам портит DirectX -dxgkrnl.sys

Если вы сделаете ВСЁ, что я написал в той ветке - у вас скорее всего останется проблемка только с nVidia, но это 0,3 а не 2 мс задержки другой службой DPC!


Сделайте и потом ещё раз Латенсимон сюда
 
Последнее редактирование:
Это проблема в ноуте DELL , и таких тем вы там найдете миллион


В данном случае у человека нашлось такое решение ..., попробуйте , может и вам поможет

ACPI.sys уйдёт, как только отключит службы две по контролю за батареей.
 
Защита от вирусов - это образ Акронисом здоровой системы. Восстанавливается 15 минут максимум.
ВСЁ НАФИГ ОТКЛЮЧАЙТЕ!
По скриншоту LatencyMon -
1. Лидер у вас тот самый ACPI.sys - аж 2,25 mc - я дал все рекомендации по этому поводу в той теме - отключайте отслеживание заряда акума, вот как на скриншоте тут -
2. Отключите DPC службу, как я описал тут -
пункт 4 - остановите службу политики диагностики -
3. Если на компе есть две карты, попробуйте стартануть с другой - NVIDIA вам портит DirectX -dxgkrnl.sys

Если вы сделаете ВСЁ, что я написал в той ветке - у вас скорее всего останется проблемка только с nVidia, но это 0,3 а не 2 мс задержки другой службой DPC!


Сделайте и потом ещё раз Латенсимон сюда
ACPI.sys уйдёт, как только отключит службы две по контролю за батареей.

В общем сделал все как вы говорили, отключил 2 службы по контролю за
190269
в диспетчере устройств

Остановил службу
190270

и
190272
все равно такой же, процесс ACPI.sys забирает 1.8мс на себя

У меня батарея в ноутбуке уже дохлая, держит максимум 10-15 минут, ну и естественно я постоянно на питании, может быть ли это как то связанно?

На счет видео карты, у меня дискретная карта Nvidia GeForce GTX 1050 Ti
после того как вы указали на то, что бы я попытался стартануть с нее, то заметил что
190271
в диспетчере устройств отлетел, это произошло после Виндовс Твикера и OOSU10 скорее всего, пытался вернуть их в автозагрузку, ничего не помогло, ну и собственно переустанавливал тоже не помогает, не знаю пока что делать, сижу вот думаю как вернуть его обратно в строй.
 
все равно такой же, процесс ACPI.sys забирает 1.8мс на себя
Странно.
Но может действительно особенности конкретного ноута и делеза.
Попробуйте сделать то, что откопал @Zerocool -
 
Кстати по поводу отваливания Видео карты, только что включил эти две службы в диспетчере устройств, отвечающие за батарею и видео карта заработала, они видимо как то связаны с дискреткой.
 
Странно.
Но может действительно особенности конкретного ноута и делеза.
Попробуйте сделать то, что откопал @Zerocool -
Бинго! помогло частично, решение на форму Dell от пользователя Jerry37. Спасибо большое за наводку от @Zerocool.
В общем суть способа такова, нужно провести тест в программе LatencyMon и посмотреть в последней вкладке какое именно ядро процессора обрабатывает эту службу, которая жрет 1,8мс. У меня это CPU 0.
1603826423663.png


После скачать бесплатную утилиту Process Lasso и запустить DAW. После отключить использование данного ядра в данной DAW.
190286


То бишь просто снять галочку. Это надо проделывать каждый раз при открытии рабочей станции. Либо по моему в платной версии можно навсегда отключить, а мб и в бесплатной это тоже возможно, еще не пробовал.

В общем щелчки на 64 буфере почти пропадают. Их становится значительно меньше, играл сейчас на гитаре, в течении 3 минут всего лишь один щелчок, да он идет на запись но это уже лучше чем ничего.
Так же пробовал вернуть всё обратно и включить CPU 0 в Ableton, щелчки начинаются через каждые пару секунд когда играешь и записываешь гитару. Результат вроде бы есть.
Как говорят англоязычные ребята на форуме DELL это какая та проблема конкретно с биосом и в компании DELL не особо спешат это решать. Вот даже не знаю стоит обновить его, вроде весит новое обновление на сайте, но как то страшно, вдруг все еще хуже станет.

Что еще заметил при нажатие Play/Stop быстро, на уже записанной дорожке, щелчки все равно появляются и это решение не помогает бороться с этим, в принципе терпимо, но не приятно. Такое происходит только именно с дорожкой гитары когда я включаю подачу сигнала с 3/4 инструментального входа babyface в самой DAW, если записать гитару и выключить его то проблема исчезает и можно спокойной тыкать Play/Stop без раздражающих щелчков и прослушивать записанный материал.

P.S. Так же до сих пор не могу понять, почему Babyface перестал во время выключения ноута или путем безопасного извлечения windows, загораться красным. Теперь получается даже если я извлекаю устройство через винду, например хочу перевоткнуть разъемы USB или просто перезагрузить карту, виндовс пишет что безопасное извлечение доступно и можете извлекать устройство, но по факту если поиграть на гитаре, сигнал поступает и когда я выдергиваю карту включенные мониторы выдают неприятный щелчок. Как я понимаю я делаю небезопасное отключение которое не рекомендуется. Но ведь раньше карта сама себя уводила от такого отключение и после того же выключения компа загоралась сначала красным внизу и мониторы не щелкали. В чем может быть проблема? как вернуть эту функцию в карту?
 
Но почему то если отключить CPU 0 через Process Lasso в той же утилите LatencyMon, все равно при тестировании показывает не стабильность и эта служба"ACPI.sys" так же отжирает 1,8мс. Не понимаю как тогда это работает в DAW :rolleyes:

P.S. Сейчас поиграл, потестил. Конечно лучше, но все равно не особо приятно и до конца не решает проблему :( что очень жалко.
 
Последнее редактирование:
@a320, плохой этот способ и использовать сложно и работать, скорее всего не будет. Потому как - совершенно не обязательно та служба будет использовать всегда 0 ядро.
Нужно искать того, кто душит ACPI
 
@a320, плохой этот способ и использовать сложно и работать, скорее всего не будет. Потому как - совершенно не обязательно та служба будет использовать всегда 0 ядро.
Нужно искать того, кто душит ACPI
Возможно вы правы, но на буфере в 128 с таким способом щелчки ушли при записи гитары полностью, хотя бы это радует, но все равно хочется использовать карту на полную : (

на 128 буфере DAW показывает 3.15мс на вход и 3.50мс на выход, понимаю что с плагинами это будет еще больше, но просто директ сигнал играть можно.

А что на счет функции карты про которую я описал в конце поста? нет никаких мыслей как обратно можно вернуть эту фичу?
 
@a320, плохой этот способ и использовать сложно и работать, скорее всего не будет. Потому как - совершенно не обязательно та служба будет использовать всегда 0 ядро.
Нужно искать того, кто душит ACPI
Ура!! Наконец-то я нашел в чем была причина, опять же с того форума DELL, какой-то англоязычный друг выложил настоящую причину сего конфликта.
И так если у вас ноутбук DELL или подобная проблема.

Цитирую:
"Вам необходимо навсегда отключить Intel DPTF (power throttling), и ACPI.sys исчезнет из вашего latencymon с резким уменьшением задержки, и вы будете счастливы, наблюдая за исчезновением ваших красных полос.
БУДЬТЕ ОСТОРОЖНЫ!!!, используя этот трюк, потому что отключение терморегулирования может вызвать нагрев процессора. Естественно, температурный предел все еще присутствует, и компьютер внезапно выключится, если достигнут критический уровень температуры (~97 °).

Чтобы отключить Intel DPTF, в диспетчере устройств найдите в разделе «Системные устройства», все устройства «Intel (R) Dynamic Platform and Thermal Framework». Щелкните правой кнопкой мыши по каждому из них и «Удалить устройство». Если возможно, установите флажок «Удалить программное обеспечение драйвера для этого устройства».

Теперь отключите батареи ACPI из диспетчера устройств и наслаждайтесь меньшей задержкой DPC"


В моём случае я отключил лишь одну службу с батареей ("Батарея с ACPI-совместимым управлением"), для того что бы не отвалилась видео карта, этого оказалось тоже достаточно.
Так же как я понимаю при перезагрузке ноута, все драйвера вернутся автоматически на место, и их нужно будет удалять заново, можно как то через реестр убрать этот момент но мне это не мешает. Перед тем как зайти в DAW удалить и вперед спокойно работать.

И ВОТ РЕЗУЛЬТАТ!

190314

190315

ACPI.sys исчез! Так же как и щелчки! Даже при буфере 48!!!

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

Больше Спасибо Zerocool за наводку на форум DELL по этой проблеме.
Так же большое спасибо Aleksandr Oleynik за участие в решение данной проблемы и за лайфхаки по отключению других служб и программ которые в любом случае влияют на DPC.

P.S. Хотелось бы еще решить проблему которую я описал выше. Дублирую в спойлере.
До сих пор не могу понять, почему Babyface перестал во время выключения ноута или путем безопасного извлечения windows, загораться красным. Теперь получается даже если я извлекаю устройство через винду, например хочу перевоткнуть разъемы USB или просто перезагрузить карту, виндовс пишет что безопасное извлечение доступно и можете извлекать устройство, но по факту если поиграть на гитаре, сигнал поступает и когда я выдергиваю карту включенные мониторы выдают неприятный щелчок. Как я понимаю я делаю небезопасное отключение которое не рекомендуется. Но ведь раньше карта сама себя уводила от такого отключение и после того же выключения компа загоралась сначала красным внизу и мониторы не щелкали. В чем может быть проблема? как вернуть эту функцию в карту?
 
Последнее редактирование:
a320

Добавлю что все это про "будьте осторожны " , это туфта , ничего повредить не может и следить ни за чем не надо ))
проц защищен от перегрева на аппаратном уровне в биосе ....и когда он достигнет критических частот - уйдет в троттлинг по биосу , либо выключится с сообщением CPU overheat ... и все) это притом чтобы он реально задымился там температуры должны быть под 150 - 200 )
По сути это программный тротлинг от интела , ..от него одни проблемы , как и от любого тротлинга от интела )
включая спидстеп и прочую фигню ...

AMD научились делать грамотно тротлинг - чтобы не насиловать систему ) а интел - пока что почему то нет....
 
Спасибо за эту тему, близкому человеку заказали какой-то мощный дэлл ноут на днях, не смог отговорить ссылками на форумы, теперь хотя бы решение знаю, если эти проблемы будут.
 
  • Like
Реакции: a320
Все эти предельно вредные "энерготеплосберегающие" функции на самом деле внедряются под флагом заботы об "удобстве пользователей" всего лишь для формального соответствия дошедшим до абсурда санитарно-гигиеническим нормам по ограничению "эмиссии" компьютерами высокочастотного электромагнитного излучения в, страшно сказать, окружающую среду... Например, есть такая чрезвычайно вредная инновация - недоброй памяти Spread Spectrum, "умная" технология сглаживания импульсов тактового генератора высокочастотных шин, формально уменьшающая уровень ЭМИ, генерируемого системным блоком, ценой сильного ухудшения работы шины PCI Express
Абсолютно все эти "зеленые" функции (Spread Spectrum, DPTF, всевозможные C1, С3, С6 и прочую энергосберегающую дребедень) нужно деактивировать аппаратно и радикально в BIOS - первое правило настройки любого Wintel компьютера для работы с DAW
Проблема в том, что не каждый производитель позволяет в BIOS это сделать. В помощь вот такая утилита: https://www.techpowerup.com/download/techpowerup-throttlestop/
 
Последнее редактирование:
  • Like
Реакции: Alex_HS
Andrey Ivanov
Против Intel DPTF , это не работает ) к сожалению , а в ноутбучном биосе вообще никаких опций практически ...нет
в этом беда всех ноутов ..
 
Кстати у меня есть в ноуте порт USB type C. Будет лучше воткнуть RME babyface pro fs по type C или по usb? или разницы вообще нет?
Я просто вот сейчас включил ноут и в FireFace USB settings в строке Errors одна ошибка появилась.
190334
 
Последнее редактирование:
У меня с ACPI проблем нет вроде как, но есть
a320
У вас большие проблемы с DPC как я и говорил , поэтому на малых задержках щелчки , а предыдущая карта работала без них - потому что у нее здоровенные скрытые буферы ) ...
Отключите защитник Windows , - проверьте показания ...

Простым языком что такое DPC - Когда у вас на видео - шкала скачет - значит в этот момент , какое то из устройств или служб Windows занимает первое место к процессору в очереди вместо аудиодрайвера , и у вас происходит щелчок.
на ноутах эта проблема массовая к сожалению ...

вот как должна выглядеть здоровая система ...
(запустил у себя )

3VQTguz.jpeg
подскажите пожалуйста, есть методичка или личный может текстовый файл по настройке системы что вы выключали чтоб достичь аж такого результата? у меня ноут на asus g14 amd r9 наиболее жрут wdf01000.sys, ntoskrnl и ndis tcpip.
Выключал, сетевые адаптеры, блютуз, один хрен. А у вас результаты гораздо лучше чем на моем стационаре. хотелось бы знать как достигли этого. Для будущей сборки на райзене думаю тоже пригодится. НО все же в идеале хотел бы слезть на ноут
 

Вложения

  • photo_2024-01-07_18-35-32.jpg
    photo_2024-01-07_18-35-32.jpg
    160,9 KB · Просмотры: 70
  • photo_2024-01-07_18-35-30.jpg
    photo_2024-01-07_18-35-30.jpg
    125,6 KB · Просмотры: 64

Сейчас просматривают