Выбор аудио интерфейса: вопросы и ответы (4 онлайн)

Да все ок для thunderbolt у Lynx) Пока что лидеры индустрии) Кто не хочет pci-e - идет покупает внешние Lynx.

У pci решений Lynx при 96kHz и 32 samples через утилиту Centrance latency = 1.59ms.
У Aurora thunderbolt как видно из текста ниже при тех же настройках latency = 0.95ms. Я недавно общался с ТП по поводу задержек Aurora, но по usb, там начинается от 4ms..
У E44 при 96kHz и 32 samples через утилиту Centrance latency = 0.86ms.
Эти тесты совпадают с теми, что я выложил выше для E44.
Пока выходит что у Lynx самая низкая latency в индустрии.

Для истории.
OCT 2015

Lynx Achieves Near-Zero Latency for Thunderbolt and PCI Express Products

Lynx Achieves Near-Zero Latency with New Firmware and Drivers for Thunderbolt and PCI Express Products

Latency of less than one millisecond roundtrip latency attainable with latest offering

COSTA MESA, CA – OCTOBER 6, 2015 Lynx Studio Technology has released new firmware and driver sets for the Aurora and Hilo Thunderbolt converters and the AES16e, E44 and E22 PCI Express cards. A comprehensive reevaluation of Lynx firmware and software design has yielded an industry-leading, verifiable latency standard. Actual measurements of the Lynx AES16e in Windows and The Aurora 16TB Thunderbolt model in Mac OSX show 0.95 millisecond roundtrip latency at a sample rate of 96 kHz, 32 sample buffer. Similar tests showed 2.2 millisecond roundtrip latency at 44.1 kHz and a 32 sample buffer.

“Latency is a critical factor to consider when selecting DAW hardware and software. Our goal has always been to minimize latency in order to provide our customers with optimal performance particularly when doing overdubs,” explained Bob Bauman, Lynx cofounder and Chief Hardware Engineer. “Recently we decided to do another review of latency in systems using our hardware and the latest DAW software. After analyzing the data we collected, we found ways we could tweak the hardware to reduce latency even further. These tweaks involved low-level adjustments to PCI Express bus transactions and fine-grain buffering controls. The latest version of firmware implements these changes.”

“Our goal was to minimize latency at every step in the audio chain. The results speak for themselves,” stated Lynx cofounder and Chief Software Engineer David A. Hoatson. “For instance, the E44 PCI Express Card at 48kHz with a 32 sample buffer has an input latency of 0.958ms and an output latency of 0.917ms for a round trip latency of 1.875ms. At 96kHz those numbers are reduced to 0.448ms input, 0.417ms for a round trip latency of 0.865ms. At 192kHz the input latency is 0.219ms and the output latency is 0.208ms for a round trip latency of 0.427ms.”

This is a free download from the Lynx Studio Technology website and is available for all Aurora and Hilo converters using the LT-TB Thunderbolt card, AES16e, E44 and E22 PCI Express cards.

И еще раз повторю ранее сказанную мысль в этой теме, - "У кого нет денег на Lynx - идёт к RME за babyface с ее 3ms при 44.1kHz") И это тоже Roundtip Latency на вход+выход.
 
  • Like
Реакции: Ilya Prokhorov
@Anton Vorozhtsov, ну там цена ведь не только в задержках, зато качество ацп и цап там очень высокое и квантуму до нее очень далеко. а вот во сколько раз это сложно сказать))))
 
  • Like
Реакции: Sharu
Надо сравнивать apples with apples, как говорится.

Точно, и при этом сравнивать именно output latency, а не только roundtrip, при работе исключительно с VI (то, что делают 90% сегодняшних пользователей DAW) входная задержка вообще ни на что не влияет. PCI Express решения на оптимизированных собственных ядрах (Apollo Thunderbolt, Presonus Thunderbolt, Lynx PCIe/Thunderbolt) показывают практически одинаковые предельно низкие значения native output latency: 0,9-1,5 мс @ 32/44.1
 
Для мониторинга аудио аполло не подходит

Парадоксы за парадоксами... Мониторинг в Apollo, извините, осуществляется собственными АППАРАТНЫМИ средствами, здесь native latency вообще отсутствует как на что-либо влияющий фактор
 
A Lynx всё теже 0.208ms )))) Тихо смеется в сторонке))) над конкурентами
 
Все это цифры в вакууме , от 3 - 5 мс незаметно совершенно на слух уже ...
и тут важен LLP и тут линкс уже далеко не в топе ....
 
  • Like
Реакции: Denis12308 и Sharu
Просто оставлю этот позор UA тут...
Universal Audio Apollo Twin X Thunderbolt и RME Babyface Pro FS USB 2.0 на Apple Macintosh.
213929
 
Просто оставлю этот позор UA тут...

Если уж речь идет о "позоре", то это позор не "UA", а скорее того, кто проводил это "объективное" сравнение...
1. Важнейший показатель (Output latency) - корректно и, пардон, прямо в пользу Apollo (2,02 мс против 2,38 мс)
2. А теперь отключите в Apollo Console функцию Input Delay Compensation и уберите тем самым до 5 мс добавленной входной latency. Дюжиной постов выше я указывал краткий смысл этой функции, которая при использовании Apollo в режиме максимально низкой входной native latency не должна быть активирована!
Вот вам и позор... Чей?
 
  • Haha
Реакции: sunsell
2. А теперь отключите в Apollo Console функцию Input Delay Compensation и уберите тем самым до 5 мс добавленной входной latency!

Насколько я понимаю, эти самые 5мс - это задержка, вносимая хвалеными UAD-овскими плагинами, которые там в DSP исполняются. С чего бы ей еще там внезапно взяться, и что с чем компенсировать.

