Уровень входа на RME Raydat

  • Автор темы Автор темы djangel
  • Дата начала Дата начала
я понял, у Вас несостыковочка в понимании в какой момент джиттер и качество клока вообще может иметь значение.
Нет, это проблема в том, что вы не следили за контекстом. Уже не раз такое. Я говорю за разницу в клок генах конекретно, и за их отличимую разницу в перспективе в этом сетапе. Я же написал всё выше.
Для передачи столбика цифр в столбик цифр частота и джиттер никакого значения не имеет - хоть по телефону диктуйте.
Ошибаетесь. Это сильно зависит чем вы будете передавать. Например если вы будете передавать цифру по оптике, то сможете легко получить ошибки в передаче, т.к. этот протокол имеет проблемы. Объяснять где конкретно не стану, в гугле есть всё. Ровно так же это происходит и с hdmi соединениями.
 
Нет, это проблема в том, что вы не следили за контекстом. Уже не раз такое. Я говорю за разницу в клок генах конекретно, и за их отличимую разницу в перспективе в этом сетапе. Я же написал всё выше.
Я понял, Вы не следите и за контекстом топика и сваливаете в кучу все мысли. Топик не о «клокгенах». Напомню, здесь речь о передаче цифры(!) между устройствами. Причем без ошибок синхронизации. Бредить на тему «Как получить ошибки» - это в другой топик.

Например если вы будете передавать цифру по оптике, то сможете легко получить ошибки в передаче
И тут мимо. В контексте данного топика ошибки синхронизации не рассматриваются в принципе - поэтому, что б не вводить кого-либо в заблуждение везде указывал: «при корректной синхронизации».

Что еще не ясно? Никакой разницы в передаваемом столбике цифр не будет в принципе. Или Вы из тех, кто слышит разницу в записанном на разные флешки?
 
@H-ron, Не ясно то, какой смысл тогда сравнивать 2 файла, причём не объективно, а субъективно в заведомо идеальной среде?) Я и предложил, сделать луп бэк, через 2 разных устройства. Это хотя бы будет объективно, и сможет хотя бы подтвердить или опровергнуть наличие/отсутствие какой либо неисправности.
 
А что я могу изменить в Тотал Миксе?

202299
 
Нет ,коллеги ,дело здесь не в джиттере - все внешние конвертеры также заклочены от Дигилаба. Думаю ,дело в зашитых в чипсеты карт программах.
 
@H-ron, Не ясно то, какой смысл тогда сравнивать 2 файла, причём не объективно, а субъективно в заведомо идеальной среде?) Я и предложил, сделать луп бэк, через 2 разных устройства. Это хотя бы будет объективно, и сможет хотя бы подтвердить или опровергнуть наличие/отсутствие какой либо неисправности.
Хорошо разъясню. Передача цифрового файла - это передача последовательности цифр. Так вот, эти последовательности могут отличаться лишь в двух случаях:

1. ошибки синхронизации - пропуск значения, в общем случае.
2. Наличие преобразования с помощью дсп (в топике - ТМ) в цепи.

Иначе передача будет один в один. Без вариантов. Поэтому цифра и используется.
 
@djangel, В данном случае, менять нечего, кроме как нажать на установку в канале AES и глянуть там. Ну и в драйвере посмотреть что есть для AES в настройках.
[automerge]1622457304[/automerge]
@H-ron, Так какой смысл делать не объективный а/б тест? Вы же сами предложили? С какой целью?
Это Вы о чем?
 
@2. Наличие преобразования с помощью дсп (в топике - ТМ) в цепи. @ - вот и я об этом. Вроде я исключил внутреннюю маршрутизацию, но ситуация не изменилась. На канале AES в ТМ нечего в настройках нажимать. Да и настройки Control Panel я поменял все ,какие можно по многу раз. Таместь еще настройки Global, но врядли что -то это даст.
 
@djangel, у Вас все реально отключено. Никакого вмешательства со стороны рме нет точно. Может предыдущий приемник под рукой? Но реально от приемника ничего не зависит - может что в районе конвертера?

Я б, для чистоты эксперимента, воспользовался бы цифровым входом компьютера тупо.
 
. Для передачи столбика цифр в столбик цифр частота и джиттер никакого значения не имеют вообще

Ну а этот столбик по вашему не реалтайм передается ? С буфером FIFO ? Они также "синхронно" ( а не асинхронно, как например в обычном хай-энде часто) должны зайти. Частота тут важна, и ее стабильность также. иначе хрусты и щелчки как раз возможны. ЧТоб это обходить ASRC и придумали. Так что цифра тоже должна поступать упорядочено, не панацея чисто цифра, внимательно нужно.
 
Последнее редактирование:
Нет, кабели одинаковые. Оптические. Поэтому никакой роли не играют.
"тише raydat что ли играет" - играет на пару ДБ тише. Но мне это никак не мешает.А вот то ,что я при записи с микрофона должен преамп на 10 Дб докручивать при тех же составляющих, это удивляет.
 
Но у меня нет претензий к Raydat. Мне кажется, для звукорежиссерских задач его звук явно лучше.
 
Всё это (с моей ИМХО) имеет место быть только с хорошим внешним клоком. С Internal Source Raydat звучит очень непрезентабельно.
 
@djangel, ну, в данном случае, говорить о звучании чисто цифрового интерфейса, не совсем корректно.
 
