Вот это поворот! Такую причину можно только чисто случайно локализовать.

Какой буфер? Где установили? 195 чего? Столько вопросов...

Да уж:)

Добавлено after 6 minutes 16 seconds:

DAW программу используем Reaper. В ней есть галочка, что Reaper управляет звуковыми настройками или звуковая карта. Оказалось, что звуком управляла звуковая карта. У звуковой карты есть утилита с настройками параметров. Один из этих параметров "буфер". Выяснилось, что значение буфера, было очень низким "16". Установил значение 195 и все шумы и наводки на микрофон в виде гула, который усиливался, если дотрагиваться до нижней части микрофона исчезли Теперь чистый звук, как и должно быть

...Это всё последствия потакания модному ASIO...
(причем тут ASIO? Так нужны минимальные задержки, а их в асинхронной ОС марки "старая форточка" можно уменьшить только уменьшением объёма буфера... Хотя, теоретически, того же эффекта, что и увеличение объёма буфера, можно добиться увеличением приоритета процесса...)

Это всё супер, но объясните мне, как увеличение буфера звука в подсистеме звука может влиять на наводку, аналогового характера? Это же не настройка АРУ или какой-нибудь тонкоррекции, это же просто увеличение кусочка хранимого звука в подсистеме. Либо fotokot имеет другое понятие под словами "наводка" и "гул". Вот поэтому, я на других форумах всегда прошу предъявлять сэмпл в виде записи звука и/или изображения, но то не технические форумы, там отношение предвзятое. Но тут же технический форум и термины должны совпадать у пользователей! Похоже, что нет.

Длинные буфер - меньше дерганий карты по прерыванию. Меньше помехи от УСБ обмена.

Но в таком случае действительно, не следует на веру принимать терминологию в описании типа шума. Такая наводка имеет довольно специфический регулярный пакет из иголочек.

Ну смотри, по твоей логике когда человек трогает микрофон рукой так сразу частота дёрганья карты по прерыванию влияет, а если буфер большой то не влияет, я правильно всё понял? А что если я скажу, что на USB с периодичностью 1000 раз в секунду летает спецпакет синхронизации? Всегда. Без него шина мертва. А это 1000 Гц.

Скоро ть заполнения буфера. И что попадает под фильтрацию, а что нет.
И фильтрация там цифровая.

Уже советовали подключить ноутбук, в моем случае именно это и помогло. Правда, додумался сам )
Еще зимой собрал внешний ЦАП на PCM1702, работает с компьютером, подключается через USB.
Блок питания - свой, православный, трансформаторный, с хорошими емкостями на выходе.
Но шум на выходе ЦАПа - как у плохой встроенной звуковушки (шипение, движение мышки и проч.).
Все эти фазы, фильтры, шнуры с колечками и прочая эзотерика - похрен.
Подключил ЦАП к ноутбуку (не от сети, а от батарей) - шумы полностью пропали.

А как без ASIO? Без ASIO никак)

Добавлено after 6 minutes 10 seconds:


К сожалению, записи шума не осталось, но шум был плотный и постоянный: "шсшсшсшсшсшсшсшсшшшшшсшсшсшсшсшссш" Гул-наводка, на микрофоне, когда трогаешь корпус микрофона ближе к креплению паука, усиливался. Более того, если отключить микрофон и трогать XLR вход кабеля, то при прикосновении к XLR входу гул так же усиливался, похож на громкий: "Дзззззззззззззззззз" Увеличение значения буфера убрало и гул и шум. Как это работает, для меня загадка

Добавлено after 6 minutes 23 seconds:


В моем случае, подключение к ноутбуку не решило бы задачу, пришлось бы покупать мощный ноутбук:)

Т.е., всё дело в окне FFT?

В скользящем окне выборки, причем там Фурье ?

Ну а как ты думаешь происходит цифровая фильтрация?

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

...Отвык народ от джиттера...

Тем не менее, судя по описанию наводка была сложнее, чем просто тон или щелчки и такое простыми алгоритмами не исправить.


И как джиттер превращается в конкретный фон по мановению руки?

Книга "чудеса при оцифровке" должна иметь не одну сотню страниц, если бы она существовала.

Но почему-то все предпочитают писать о достоинствах своих систем и методов, а узкие места закопать в темном углу за креслом...

Неправильно установленные параметры дискретизации приводят к пропуску части первичной информации. Особенно если нехватка быстродействия заставляет программу вводить ограничения, обрезание источника, например, по динамическому диапазону.

Протоколы передачи звуковой информации через интерфейс USB - штука интересная... Думаю, проблема кроется именно здесь. И в асинхронной ОС бороться с этим возможно либо увеличением объёма буфера (и задержки, одновременно...), либо увеличением приоритета конкретного процесса. Во времена 16-битных форточек с этим сталкивались почти все, появление мультиядерных недопроцессоров привело программистов к уверенности, что им подвластно всё - только вот задачи по прежнему переключаются по прерываниям системного таймера, а их частота точно та же, что и у древнего АТ... Если на одном прерывании торчит множество устройств, "затыки" вполне возможны, и от мощности процессора сие не зависит...

Это точно...