Форум гитаристов

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

Такая ситуация во всех прогах наблюдается (вообще какие хосты использовались)?

Просто я тут перешёл на 7ку с XP (только у меня 1616M), поставил 64х-битный Tracktion 6, трещит как сволочь, даже на банальном воспроизведении (правда увеличение буфера спасает ситуацию)... 32х-разрядная версия работает нормально (с меньшими размерами буфера). А вот Reaper x64 работает нормально при всех вариантах. Так что я бы попробовал ещё какой-нибудь хост, для окончательного вердикта.

А новый комп, кстати, как настроен в плане производительности (в плане всяких тротлингов)?

deLuther, да, вот стоит какие либо манипуляции с буфером сделать, неважно какие, и снова работает пару минут, потом опять.

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

Поставил Reaper 5.1.2 x64 - трещит точно так же.

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

Опа, отключил CPU EIST Function и Enhanced Halt (C1E), вроде получше стало.

Это на современных компах всегда следует делать в первую очередь при проблемах с аудио.
Кстати можно было бы посмотреть с помощью DPC Latency Checker показания, хоть вроде и считается что она для 7ки и выше не подходит, но работает, небось было в жёлтой-красной зоне, а теперь преимущественно в зелёной.

deLuther, можешь объяснить что эта программа проверяет?

 

И плеера теперь играют без нареканий, даже через asio.

... и добавил:
Показывает 1000us все время сейчас.

... и добавил:

Но у них там написано что для 8 эта прога отображает некорректные значения.

Есть ещё LatencyMon
http://www.resplendence.com/latencymon

... и добавил:

deLuther, можешь объяснить что эта программа проверяет?

https://en.wikipedia.org/wiki/Deferred_Procedure_Call
https://ru.wikipedia.org/wiki/DPC
Т.е. проги проверяют насколько далеко (и часто) откладываются вызовы процедур. Если 1000 микросекунд, то это уже задержка миллисекунда. Часто в таких случаях прога может просто пропустить данные, т.е. выбросить, а не дожидаться их поступления. У нас же мультитрединг в действии, всем прогам надо немножко процессорного времени, аудио тут один из потребителей, причём с не самым высоким приоритетом. Естественно тротлинг процессора может показатели задержки ухудшать, аудио же не грузит процессор по максимуму, вот он и переходит в режим экономии, со всеми вытекающими, часто в DPC Latency Checker в моменты таких переходов (туда и обратно) вылезают красные пики (большая задержка).

Надеюсь сильно в моем случае отключение троттлинга не повлияет, не хочу прощаться с тихим компом или часто залезать в биос)

Если с включённым EIST комп работает стабильно с аудио, то тебе крупно повезло
Может если бы проц не прыгал туда-сюда по частоте, то было бы нормально, иногда даже пониженной частоты хватило бы для нормальной работы, но траблы именно в момент прыжков по частоте.