SkinnyVampire, анамнез: дропауты у меня происходили даже при прослушивании музыки. в режиме usb2.0 - постоянно, в 1.1 - редко, но были. dpclat выдавал такую картину: при простое все было пучком, стоило начать слушать музыку как начинались красные пики аж до 30000-50000 мксек.
везде советуют одно и то же: отключайте несистемные устройства (чтобы чегонить не угробить) пока не починится, если проблема с системным устройством - ставьте свежую винду с последними драйверами. мда, на мою матплату драйвера было проблемой найти даже для висты, под win7 их нет вообще... на ноутбуке, кстати, мне помогло отключение wi-fi (там правда хр стоит). на компе - нет.
вспомнилась статья по оптимизации системы от инженера саппорта e-mu:
http://www.dolphinmusic.co.uk/news/news-story/news_id/21там промотайте до Deactivate ACPI, конкретно интересуют нас вот эти строчки:
- Go to the Start menu and click on "Run".
- Now enter "msinfo32". This starts the system information program.
- On the left hand side you can see a 'tree' view, similar to those used in the Explorer. Click on the left on "Hardware Resources" and then on "IRQs".
- On the right hand side, there should appear a list of your devices with the respective IRQ to which they have been assigned. Check if devices (especially your E-MU audio card) share an IRQ with other devices.
(кстати, можно реально отключить ACPI, тогда проблема должна решиться сама собой. но если хотите попробовать - обязательно сделайте полный бэкап, как там рекомендуют. тут дело даже не в неиллюзорной возможности угробить систему, а в том, что на системе без ACPI мало кто согласится сидеть, когда узнает, что это)
вот тут лежит главная идея, как бороться с дропаутами, проблема в том, что рекомендации даны для pci-карт, свою usb e-mu вы в списке не найдете, вместо нее ресурсы будет занимать усб хост контроллер, к которому звуковуха подключена. идите в диспетчер устройств под "Контроллеры USB" и отключайте хост контроллеры (только их, всякие концентраторы не трогайте), пока ваша звуковуха не "отвалится". как только отключилась (панелька управления e-mu нам об этом подскажет) - это и есть интересующий нас контроллер. включаем его и заходим в его свойства на вкладку ресурсы, смотрим какой IRQ он использует. к примеру, это 22.
теперь пуск-выполнить, пишем msinfo32, под аппаратными средствами находим "конфликты и совместное использование". смотрим, кто еще использует IRQ 22. у меня это оказался PCI IDE контроллер. сложность была в том, что отключить его было нельзя, винда не давала (защита от дураков). к слову, этот контроллер был не один, их было три, и все использовали прерывания в диапазоне 20-23. я тогда просто отключил остальные два контроллера и интересующий меня контроллер с IRQ 22 занял освободившееся прерывание 20. я не ожидал, что так произойдет, можно сказать повезло.
собственно тут мои мытарства закончились: как только usb хост перестал делить прерывание с другими устройствами - дропауты прекратились, даже в глючном usb 2.0. dpclat тоже показывает, что все нормально, пики пропали.
ну и еще напоследок - отключите остальные усб хост контроллеры, большая вероятность что поможет.