Разбор полета Kenwood dp7060-7090

[D-mitriy]

В те далёкие времена 96-98года ни кто не понимал как работает это чудо техники по многим причинам, перечислять я не буду, в 96году я купил первый в жизни проигрыватель Kenwood dp7060, спустя почти 30 лет я почти разобрался в его цифровой схеме, но до сих пор многое не понятно.
Цифровой сигнал с servo поступает на цифровой фильтр sm5843 из 16 бит сигнал преобразуется в 18 бит(включен sync режим подавления джитера), первый вопрос зачем?, зачем там вообще 20битный фильтр?, если на борту стоит 16 битный tda1547, дальше 18 битный сигнал поступает на кенвудовский фильтр KAN02 DRIVE, преобразуется из 18 бит обратно в 16, в рекламных проспектах того времени указано что какой то интенсивный вектор постраивающейся в зависимости от сигнала,(до конца не ясно) далее цифровой сигнал поступает на 3-й цифровой фильтр филиповский номер не помню идёт в комплекте с tda1547, вопрос зачем нужно было ставить 3 фильтра?, по
сути одного достаточно но пускай 2, что такое система DRIVE?, на эти микросхемы нет даташитов.

[D-mitriy]

Не много размышляя понял что, можно полностью обойти микросхемы DRIVE если взять kenwood 7090, как я уже писал можно переключить sm5843 на 16 битный вход отключить при этом микросхему KAN03, это как правильно написали рекламный трюк на подобии легато линк от пионера, ещё я так понял(возможно ошибаюсь) принцип его работы аналогичен AD1893 16-Bit Stereo Asynchronous
Sample Rate Converter использовался в teac vrds 8-25 или AD1896 использовался в arcam СD192 где из 16 бит преобразовывал в 24 бит, но эти чипы не могут работать без дополнительного фильтра которым кстати в кенвудах и тиках являлся sm5843(как показала практика он и сам по себе хорошо звучит, хотя конечно можно убрать весь этот огород и поставить sm5842), в arcam cd192 дополнительный фильтр стоит внутри ЦАПА WM8740(очень не приятно звучащего)

[Serge_L]

Что-то всё в одну кучу:
DF
Апсемплер
ASRC

Единственная шпилька Доктору в бок))), все эти SM584x позволяют получать из 16-ти битного потока, длину слова больше входного, потому, если не придираться к словам, ТС прав

[Alexander]

все эти SM584x позволяют получать из 16-ти битного потока, длину слова больше входного

Была такая модная тема но долго не задержалась. Был у меня CD TEAC с преобразованием 16-18бит (без обратного в 16) и при сравнении в лоб он полностью сливал ТДА1545(Marantz).

[Delta213]

Единственная шпилька Доктору в бок))), все эти SM584x позволяют получать из 16-ти битного потока, длину слова больше входного, потому, если не придираться к словам, ТС прав

А что такое длина слова? Вот лично для меня, я так это определяю, есть кадр в 48, или 64 бита, в нем два слова по 24/32 бита. И в таком понимании длина слова не изменяется, как было 24, или 32, так и остается, а вот к-во данных, да, может и увеличится, интерполяция не дремлет.

---------- Сообщение добавлено 12:27 ---------- Предыдущее сообщение было 12:26 ----------

Была такая модная тема но долго не задержалась. Был у меня CD TEAC с преобразованием 16-18бит (без обратного в 16) и при сравнении в лоб он полностью сливал ТДА1545(Marantz).

Так нельзя сравнивать, разные аппараты в которых всё разное, а пытаетесь свести все к апсемплингу.

[Alexander]

Дело не в апаратах, дубовый апсемплинг приводит к дубовому результату, по этому и умер быстро. Напомню, что был ещё один вид апсемплинга, не дубового, назывался HDCD и результат от него был заметно положительный. Там дополнительные биты не высчитывались аппаратно из исходного 16бит кода СД а были закодированы на этапе АЦП. Тоесть HDCD содержал >16 бит при этом не теряя совместимости с стандартом СД, и были плееры способные декодировать эти дополнительные биты.

[Serge_L]

Вы чо люди?)))
Те же 1862/65 58/63 имеют разрядность выше 16 бит, которые дает стандарт СД.
Соответственно, кроме увеличения частоты дискретизации изменялась и разрядность данных на выходе ЦФ

[Delta213]

Напомню, что был ещё один вид апсемплинга, не дубового, назывался HDCD

И который умели декодировать только pmd100 и pmd200, второй похоже никто в глаза не видел, в руках не держал, из разряда мифов.

---------- Сообщение добавлено 15:40 ---------- Предыдущее сообщение было 15:38 ----------

