Анатолий Воробей:
> www.centrance.com - вот здесь рекомендуют альтернативный драйвер 1394 для нужд аудио, правда за деньги 8-)) Т.е. проблема то существует.
> К. Трепаков посоветовал "Латенси видеокарты попробуй уменьшить с помощью doubledawg
> http://...;
> Ещё не пробовал, машина всё время занята.
Ни в коем случае этого не делать, чтобы не создать еще бОльших проблем!
Объясняю еще раз чуть детальнее и максимально популярно...
Сама по себе шина IEEE-1394 при всех своих достоинствах, очень сложна для реализации на ней корректно работающей системы, оперирующей стационарными потоками данных в реальном времени, т.е. системы ввода-вывода многоканального звука или видео.
Основные проблемы:
- принципиальная невозможность, в отличии от PCI, работы в режиме DMA (или, как это было принято в свое время по-русски называть, "ПДП", т.е. прямого доступа в память, когда поток данных с периферийного устройства фактически сразу посылается на жесткий диск, минуя CPU и ядро ОС). Для обслуживания САМОЙ ШИНЫ IEEE-1394 обязательно задействуются системные библиотеки ядра Windows XP, что, в свою очередь, вызывает обязательно и некоторую загрузку CPU при передаче пакетов данных по этой шине
- сочетание последовательной и изохронной сущностей IEEE-1394, что в теории обеспечивает фазовую когерентность звуковых каналов в каждом пакете данных, но на практике делает такую систему чрезвычайно чувствительной к практически НЕИЗБЕЖНЫМ выпадениям пакетов передаваемых данных. Само по себе это не страшно (используются алгоритмы коррекции ощибок при передаче данных), но при некоторых неблагоприятных аппаратных сочетаниях превращается в серьезную проблему.
Эти (и другие...) "слабости" IEEE-1394 особо проявляют себя в моменты, когда на шине PCI возникают "пики активности" какого-либо другого устройства, захватывающего для обслуживания своей "деятельности" существенный процент ресурса шины. К таким устройствам классически относятся ATA RAID контроллеры, не имеющие на плате своего процессора, и постоянно обращающиеся к CPU даже просто для того, чтобы просчитать алгоритм распределения данных по жестким дискам, включенным в RAID по выбранной схеме.
Другое дело - серьезные SCSI RAID контроллеры, являющиеся фактически "компьютерами в компьютере", со своими собственными RISC-процессорами, оптимизированными под задачу, создающими незначительную, и самое главное, постоянную, а не периодическую нагрузку на шину PCI.
Серьезные недешевые SATA RAID контроллеры устроены примерно так же, мне с ними иметь дело пока не приходилось, но по отзывам тех, кто их использует, они работают столь же корректно, как и SCSI.
Внутреннее ядро Fireface - нестандартное, сделанное именно с учетом того, чтобы свести к минимуму все негативные аспекты IEEE-1394, и добиться качества работы, мало отличающегося от системы на PCI.
Все это (включая драйвер устроства!), рассчитано на работу со стандартной операционной системой, и попытка установить какие-либо мультимедийные "улучшалки" жизненно важных функций, могут привести к непредсказуемым результатам.
Все эти "альтернативные драверы" могут (НЕ ФАКТ...) улучшить работу СТАНДАРТНЫХ, не очень пригодных для Pro Audio решений, например на чипе от BridgeCo (M-Audio, ESI, Apogee, Terratec, Presonus...).
К Fireface, построенном на своей собственной, УЖЕ АППАРАТНО оптимизированной архитектуре, этот никакого отношения не имеет.
Зрить нужно в корень! И этот корень - "ресурсозависимый" ATA RAID, никакой практической пользы не приносящий, кроме вреда...
|