И снова о джиттере - представляю Doctor JKILL

[Alex]

Вторая часть мерлезонского балета.
Первая была тут: https://forum.vegalab.ru/showthread....B2%D1%83%D0%BA

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

Кто предполагает использовать ТОЛЬКО уже тактируемые от ЦАПа источники (Tango, Flamenco, Bolero, Amanero, "многофункциональный транспорт" и т.п.) - Вам ЭТО не нужно!

Добавил список конфигурируемых параметров.

17 Июня 2014: К пользователям: обратите внимание на ERRATA SHEET:
http://www.altor.co/downloads
Касается плат, ревизии до 1.3а включительно.

30 Июня 2014: Выложена нова прошивка, 2.3.17


Дополнение - "полный" вариант JKill не выпускается, только JKill Light, см. в соотв. теме.

[Alex]

Но возник вопрос про проверку битности: ты делаешь выборочную проверку из блока? Мне кажется на весь контроль потока производительности не хватит.... Тот же вопрос с детектором "0" потока...

Хватает и на то и на то, и еще на VU-метр (и там и там используется цифровая фильтрация).

P.S. "Детектор тишины" !=детектор "0" в потоке.

[vic57]

Красиво и нестрашно!

[Deemon1970]

Alex поздравляю с реализацией девайса в "железе" !

[Alex]

Спасибо

[dortonyan]

P.S. "Детектор тишины" !=детектор "0" в потоке.

Alex, а что, по нулю в потоке не прокатывает?

[Alex]

а что, по нулю в потоке не прокатывает?

Нет.

[energetik]

Alex, Александр, молодец! Мега зачёт!

[Vladimir_kos]

Непонятно, в транспортах с асинхронным ЮСБ и так уже есть регистр ФИФО, но:
- он не устраняет полностью влияние каких-то различий во входном потоке
- зачем ещё дополнительный регистр между транспортом и ЦАПом?

[Alex]

в транспортах с асинхронным ЮСБ

Ты имеешь ввиду РСМ29хх или Фламенко/Болеро/XMOS/CM6631/Amanero/etc. ?

- зачем ещё дополнительный регистр между транспортом и ЦАПом?

Читай "первую часть мерлезонского балета" - там вроде понятно все написано.

[Vladimir_kos]

Фламенко/Болеро

В частности эти

[Alex]

В частности эти

Этим - не нужно.
Разве что хочеться иметь их в комплексе с spdif/toslink/analog входами - для этого в JKILL и предусмотрен I2S вход, ФИФО работать не будет, (а вот если туда РСМ29хх - то будет).

P. S. Добавил "это" в начальное сообщние, кому сразу не понятно.

[Alex]

Я так понимаю, что кроме клока 384/768, других пожеланий по "изменениям и дополнениям" нет?

[aal]

Ну уже всё было перетёрто лет 6 назад - Вы всё учли Тогда о 384 не думали, да и сейчас это ещё не проблема №1
ИМХО можно было бы заложить коммутатор I2S для синхронизируемых источников (аля болеро) на той же 74х244 - этим бы и трабл 384 решить - всё равно их гнать через фифо бессмысленно.

[Alex]

Тогда о 384 не думали,

Леш, под 384/768 выше, имелись ввиду клоки а не битрейт.

ИМХО можно было бы заложить коммутатор I2S для синхронизируемых источников (аля болеро) на той же 74х244 - этим бы и трабл 384 решить - всё равно их гнать через фифо бессмысленно.

А в случае одного из вариантов аналогового ввода (с АЦП), это и сейчас именно так и делается - I2S Джекила переходит в Z-состояние и сигнал АЦП идет непосредственно в ЦАП. Вместо АЦП может быть в принципе лой источник I2S, умеющий переводить свои выходе в 3-е состояние.
Можно предусмотреть несколько подобных "входов", а вот ставить регистр не думаю что надо - все равно по хорошему, с "Болеро" надо делать переходник с гальв. развязкой, во там буфер с 3-мя состояними и воткнуть.

[Alex]

Я добавил возможность регулировки в цифре, поскольку уже трое об этом попросили.
Хотя конечно, недостатки этого всем известны.
Так что, теперь 4 варианта РГ:
1) без РГ
2) цифровой РГ
3) управление "никитинским" регулятором побитно (параллельная шина)
4) управление "никитинским" регулятором по 1 или 3 сигналам последовательным протоколом.

[Alex]

Еще просят сделать автоматическое сканирование входов.
Сделать можно, но что-то мне сама эта идея не очень нравится.

[Wired]

Еще просят сделать автоматическое сканирование входов.

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

[Alex]

куда важнее добавить запоминание последнего вьібранного входа (или я єто не нашел).

В той прошивке что у тебя - оно запоминается, если выключать девайс длинным нажатием на кнопку переключения входов (также и включать потом), а питание не выключать (оно в ОЗУ сохраняется).
Сейчас сделал во флеш.

[Djemshut]

Еще просят сделать автоматическое сканирование входов.
Сделать можно, но что-то мне сама эта идея не очень нравится.

Очень правильно не нравится. Оно нафиг не нужно.

[momitko]

Я только одно понять не могу. Если поставить в девайс опциональный генератор, кратный 48кГц, а мастерклок кратный 44.1 брать из другого ЦАПа по I2S. При этом я хочу второй ЦАП подключить к опциональному SPDIF выходу девайса (т.к. у второго ЦАПа нет I2S входа), то смогу ли я на девайсе переключать частоту клока с внешнего мастерклока на внутренний клок (который будет стоять в девайсе)?