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

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

Похоже что ни о каких +18 dbu не может идти речи, т.к. ограничение наступает в аналоге ещё до АЦП (по нижней полуволне)
Цифровой клиппинг всегда симметричен.

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

-Нестандартный импеданс Hi-Z входа - 680 kOhm (по идее должно резать верха, как мне тут говорили)

По поводу последних двух минусов: с использованием преампа - пропадает цифровой клиппинг, в целом DI получается лучше, но разницы по обработанному плагинами звуку я не слышу вообще (может у меня с ушами не все хорошо, конечно ). Как это влияет на реампинг - без понятия, это уже у deLutherа надо уточнять

На самом деле разница не радикально критична, влияет на область резонансного пика.
Вот тут я кое-что уточнял на графиках по этому поводу:
https://guitarplayer.ru/index.php?topic=191871.msg7623551#msg7623551
Можно рассматривать 680к как промежуточное между 500к и 1 М.

Ну, и как я говорил, клиппинг аналоговый, а не цифровой, по цифре вполне возможно как раз планка +18 dbu выходит. Примерно схожая ситуация с E-Mu 1616M, заявлено +20 dbu, но, т.к. инструментальный вход балансный, то на самом деле аналоговая сатюрация начинается с планки +14 dbu по небалансу.

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

Nlelith,
Кстати попробуй замерить реальную задержку с помощью CEntrance LTU.

tailz,
Она не ничтожная, и да её слышно.

deLuther, что за импульсники с нулевой? Алсо тогда поясни, откуда все таки в риге набирается 10.4 мс, если LTU у меня показывает 4.01?
И да, маленькая задержка рулит, иногда переключаюсь при сведении и прочих тяжелых эффектах с 2мс на 5мс для стабильности, если забуду переключиться обратно, перестаю попадать (лимитеры и прочие lookahead эффекты отключены, ес-но). 

Edwvee, так делал?

Конечно. Вот что получается:

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

Зачем кстати 32 бита? Они же вроде не настоящие, есть ли смысл ставить 32?
А вот что получается с ассио for all, но с большими глюками, хотя как-то уже звучит. Сегодня попробую увеличить, мне кажется 5-6мс безглючных может быть удастся добиться. Настораживает что output latency нет. На creative x-fi тоже не было кстати

Еще по сравнению с x-fi раза вполтора больше жрет процессор.

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

Еще странно, что в гитар риге сустейн меньше, чем при мониторинге, даже на перегрузах.

А что если такая карта http://market.yandex.ru/model.xml?modelid=6455809&hid=91027 + di-box в пределах 2к? Задержка по писиай экспресс вроде меньше должна в итоге выйти.

deLuther, а с чего ты взял что задержка конвертеров именно 1.5 мс? Именно что например 1 мс на цап, 2 мс на буфер и 1 мс на ацп = 4мс. 0202 и 0204 близки, тащемта. Откуда глюку взяться, когда оно тупо посылает сигнал и меряет время до ответа? И да, на второй вопрос про 10.4 ответа не получил, жду.
Edwvee, 32 бита вполне настоящие, только толку, когда даже 24 бита в 256 раз точнее итоговой мп3шки/вавки,

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

И про asio4all забудь, да. Та цифра, что ты видишь в опциях гитаррига - полная х**ня, настоящая цифра задержки, как тебе уже дважды сказали меряется в LTU, гитарриг тупо навскидку говорит число. Родные дрова всяко быстрее а4ол будет.

http://forum.rmmedia.ru/showthread.php?t=72423 -- реальные задержки интерфейсов. Помимо задержки конвертеров и буфера есть ещё задержка юсб-интерфейса. Плюс всякий внутренний роутинг тоже немного добавляет.

deLuther, а с чего ты взял что задержка конвертеров именно 1.5 мс? Именно что например 1 мс на цап, 2 мс на буфер и 1 мс на ацп = 4мс.

Открываешь даташиты конвертеров и смотришь.
Для ak5385 групповая задержка составляет 43.2 сэмпла при частотах 44-48 (указано для 48к), http://www.akm.com/akm/en/file/datasheet/AK5385BVF.pdf (стр. 9, то что другая ревизия не суть важно)
Для ak4396 указана групповая задержка 28 сэмплов для 44к
http://www.akm.com/akm/en/file/datasheet/AK4396VF.pdf (стр 11-12)
Итого (43.2+28)/44.1=1.6 мс
И не надо забывать что буфер надо брать двойной, 2 мс входной буфер и 2 мс выходной, плюс конвертеры, плюс задержки шины и прочее. Так что с LTU что-то не вполне правильное выходит. Если ещё замеряемая задержка скачет от измерения к измерению, то это показатель тоже, короче есть что-то странное в работе драйверов, что несколько дискредитирует LTU.
При буфере 2 мс самое идеальное с такими конвертерами (т.к., например, у Cirrus Logic конвертеры "быстрее" за счёт более коротких фильтров) может быть только 5.6 мс, это без всяких накладных задержек вообще.