Лучше поиском по теме воспользуйтесь по конкретным аппаратам , а то тут сейчас опять начнется))
А что, Сайрус транспортов не делала? Если уж моно-система - то до конца…
Да я не против…
Только вот не купить…
На барахолке в баре объявление дал давно… Никто не откликнулся ![]()
Есть у кого опыт пользования транспортом Primare.? Если конкретно…Primare DD35
Небольшие комментарии к исчерпывающим ответам. Доказывать ничего не надо, желательно хоть AN-ку прочитать, для проверки фактов.
Спойлер - про начало проблем
Тут автор все в кучу смешал, вроде говорит о приеме данных приемником (уровень протокола передачи данных), но подразумевает ухудшение параметров Ц-А преобразования из-за восстановленного клока. Надо отделять мух от котлет – задача транспортного протокола состоит в передаче данных без потерь. При соблюдении требований стандарта, и s/pdif, и AES-EBU, и toslink этому требованию удовлетворяют.
У LVDS (I2S) нет тактового сигнала которые он использует чтобы «понять» когда выполнять считывание на уровне транспортного протокола. Каждый сигнал идет по своей линии, набирает джиттер, протокол передачи асинхронный.
Для передачи сигнала спдиф тоже можно использовать LVDS - никаких проблем с RCA/BNC и согласованием линии, которого так боится @Angelicus.
Спойлер - про особые протоколы и зачем тут фапч
В самом простом случае вывода 16/44 I2S через spdif можно получить без применения «особых» и «адаптивных» протоколов применяя демультиплексор с линией задержки или регистры сдвига и (не)много дискретной логики. Тактовый сигнал возможно разделить благодаря тому, что манчестерский код самосинхронизирующийся и в середине такта у него всегда есть смена уровня. Можно сказать, что аналогичный процесс на сдвиговых регистрах делают производители простых NOS ЦАП типа Шарм, когда преобразовывают I2S в параллельный RJ, который принимает цап. Само собой качество такого тактового сигнала будет напрямую зависеть от качества источника сигнала spdif и накопленного по дороге джиттера.
ФАПЧ появляется в этой цепочке только потому, что протокол многофункциональный и рассчитан для работы с не самыми идеальными и длинными линиями передачи, должен уметь принимать разные частотные сетки (44.1/48) и обеспечивать синхронизацию с входным потоком.
На каком основании делается вывод о том, что данный процесс «приводит к противоположности стабильности тактового сигнала» мне не очень понятно, тем более мы так нигде и не увидели измерений джиттера клока передаваемого через I2S и его сравнение с восстановленным клоком фапч.
Для информации приемники Cirrus Logic (8212–8416) нормируется джиттер периода (сycle-tо-cycle) - 200/400 ps RMS, у более современных приемников 50ps RMS. Более того, у CS еще и внутренний генератор фазового детектора весьма плохенький, а это напрямую влияет на работу ФАПЧ.
Спойлер - про суть и разрыв связей
Эту суть мы уже разбирали в самом начале, но приемник опять не знает что ему делать, но бит перфект выдает.
Тут забавный момент про регулируемую ФАПЧ и изменение частоты. Регулировать ФАПЧ необходимо только если изменяется частота входного сигнала – нужно перестраивать делители/коэффициенты, т.к. в аналоговых или смешанных ФАПЧ фазовый детектор сравнивает входящую частоту с частотой опорного генератора и после настройки ГУН (генератор управляемый напряжением) по сигналу «ошибки» выходная частота не меняется, пока не произойдет смена входной частоты (44/48) или сбой синхронизации. Результат захвата петли ФАПЧ это синхронизация клока с входным сигналом и подавление джиттера. НЧ джиттер стандартные приемники не подавляют, и он пропускается от источника, величина которого будет определяться характеристиками генератора в источнике и качество формирования сигнала. Это связано с особенностями работы аналоговых ФАПЧ. Если сужать полосу захвата для уменьшения частоты фильтрации, в какой-то момент основной вклад в фазовый шум в полосе будет связан с шумами встроенного ГУН, а выше полосы будет подавляться ФАПЧ. Именно поэтому качество формирования сигнала spdif источником оказывает не малую роль хотя стандарт этого не требует - в 1986 году взгляд на влияние джиттера в цифровых системах был немного иным. Сразу и не отходя от печи, нужно зафиксировать еще два важным момента: (1) в большинстве промышленных аппаратов золотой эры, приемник spdif использует встроенный в чип генератор для создания опорной частоты на входе фазового детектора, Если мы говорим про CS8412, то этот генератор там весьма посредственный и это напрямую влияет на результат увеличением джиттера. Некоторые приемники умеют принимать внешний тактовый сигнал и там можно использовать хоть рубидиевый клок, но как обычно, туда ставят то, что было под рукой. (2) Многие приемники умеют работать в ведомом режиме и тактироваться внешним клоком MCLK. Это тот самый реклок данных, который что-то портит у @Angelicus, но он синхронный и повсеместно используется в студиях. Для этого надо делать обратную синхронизацию транспорта, что встречается крайне редко в бытовой технике.
Про буфер. Автор явно не понимает зачем нужен буфер в приемнике. Он компенсирует задержку на внутреннюю обработку, не более. А иначе зачем ФАПЧ сделала синхронизацию с входным потоком? Причин для его опустошения при нормальной работе нет, а простая коррекция, повторение предыдущего отчета, происходит если бит контроля четности показал ошибку в принятом фрейме. Никаких других методов восстановления (типа интерполяции) в приемниках не применяется.
Фактически, фапч восстанавлвивает связь и устраняет джиттер передачи. Ничего такого у I2S нет. Бардак здесь именно в I2S - единого стандарта нет, кто и как обрабатывает ее на входе в устройства не известно.
Спойлер - сгущение красок и беспочвеные тревоги
С красками можно делать все что угодно, а примера качества «тактового сигнала, создаваемого ФАПЧ» мы конечно же не увидим, как не увидим и пример сигнала I2S после передачи - бизнес «inherent limitations» и ничего личного.
Достаточно посмотреть на измерения “лидеров мнений” с АР-шечкой. Они измеряют джиттер spdif передатчика во временной области, а для I2S пускают J-тест. Ни там, ни там нет возможности оценить джиттер тактирующего сигнала востановленного приемником spdif и принятого приемником LVDS. С другой стороны, выдно что платка spdif выхода для малинки (передатчик Вольфсон) за 100 баксов выдает RMS джиттер в линию на пределе возмжностей измерения АР-шки и даже немного ниже чем DDC Holo Red по spdif, в полосе от 10Гц. Не удивительно, но еще раз показывает что правильно приготовленный spdif выход существует, но увы, не в СД плеерах.
Спойлер - чистая правда, которую мы так долго ждали
Забавно что об этом говорят в самом конце. Вроде столько было рассуждений о проблемах приемника, который то ли не знает, то ли и угадывает, а на самом деле, проблема на конечном этапе, в самом цапе, точнее в том месте, где происходит непосредственное преобразование в аналог.
Спойлер - ASRC для подавления джиттера, уверены?
Это просто бред. Для подавления джиттера в ASRC используется внутренняя фапч, а не изменение fs, Буфер нужен для компенсации временного лага на обработку и вычисления. Одним словом - костыль, но интересно.
Немного личного опыта. В моем цапе приемник spdif умет работать ведомом режиме (тактирование от цап и восстановленный клок не используется). Если играть диски, то срыв синхронизации бывает 4-10 раз за диск, но зависит от разности частот клоков, которую нельзя предугадать. Предугадать нельзя, а заказать клоки с отбором по частоте можно. Дорого, но зато теперь хватает на один диск без сбоев. Проблемы иногда бывают, особенно года становится жарко, в цапе больше источников тепла и температура внутри корпуса растет быстрее. В любом случае выбор есть.
Спойлер - очевидное не очевидно
Самый очевидный способ избежать проблем - сделать, наконец, нормальный spdif и не городить I2S костылей, т.к. по сложности эти квадратные костыли будут сложнее чем нормальная реализация spdif.
И еще не много для @Angelicus, о том как трудно жить с фапч и с печками на 10 МГц
Спойлер - рождение идола - как появляется I2S
Я думаю, мало кто интересовался вопросом о том как сервосистема выдает нам I2S и SPDIF. На эту тему очень мало материала для неподготовленного читателя, но некоторые выводы можно сделать использую логику.
Насколько мы можем стабилизировать вращение диска? Допустим, что система привода двигателя может стабилизировать вращение диска в бытовой системе, разработанной в конце 1970-х с точностью ~ 0.000001% (1Е-6) это круче кварцевой стабилизации фономоторов более чем на 3 порядка. При этом, на выходе сервосистема может создать тактовые сигналы с нестабильностью не хуже десятков наносекунд +/-, т.е. 10Е-9 (предположительно). Там еще есть избыточная информация, перемежение кадров, коррекция, итд итп. При воспроизведении дисков за восстановление отвечает EFM демодулятор. Поток который идет в модулятор, должен как-то синхронизироваться со скоростью вращения диска и оба должны как-то синхронизироваться с тактовым генератором транспорта. сложная задача, но все просто – это делается с помощью буфера и ФАПЧ и это черным по белому написано в мануалах. Она же отвечает за генерацию/синхронизацию сетки для тактирования выходных сигналов.
Вот это поворот!!! Так много писали про убогость ФАПЧ, несовместимость с низким джиттером, а тут вдруг оказывается, что именно с не все начинается в любимых кружочка.
Мня это не смущает, но я перпочитаю серву начиная с СXD2500BQ.
Спойлер - печки на 10МГц - топим баксами, купуюры по 100
Пусть у нас есть хорошая печка ocxo на 10МГц. Хороший это наш Морион, а не какой-то китайчонок по имени Ауне, который даже спецификацию не пишет, видимо от скромности.
Нам надо сгенерировать тактовую частоту 512fs для сетки 44.1 чтобы подать ее в траспорт , а потом через I2S и в ЦАП и получать удовольствие от волшебного снижения джиттера. Долой богомерзкий spdif. Считаем, 512fs = 44.1 x 512 = 22.5792 МГц. Делим результат на 10 МГц и получаем коэффициент умножения 2.25792. Что-то он как-то он не очень целым получился, вроде синхронностью тут и не пахнет. Мммм, ну ладно, нас опять выручает …. ФАПЧ, она такое может и сейчас есть готовые генераторы сеток и с аналоговой ФАПЧ, и с фрактальной ФАПЧ, и полностью цифровые с прямым синтезом, а для умелых ручек крутые и быстрые DSP. Супер, получили частоту, подали ее в транспорт и он нам с помощью уже своей ФАПЧ выдал на выход I2S. Прогнали ее через LVDS c верой в то что джиттер нас не догонит и прилетели на вход цап. Если цап нос, то можно все что прилетело отправить в плиску для нарезки RJ, если нужно, или сразу на FPGA R2R. Как-то оно там само синхронизируется и даже реклок можно сделать, правда придется опять возиться с делением частот на триггерах или фапч. Клок в цапе игнорируем, даже если он лучше того что принесла I2S, проблемы с разностью частот и синхронизацией нам не нужны.
Но тут приходят пытливые умы и говорят, что обязательно нужно тактировать и ЦАП от нашего идеального клока 10МГц. Ну хорошо, подаем клок и опять вопрос как получить 512fs? Опять ФАПЧ, но теперь в ЦАПе. Сгенерировали, что дальше? А куда ее теперь подавать и что с ней делать? Во-первых, у нас нет гарантии что ФАПЧ в транспорте и ФАПЧ в ЦАПе выдали нам одну и ту же 512fs на выходе. Получается, что они не “синхронны” и разность фаз между ними будет медленно расти… и мы приехали - клок есть, может он даже лучше, а как использовать не понятно. Похоже опять надо включать фапч с синхронизацией на входящий клок, она это может. Есть и другой вариант, большой буфер с клоком от цапа и надежда что срыва в потоке не будет. Это точно работает нормлаьно? Да бог его знает как там это в кастрюлях и народных R2R сделано.
чем бы публика не тешилась, а девиз нашего времени – тактировать все! ЛБП везде!
При чем тут потери? Речь у меня шла о джиттере интерфейса, это не потери, это природа-мать. Не знаю, стоит ли дальше читать.
Пищи для размышления конечно предостаточно, но она никак не помогает выбрать лучший транспорт. Может не стоит оно того развивать эти споры? Затратно это как-то энергетически и по времени. Надо что-то ставить и слушать.
Вот уж действительно кастрюля с глубоким дном
Michi Q5 - позиционируется вроде не как полный плеер, а транспорт с цапом.
Природа мать) джиттер померяйте и станет все ясно, ху из ху.
А если почитаете, там есть много интересного про то как любят не за джиттер, ![]()
![]()
это уже какой-то ядерный реактор
Это уже не кастрюля, а центрифуга лабораторная! ![]()
Так и написано - завышенные ожидания ![]()
Elevated expectations - повышенные ожидания
Не хочу меряться длиной языкового образования, но перевести можно по-разному, зависит от контекста.
Завышенные, в данном случае, подходит как нельзя лучше (да и прикольнее), ибо это очередной новодел и внутри вские SMD и микромелкосхемы не слишком специально сделанные для звука, да и в остальном…
Корпуса только теперь делают, не жалея алюминия.
Ну, вы конечно можете оставаться в своих приподнятых ожиданиях. ![]()
(Хотя и странно, учитывая высокий уровень ваших систем)
Это казан для плова. ![]()
I2s нет, клочить не получится. Прошлый век)
А чем плеер отличается от транспорта с цапом?
Это как четырёхдверное купе.
наверное с точки зрения маркетинга за это можно взять в 2-3 раза дороже
Если по чесноку,то…
Когда указывают транспорт-цап,то основной упор был сделан на реализацию транспорта,а цап так с ущербным питанием и только для проверки работоспособности аппарата.
Когда полный плеер,то.. всего по чуть чуть в хорошем неплохом качестве.