"тише raydat что ли играет" - играет на пару ДБ тише. Но мне это никак не мешает.А вот то ,что я при записи с микрофона должен преамп на 10 Дб докручивать при тех же составляющих, это удивляет.
-Дим это фигня какая то , значит где то в тотал микс надо смотреть аттеньюацию цифровых входов/выходов , помнится блудикот
упоминал как раз правда у нег не рэйдат был а что то типа 802 , он включает цап а там звук еле еле , оказалось на выход spdif
стояло -24db причем это не фэйдер , а где то в каком то окошке
-синус 0dbfs подай и все ясно будет, единственно непонятка как ты сравниваешь lynx то не работает
Raydat звучит более детально посредине панорамы, более быстро и более жестко, Линкс более объемно и красиво
-слово rme просто хуже звучит чем LYNX STUDIO
даже если вы будете клок отстукивать ногой. Без вариантов.
-это какая нога отстучит 96кгц :)даже представить не могу
Например если вы будете передавать цифру по оптике, то сможете легко получить ошибки в передаче, т.к. этот протокол имеет проблемы
-нет там никаких проблем тот же spdif , проблемы там с самой оптикой ( нужна хотя бы 25мгц а все лепят 16мгц) и в кабеле, но разбирал
rme digiface usb там стояла 25 мгц ( dlr2160 dlt2160 от aixin), но даже 16мгц до 176.4кгц работает без сбоев вот 192кгц как повезет
 
  • Like
Реакции: mitinglas
" ну, в данном случае, говорить о звучании чисто цифрового интерфейса, не совсем корректно. " Некорректно кому? Тому, кто явно слышит разницу звучания ЦИФРОВОГО интерфейса?
Коллеги, я не настаиваю на полемике по этому поводу. Меня спросили, я ответил. Я задавал вопрос по поводу входов, а не выходов.

Кому очень хочется своими ушами убедиться, вэлком ко мне на Пражскую. Два компа, в одном Линкс, в другом Raydat оба, как и конвертер, заклочены на один генератор, WDM- драйверы (пофиг, можно ASIO), уровни в ноль, Один и тот же файл. Перетыкаем подключенный в один и тот же конвертер из одного выхода ADAT в другой и... разный звук. Опытному уху заметно сразу. Я тут не причем.
Разницу описал выше.

"В Lynx AES16 нету оптических входов." Э-э, как бы https://www.lynxstudio.com/products/ls-adat/
 
существенно прибавляют в качестве звука от внешнего клока

Дружеский совет - жесточайшим образом ЗАСТАВЬТЕ СЕБЯ преодолеть это хроническое заблуждение! Никакой "внешний клок" никогда и ни при каких обстоятельствах не может ничего "прибавить" или "убавить". Каскады АЦП любого аудио интерфейса и/или автономного АЦП-ЦАП всегда тактируются своим внутренним генератором, хотим мы того или нет. При работе от внешней опоры (что, в свою очередь, в 99% случаев делается надуманно, без всякой технологической необходимости, именно из-за веры в несуществующее "прибавление качества") этот сигнал WordClock служит лишь для опорной синхронизации внутреннего генератора устройства, который как работал, так и продолжает работать со своими собственными качественными характеристиками, повсеместно более чем избыточно высокими, абсолютно вне всякой зависимости от параметров внешнего сигнала WC, которые, полезно понимать, имеют и здесь сугубо "философский" смысл - даже несколько дециметров коаксиального кабеля прибавляют как минимум порядок погрешностей этому сигналу, будь он хоть с джиттером, равным теоретическому нулю!
Это инженерные факты, игнорирование которых и "несгибаемая вера" в надуманную, эмоционально манифестированную гомеопатию навсегда оставит вас в порочном круге совершенно ложного восприятия простых и утилитарных технических вопросов
 
Последнее редактирование:
Ну тогда не знаю, надо смотреть )))
[automerge]1622479867[/automerge]
при тех же самых конвертерах не должно быть изменений вроде как
 
"Дружеский совет - жесточайшим образом ЗАСТАВЬТЕ СЕБЯ преодолеть это хроническое заблуждение! " Заставляю... Но только когда включаю TCO Sync, звучит лучше. Ну что ж я, враг своим ушам? Честь и хвала RME ,что они так великолепно реагируют на внешний сигнал.




Gigabyte Aorus

Gigabyte Aorus
Gigabyte Aorus
Gigabyte Aorus
Gigabyte Aorus
 
-это какая нога отстучит 96кгц :)даже представить не могу
Пофигу, главное - стучите с той, которую принимает устройство - остальное абсолютно по-барабану.

Надо понять одно, что принимая очередное значение, абсолютно пофигу пришло оно сейчас, через минуту или завтра - если устройство принимает синхронизацию с подобными лагами - последовательность чисел останется без изменений. Отдайте отчет, что проблемы синхронизации звучат однозначно.
 
Пофигу, главное - стучите с той,
-ну лично у меня и с 44.1кгц стуком ногами проблемы :)10 гц может и отстучу если сильно постараюсь и то сумлеваюсь:Dк тому же
ррm стука ногой сильно отличается от ррm даже среднего кварца +-20+-50 , ну а в клок генераторе стоят кварцы с +-5ррm (-40 +85гр)
причем у меня они стоят на медном радиаторе 5мм толщиной 10мм шириной и 50мм длиной, хотя проще было поставить тсхо но у них
фазовый шум примерно на 20db выше на отстройке 100гц
"Дружеский совет - жесточайшим образом ЗАСТАВЬТЕ СЕБЯ преодолеть это хроническое заблуждение!
-это просто творческий намек купить 16 каналов uad apollo и упокоится навсегда
нет такого в драйверах RME
-насколько помню это было в тотал миксе , сейчас наскоро полистал тему где блудикэт этот фич упоминал не нашел, завтра еще поищу
сейчас надоело просто
 
Последнее редактирование:

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