Вы чо люди?)))
Те же 1862/65 58/63 имеют разрядность выше 16 бит, которые дает стандарт СД.ЦФ

и еще 1702, 1704, 20400, не говоря уже о более современных.

[Alex]

Откуда "вдруг" в HDCD взялся апасемплинг?!
Там только разрядность увеличивается, типа до 20.

[Alexander]

Откуда "вдруг" в HDCD взялся апасемплинг?!
Там только разрядность увеличивается, типа до 20.

Так выразились выше, я не стал исправлять, правильнее наверное будет апбитинг?

[Serge_L]

Alexander, странно… Ничего там дубового не было, что за ерунда?
Просто появились первые ДС ЦАП, все эти связки sm5842(7) и топовые R-2R цапы перекочевали в топовые девайсы, а в обычных балалайках стали применять всякую пургу с коммерчески громкими названиями. Но, учитывая исполнение, ловить там было нечего

[Pilulkin]

Единственная шпилька Доктору в бок))), все эти SM584x позволяют получать из 16-ти битного потока, длину слова больше входного, потому, если не придираться к словам, ТС прав

Шпилька - хрен с ней,вопрос в другом:если информации останется столько же,то что добавит "математика" - количество "0"-ей....
P.S.Результат всего этого:возможность "чтения" или эффект "легато линк" на выходе....?

[Serge_L]

Pilulkin, не, оно дизеринг умело вроде. Те как-то хитро там добавлялось.
Но я сразу говорю: я с ЦОС очень слабо дружу!

[Delta213]

Шпилька - хрен с ней,вопрос в другом:если информации останется столько же,то что добавит "математика" - количество "0"-ей....

Ага, через каждый бит ноль вставляется ;) Я не знаю как это работает, но работает, можешь проверить, в генераторе сгенери синус 1кГц/16 бит/сампл рейт не важно какой, ну пусть 48. Посмотри его спектр и сохрани, потом повысь разрядность этого файла до 24 бит и опять посмотри спектр, сравни и сделай выводы И можно наоборот, из 24 бит в 16 и сравнивать с тем который сразу в 16 бит создавался.

[Pilulkin]

И можно наоборот, из 24 бит в 16 и сравнивать с тем который сразу в 16 бит создавался.

Математика - наше всё!
P.S.Со звучанием,правда,фигня получается,но это переживём....,первый раз что ли....

[Serge_L]

Pilulkin, Вов, не. Тут ты не прав. Во всех этих девайсах на всех ЦАПах с разрядностью больше 16 применялись эти фильтры, никаких проблем со звуком там не было.
Я не беру всякую шнягу типа Легато-линк и прочий сатанизм
У Линкса там все было описано, я просто уже не помню))) Весь этот механизм.

[D-mitriy]

В 16 битном коде есть младшие разряды те что 16 битные девайсы отсеивают, или их не замечают, вообще на эту тему очень мало информации, существуют (вали) фильтры которые могли эту информацию восстанавливать, этим занимался арифметический блок самого фильтра, у разных фильтров он отличался, поэтому была разница в звучании фильтров, (возможно по делитански объяснил) по мнению Андронникова, лучшие были;
PMD100/SM5842, SM5847,
Самый худший SM5840/41, разрешающая матрица у последних урезанная, звук от таких фильтров сильно деградировал, по крайней мере на вокале слышно даже по сравнению SM5843, будто вокал записан через более дешёвый микрофон и воздушность чашек тоже слегка подрезана.
Легато линк от пионера преобразовывал сигнал из 16 бит в 24 бита, после стоял обыкновенный фильтр SM58(XX) перемаркированный пионером, 24 битный сигнал обратно преобразовывался либо 16-ти либо в 18 бит в зависимости от применённых цапов. По мнению пионера это позволяло выкидывать шумы квантования за пределы звукого диапазона, по факту была полная лажа.

[Denisius]

D-mitriy, https://forum.vegalab.ru/showthread....=1#post1155076
и далее...
И далее
https://forum.vegalab.ru/showthread....=1#post2434137

[Alex]

В 16 битном коде есть младшие разряды те что 16 битные девайсы отсеивают, или их не замечают,

16-битные девайсы "отсеивают" младшие биты 16-битного кода только в одном случае - когда они "не совсем 16-битные". Да и то, как бы "не совсем" отсеивают, а просто преобразовывают их не правильно.

[D-mitriy]

D-mitriy, https://forum.vegalab.ru/showthread....=1#post1155076
и далее...
И далее
https://forum.vegalab.ru/showthread....=1#post2434137

Спасибо.