Джиттер SPDIF-out-а - сколько?

[wintermute]

1. У кого нибудь имеется информация о величинах джиттера spdif-выхода интересных для переделки CD-проигрывателей, а также отдельных транспортов?
2. Величины в 5 пс для I2S выхода и 35 пс для spdif выхода транспорта - это реально или бредни маркетологов?
3. Стоит ли в настоящее время транспорт с величинами джиттера, приведёнными в п.2, ~300 зелёных, с учётом того, что:
- механизм - stable platter, скорее всего правильный, т.к. ритейл был в разы больше...
- схемы нет и найти будет малореально, бо фирма канула в лету, никакой информации о начинке транспорта найти не удалось...
- дизайн у транспорта отсутствует в принципе, хотя, на этот пункт мне положить...

[nazar]

Что то я тебя не понял ... принять сигнал по СПДИФ , потом загнать в буфер ? А тактировать его чем ? Ты разберись сначала с вопросом то .

В буфер загоняем с тактовой от транспорта а выгоняем с тактовой от ЦАПа, память ставим побольше чтоб б при максимальной разнице между частотами генераторов на транспорте и ЦАПе не было проблем

[Инквизитор]

Если хочется сложно и обязателен SPDIF (сиречь для коммерции), то лучше капать в направлении SDRAM в несколько мегабайт.

Это будет еще сложнее, плюс ко всему SDRAM нехило жрет (и срет соответственно)

[ADDED=Dark Abbat]1140009143[/ADDED]

В буфер загоняем с тактовой от транспорта а выгоняем с тактовой от ЦАПа, память ставим побольше чтоб б при максимальной разнице между частотами генераторов на транспорте и ЦАПе не было проблем

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

[nazar]

Не очень удобно

Я поетому и отказался от такой идеи когда копнул поглубже

[belka]

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

Именно так .

[pokos]

Не очень удобно

Дык. Если разница в частотах кварцев 1е-5, то на обычный диск надо хотя бы 14 кбайт буфера. По нынешним меркам - немного, но гемор с алгоритмом работы буфера будет неплохой....

[belka]

pokos, как Вы посчитали ?

[pokos]

Небольшая радость в доме. ЦАП с внешней петлёй только что зажил. Ждите отчОта с фото........

[pokos]

pokos, как Вы посчитали ?

Берём 700Мбайт аудиоданных, умножаем на неравенство частот, удваиваем, потому что заранее не известно, какой кварец окажется быстрее.

[nazar]

хотя бы 14 кбайт буфера

ето очень мало

[Эx, залужу...]

14kB если межу кварцами разброс 10ppm. А они обычно с 25-50ppm. Т.е. реально надо считать исходя из 100ppm разницы. Буфер получится надо раз в десять больше, 150, а лучше 200КB, заполнять наполовину, а дальше он будет либо наполняться, либо опустошаться.
А вообще нах такой геморрой

[nazar]

А если еще учесть что генераторы бывают на последовательный резонанс и на паралельный, а при паралельном еще и кондеры на землю частоту утянут то буфер надо на мегабайт так 1-2

[ADDED=nazar]1140097405[/ADDED]
а может и больше

[Инквизитор]

А если учесть, что зачастую производители в целях экономии ставят кварц 16,384МГц вместо 16,934МГц, то лучше сразу поставить десяток мегов

[vizzy]

А если учесть, что зачастую производители в целях экономии ставят кварц 16,384МГц вместо 16,934МГц, то лучше сразу поставить десяток мегов

Лучше сразу поставить гиг, сначала считать в него весь диск, а потом воспроизводить из памяти

[anli]

Я ни фига не понимаю, но задвину, раз пошла такая пьянка. Если SPDIF-поток с компьютера, то он может быть любым по длительности. Никаких гигов не хватит Надо ФАПЧ, постоянная времени которой обратно пропорциональна отклонению заполнения буфера от половины. Тогда при разумном буфере в спектр добавятся лишь совсем уж инфранизкие шумы.

[pokos]

Тогда при разумном буфере в спектр добавятся лишь совсем уж инфранизкие шумы.

Дык. Если ФАПЧа достаточно узкополосная, а исходный источник синхры (в приводе, карточке и т.п.) имеет человеческие параметры, то буфер достаточно в 16 бит.
Ну а сделать такую ФАПЧу, чтобы она ела все нужные частоты, вполне реально, хотя и не элементарно просто.
К слову, тут намечаются промеры Цирроза 8414, доложу по факту.

[pokos]

А если учесть, что зачастую производители в целях экономии ставят кварц 16,384МГц вместо 16,934МГц, то лучше сразу поставить десяток мегов

Гораздо продуктивнее душить таких производителей в коленях у матери......

[aal]

А если учесть, что зачастую производители в целях экономии ставят кварц 16,384МГц вместо 16,934МГц, то лучше сразу поставить десяток мегов

Так это же +3,4%, а человек уже 2% четко различает/слышит. Они что совсем ох...ли. Или вы китайцев имете ввиду? Здесь уже и 16 метров непомогет.

[ZugDuk]

Т.е. если расчитывать на худший случай, буфер надо мегов на 10.
Это есть примерно 30 сек тишины. Согласен. Не очень красиво.

[Lexus]

Да и при всем при этом асинхронный реклок в этом опыте у меня был теоретически-идеологически тоже не правильный, с близкой MCLK частотой реклока (кратные частоты генераторов, лишь их разброс частот технологический), т.е. биения попадают в слышимый диапазон, а правильнее надо бы было генератор для асинхронного реклока не кратный пользовать, чтоб сдвинуть максимум на спектре джиттера куда повыше, за пределы...

Эx, залужу..., а можно поподробнее о таком методе. А то я не могу определиться, что мне делать. ЦАП хочется более - менее универсальный и при этом с приличным качеством. А с внешней синхронизацией проблема - проигрыватель работает от 45,1584МГц.

[Эx, залужу...]

Lexus,

а можно поподробнее о таком методе.

Метод стандартный. После ЦФ триггера. Тактируется напрямую с генератора 33.8688. На ЦФ через делитель на 2, 16.9344, и отсюда же через ADM1485 уходит балансом на сидюк. Имеем синхронный реклок. Если синхра отсутствует (сидюк или чего-нибудь еще от своего собственного генератора работает), то mclk для фильтра надо перекинуть на выход spdif приемника, в этом случае поимеем асинхронный реклок. Да, все это справедливо для DIR1703 от техаса. Проблемы описывал здесь https://forum.vegalab.ru/showthread....5880#post95880 ФАПЧ у нее не плавно подстраивается, а постоянно дискретно меняет туда-сюда выходную частоту, поэтому еще и FIFO-буфер после SPDIF-приемника необходимо иметь, в NPC-шных фильтрах он есть внутри, в режиме "jitter free" активируется.
Насчет приемников от CS - не экспериментировал, но если они частоту подстраивают плавно ( это надо pokosа терзать ) , то здесь MCLK для фильтра можно брать непосредственно с приемника всегда, а наличие либо отсутствие синхронизации источника и будет определять синхронность/acинхронность реклока.

синхронизацией проблема - проигрыватель работает от 45,1584МГц.

Cонька что ли? И на декодер тоже 45 идет? Делителей то там нигде нет?