Шикарно же :Dle46: :Dle46: :Dle46:
 
  • Like
Реакции: Anton Vorozhtsov
На нормальных частотах дискретизации такое в Native среде практически невозможно. При 96 кГц на скриншотах выше можете видеть менее 2,5 мс именно roundtrip latency
lynx aurora tb3 / macOs
I/O Buffer size: 32 samples

44.1KHz - 2.8 ms RTL (1.5 ms output)
96KHz - 1.5 ms (0.8 ms output)
192KHz - 1.2 ms (0.7 ms output)
 
Насколько я понимаю, эти самые 5мс - это задержка, вносимая хвалеными UAD-овскими плагинами, которые там в DSP исполняются. С чего бы ей еще там внезапно взяться, и что с чем компенсировать.

Нет ничего "хвалёного", а есть элементарная задача обеспечить жесткую фазовую когерентность всех каналов при записи с использованием в первую очередь Unison моделей с разной задержкой каждого алгоритма. На де-факто полный realtime трекинга при помощи инструментария Apollo Console эта функция никак не влияет. Желаете делать трекинг при помощи Native эмуляций? Нет проблем, отключать IDC и в вашем распоряжении около 2 мс. входной native latency на 48 кгц
 
lynx aurora tb3 / macOs
I/O Buffer size: 32 samples

44.1KHz - 2.8 ms RTL (1.5 ms output)
96KHz - 1.5 ms (0.8 ms output)
192KHz - 1.2 ms (0.7 ms output)

Да, именно. И, как видите, всё та же output latency в среде Apollo даже чуть ниже (примерно 1,3 мс) на 44,1
 
Последнее редактирование:
Да, именно. И, как видите, всё та же output latency в среде Apollo даже чуть ниже (примерно 1,3 мс) на 44,1
Да, но только input практически как RTL у авроры. Видимо сказывается "проклятие" DSP. А можно ли отключать блок dsp, наподобие настройки роутинга в Eventide H8000/9000 ?
 
Да, но только input практически как RTL у авроры. Видимо сказывается "проклятие" DSP. А можно ли отключать блок dsp, наподобие настройки роутинга в Eventide H8000/9000 ?

Много раз сказано - нет никакого смысла концентрироваться на native input latency, тем более, когда она в любом случае с запасом ниже предела заметности. И не "проклятие", а функциональные возможности DSP, которые в native полноценно реализовать невозможно и наличие которых делает Apollo тем самым гибридным решением, за которые еще 10 лет назад приходилось платить пятизначные бюджеты не в рублях...
 
Нет проблем, отключать IDC и в вашем распоряжении около 2 мс. входной native latency на 48 кгц

Зачем мне при буфере 32, что значит (32+задержка_АЦП_в_семлах)/48кГц=0.8мс (при, например, типичной задержке в 5 семплов у AK557x) входная задержка "около 2мс"? :Dle46:

Итого, чего имеем в общем итоге?

UAD-овские плагины нафиг не нужны, ибо 5мс. Сам великий продаван рекомендует отключать. Ну ок.
2мс только вход. Хотя должен бы быть 0.8мс.
LLP где-то ниже первой двадцатки. Для тандерболта - немыслимо.

Так нафига он нужен, такой интерфейс? Чем он лучше банального Скарлета или Бехра?
 
@Rst7, ну подожди причем тут плаги не нужны, если ты хочешь мониторить в дау отключаешь в консоли компенсацию если мониторишь консолью через плаги включаешь, вроде все логично?
такой интерфейс нужен тем кто пользуется плагами в консоли, все просто, ну а чем он лучше бехры или скарлета ну это не серьезно такие вопросы задавать, или у вас все меряется задержками? остальное в расчет не берется? Ну и я сомневаюсь что на 32мс у бехры и фокуса будут такие цифры это не считая всех остальных отличий.
 
Подскажите, насколько критично отсутствие в карте MIDI-портов?
Если нужно подключаться на большие расстояния, то предпочтительнее МИДИ. Мне недавно так отвечали тут на форуме.
 
  • Like
Реакции: Cornuscap
Если нужно подключаться на большие расстояния, то предпочтительнее МИДИ. Мне недавно так отвечали тут на форуме.
Да, мы электро ударку так по миди кабелю (удлиненному обычным микрофонником) берем от сцены, заводим в ПК у пульта, в котором уже сэмплер играет. Метров более 30 там, насколько помню. Всё ровно, без проблем. С USB такое не провернуть, нужно было бы что-то придумывать по воздуху или с переходниками и опять же по МИДИ скорее всего..
 
  • Like
Реакции: Cornuscap
если мониторишь консолью через плаги включаешь

Зачем включать что-то из ограниченного набора плагинов с задержкой 5мс, если круг в DAW делается c меньшей задержкой, а выбор плагинов в DAW - в бесконечное число раз больше?

Вот и возникает вопрос, зачем
такой интерфейс нужен тем кто пользуется плагами в консоли
?
 
  • Like
Реакции: GPB
В этой теме часто проскакивает проблема поставки RME. Это касается бэбифейса или любой другой модели тоже?
 
@Rst7, слушай тут ведь дело такое, мне лично удобно, у меня там ревер в посылах стоит для синтов, кое на каких каналах эквалайзер, и для стримов очень удобно не нужно дау открывать, опять же я унисоном пользуюсь, при записи удобно у меня готовый набор есть для комфортного мониторинга, мне не охота это все придумывать в дау и че то подбирать, я пользуюсь этим много лет.
Это ведь выбор каждого, если тебе не нужны уад плаги то конечно переплачивать за твин не имеет смысла.
 

Сейчас просматривают

  • 3421