реальные задержки Centrance asio test (10 онлайн)
- Автор темы Zerocool
- Дата начала
я где-то писал про свои исследования, что дрова nvidia шлют постоянно пинг в сеть!))))
amd - лучший вариант для daw, факт)))
но почему же тогда presonus умеет из коробки работать на моем сеттинге?))))
и любая другая usb карта из моего лонг листа)))) и ни одна не имеет CRC ОШИБОК)
а потому, что не надо выделываться rme, пытаясь добиться самых низких latency )))
поспешишь - людей насмешишь)
насмешили )) на пару-тройку тысяч евро)))
криворучки из германии))))
Последнее редактирование:
Кому не нужна самая низкая лэтенси имеет возможность переключить размер буфера на один-два шага вверх, получив аналогичную с другими вендорами задержку. А если всё-таки нужна самая низкая лэтенси, то придётся позаботиться о том, чтобы система отвечала своими возможностями вашим хотелкам. Но РМЕ хотя бы даёт вам такую возможность, в отличие от других вендоров. За это их нужно холить и лелеять, а не обзывать всякими криворучками. Есть не малая вероятность, что в состязании за звание главного криворучки первое место займёт не рме, а вы!
пока что на моем сеттинге самые кривые дрова у rme - безоговорочная пальма первенства за ними)
с чем я их и поздравляю)
но.... сразу после arturia ))
у usb карт серии presonus quantum hd/es уровень latency идентичен rme )) и даже некоторые карты от rme эти presonus превосходят по latency в лучшую сторону)
а серия presonus hd по параметрам in/out превосходит флагман в лице rme ufx )))
Ну они в rme сидят на попе, ничего не делают уже много лет никаких инноваций и движения) ни по проблеме CRC не решают, ни 32bit не добавляют)) даже zoom сподобился 32bit карты выпустить) только ленивый вендор типа rme ныне ничего не делает)
долго такое не получится) скушают их конкуренты)
это не про хейт, а про опыт))))
пусть улучшают в rme всё по всем фронтам
удачи им)
Последнее редактирование:
Да уж.. После этого РМЕ должны просто закрыться, чтобы более не позориться со своими жалкими 24-х битными недокарточками
А я вот не поленился и залез в базу данных. Начиная со 128 семплов пресонусы действительно имеют аналогичный уровень лэтенси, но что пошло не так на 64 семплах? Но главное даже не это, тут гораздо интереснее графы RXC, CV и NCV. Так и подмывает спросить - а что с
@Dmitry Stepin, а что толку в 64 у рме, если вон выше одни ошибки на этих 64. а 32 рме вообще не умеет, позор какой-то.
А смысл уметь в 32, если даже в 64 у РМЕ задержка ниже, чем у конкурентов в 32? Никакого.
Это единичные случаи персональных косяков конкретных систем. Не знаю в чём там дело, какой-то косяк в системе или в железе.
там как раз все так) 4.9 и 4.3 ms)) это одна лига) если че)
лига "до 5ms"
причем на presonus можно работать при 64samples, а с rme - ни разу )
до первой рюмки белого чая)
ну вот вышло так)
А rme пусть грызут гранит науки) и пилят драйвера) а то вот это вот всё - не возможно)
Покупаешь карточку от rme за пол мульта и потом пытаешься всё это настроить)))
Сейчас правда уже подешевела)
в том и прикол, что в системАХ))) разных
их много) минимум от 5-6 штук точно)
барыга тут только вы)))) факт
давно известный научно подтвержденный опыт: тот кто больше одного раза в теме сказал слово "барыга" и есть на самом деле барыга))
Друзья, мы тут не для холивара собрались же) Давайте уважать личные границы и понимать, что реальный опыт может отличаться от того, что написано на бумажке или в инструкции. Особенно это касается тех моментов, где производитель уменьшая latency в драйверах "играет с огнем" и кошельком пользователя. Подвергая риску стабильность работы при latency ниже 128samples. Иногда действительно лучше увеличить latency на +0,6ms при буфере 64samples и 44.1 kHz чтобы дать процессору время на обработку потока данных, чем пожинать то, с чем могут столкнуться некоторые системы.
Последнее редактирование: