Около ЦАПовый технофлуд.

[Zimba]

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

Вы забываете, что в действительности есть 2 кирпичика -
1. устройство (условно - софт+цп), который отправляет цифровой поток на
2. сам передатчик.
и вот передатчик - будет соблюдать протокол, а вот что программисты сделали с цифрой - этого мы, к сожалению, не знаем...
они могли взять и нахер уничтожить все отсчеты 44.100, которые были и пересчитали все в 192кГц... звук у вас будет, но он будет не ровно таким, каким был до преобразования
еще раз подчеркну, я не говорю, что ВСЕ устройства так делают, и даже не "некоторые", я лишь говорю, что такое возможно и это не отменит соответствие перадтчика протоколу. он исправно отправит приемнику все нолики и единички, которые в него пихнули.

Lurker писал, что dx90 - бит перфект. проверяется просто - dts на выход из плеера пихается в ЦАП. если бит перфект - звук идет, если шум белый - значит кто-то (софт ) с цифрой что-то сделали.
свой x5 я не проверял - не на чем.
ap100 - тоже.

но я почти уверен, что плееры ap100/x3/x5/dx50/dx90/dx100 и еще кучка, часто обсуждаемых здесь с цифровым выходом - бит перфект. и все отличия, которые некоторые слышат в разнице цифровых выходов, подключенных к одному ЦАПу - это лвияние именно джитетра, который, как вы правильно заметили, проводами не "улучшишь/ухудшишь" =)

кстати, можете допросить Романа или (что, наверное даже лучше) кого-то из схемотехников, как отличается тракт, принимаюищий сигнал по асинхронному usb протоколу и spdif. Я думаю, что просто взглянув на отличия, будет сразу ясно почему они могут играть по-разному

[adgjl]

Хотите пари? Любой крутизны бытовой оптический тракт я вам в 10 секунд сделаю нерабочим,

Наверняка можете. Подозреваю, можно и быстрее.

тупо транспорт сидюков развязать от стола чтоб не вибрировал.

в стандарт ХайФая вписывается

Стоп стоп стоп. Что то тема в угаре спора не туда поворачивает. Давайте вернемся все таки к цифровым интерфейсам. Те же сидюки подключались тогда по IDE, сейчас через SATA. Смысл любого интерфейса максимально исключить влияние передающего железа на результат, разве не так? К протоколу относятся не только описание "вопросов-ответов", кодировки и коррекция ошибок, но и скорость обмена данных и время отклика. Тут конечно, допуски есть, но достаточно строгие, иначе расчетные характеристики недостижимы. У таких интерфейсов качество механических соединителей практически не влияет на результат до какого-то момента, после которого интерфейс просто перестанет работать, и соединители можно назвать бракованными. Но повышать качество шнуров и разъемов выше простой работоспособности смысла нет.
Теперь рассмотрим работу интерфейса в системе. Что входит в интерфейс: провода, разьемы и чипы на обоих концах этого всего. Именно чипы и работают по вышеупомянутому протоколу, а для связи с внешним ПО используется драйвер. ВСЁ. Всей этой конструкции абсолютно все равно, для передачи какого типа данных (каким софтом и какого качества) она используется. Качество софта - совсем другая тема.
Раз уж речь зашла о сидюках 30 летней давности. Совершенно феноменальным типом интерфейса, доказывающим мою мысль, является интерфейс обмена данными через кассетные магнитофоны. Вы же помните Z80 и всякие там Спектрумы? Практически этот интерфейс не зависел от качества проводов, магнитофонов и пленки абсолютно. Чтобы он перестал работать надо было провода порезать, магнитофон (самого распоследнего 4го класса) спалить, а пленку в кассете MK-60 зажевать. То есть сломать.

вы реально уверены на 100% что тот же УСБ использует теже предпосылки и нацелен на получение точно того же результата как и оптика?

Наверняка нет. Оптика не используется для передачи данных, требующих стопроцентной верности, вероятно, коррекция ошибок слабее, чем у точных интерфейсов. Но работать она должна по идее стабильнее, в смысле временных параметров, так как узкоспециализирована. Да и устарела оптика уже, USB и HDMI наше все. Думаю, оптику сейчас ставят только для обратной совместимости со старыми устройствами.

вы типа уверены, что все устройства идеализированно одинаковые, дабы утверждать что "все зашито в стандарте и все пох"? Особенно если в качестве транспортов используется комп или разные производные на базе линуксов и дроидов или иосей?

Если возможности интерфейса значительно превышают требования к выполняемой задаче, то да - пох. А какие проблемы с интерфейсами у компов? Просто Вы сейчас говорите про "транспорт" в целом, куда включается различный софт, я же - только про цифровые интерфейсы передачи данных. Уверен, если направить один и тот же поток неизмененным всякими плеерами и эквалайзерами через USB на один и тот же внешний цап, то слышимой разницы между между платформами не будет абсолютно, потому что ей просто неоткуда взяться.

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

Как раз я то об этом и помню, и даже несколько раз уже это подчеркивал. Собственно, весь сыр-бор начался со сравнения интерфейсов и проводов, как обычно впрочем.

[sanmigel]

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

в общем то уже ответили

А на деле, все это феноменальная чушь. Для нормальной передачи потока данных нужно соблюдение двух условий: пропускная способность интерфейса должна быть выше битрейта, и количество ошибок передачи меньше возможностей применяемой системы коррекции. Этим требованиям отвечает любой исправный цифровой интерфейс с любыми исправными шнурами. В результате на выходе любого интерфейса всегда будет одна и та же последовательность данных, что и на входе. Во всех остальных случаях интерфейс или компоненты просто неисправны. И даже в этом случае не будет никакого влияния на качество звука (прозрачность там или количество высоких, как тут любят выражаться), а трески и прерывания сигнала.

единственное только могу добавить что проблема не в передаче, а во всей системе целиком, и для аудио тут проблемы сводятся к 2

количество ошибок передачи меньше возможностей применяемой системы коррекции

количество ошибок может превысить то которое можно восстановить
и вторая проблема это системы с восстановлением системного клока, качество этого восстановленного клока может быть не айс

---------- Добавлено в 08:40 ---------- Предыдущее сообщение было размещено в 08:28 ----------

а чет рынок удивительно не смеется, правда?

Rom2307, рынок и над такими штуками тоже не смеется
http://www.exler.ru/blog/item/13793/
продают все, что можно продать

так то-то и оно, что коррекция ошибок - это не идеальная передача, это просто маскировка потерь.

Роман, если бы я был вашим преподом по дискретной математике в Вузе (МГТУ им Баумана, если не ошибаюсь?) мне было бы просто стыдно.
https://ru.wikipedia.org/wiki/%D0%9E...B1%D0%BE%D0%BA

И по вашему - схема коррекции не есть "софт" который точно так же может работать по-разному?

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

---------- Добавлено в 08:42 ---------- Предыдущее сообщение было размещено в 08:40 ----------

Что-нибудь о избыточной коррекции ошибок слыхали?

избыточное кодирование

Вот временные задержки, о которых говорил Zimba наверняка влияют на звук, ну тут уж точно не в шнурах дело.

если система с восстановлением клока, то шнур очень даже может влиять.

---------- Добавлено в 08:51 ---------- Предыдущее сообщение было размещено в 08:42 ----------

а причем тут шнур???

как?

рынок удивительно не смеется, правда?

оно продается - значит правильно и нужно, ваши же слова

А касательно звуковой индустрии - вы типа уверены, что все устройства идеализированно одинаковые, дабы утверждать что "все зашито в стандарте и все пох"?

а стандарты разные и с разными возможностями
честный I2S (особенно где цап - мастер) весьма неплох

Как это отменяет вариант возможной програмной ошибки?

если передача данных 100% управляется аппаратно то программные ошибки тут ни при чем

Знаете, что у протоколов есть "допуски"?

опять все в кучу
если говорить про передачу данных, в цифре по исправному интерфейсу можно передать последовательность 0 и 1 со 100% точностью.
далее у вас будет Ц/А преобразование и звук в итоге на выходе.
то что у вас от одного цифрового источника разные аудиодевайсы звучат по разному абсолютно не значит что разница в передаче данных по цифровому интерфейсу



---------- Добавлено в 08:55 ---------- Предыдущее сообщение было размещено в 08:51 ----------

Уверен, если направить один и тот же поток неизмененным всякими плеерами и эквалайзерами через USB на один и тот же внешний цап, то слышимой разницы между между платформами не будет абсолютно, потому что ей просто неоткуда взяться.

не, есть нюанс, если в ЦАПе стоит PLL которая клок восстанавливает из принятых данных, то....

---------- Добавлено в 08:59 ---------- Предыдущее сообщение было размещено в 08:55 ----------

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

[kosyakman]

избыточное кодирование

Это типа когда только от водки хотели, а еще заодно и от прелюбодеяний получилось?

[gemzza]

Это типа когда только от водки хотели, а еще заодно и от прелюбодеяний получилось?

Нет, Костя, это как раз правильное Православное кодирование!

[adgjl]

Азио практически не имеет смысла для простого воспроизведения. Для чего asio-h*jasio : ) Народ много чего прикручивает, руки не для скуки. Как софт влияет, это на совести софтописателей, улучшалкосоздателей и т. д., речь шла об интерфейсах передачи данных.

[Zowie]

Да вот только передатчики и приемники тоже разные и ток/напряжение не але зачастую. Софт тоже влияет, как не странно. Не даром народ Асио-х*язио прикручивает.

[kosyakman]

Чотоконепридумают, лишь бы шнур втридорога продать трудящимся. Свят-свят...

[kosyakman]

Прям орфографическая благодать снизошла )))

[gemzza]

[Symmcat]

Читаю и убеждаюсь, что диалог - плохой способ донести информацию, ибо деструктурирует мысль.

Итак, цифровые интерфейсы.
Все они передают цифровую информацию. Целостность информации (кроме очеь специальных случаев) равна 100%, без разницы, достигается она средой передачи или избыточностью. Тут все хорошо априори.
С чем могут быть проблемы?

1. Неустранимые ошибки. Например, перебитый или сгнивший кабель. ССЗБ.

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

3. Некорректное использование сопутствующей информации приемником. С этим и возникают проблемы чаще всего. Яркий пример S/P-DIF. В нем данные передаются с несущей частотой, кратной исходной. И в самом простом варианте реализации приемника, для последующего Ц-А преобразования используется частота, восстановленная из несущей. Частота ФАПЧ при этом обычно недостаточно низкая для аудио, и потому весь джиттер передачи превращается в джиттер преобразования - ну а дальше проблема преобразователя, не интерфейса.

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

[_Павел_]

Ром, хорош уже спорить ни о чем, давай приглашай на прослушку.

Об интерфейсах можно спорить до усрачки, даже не понимая их физической и информационной сути, а пользоваться придется юсб и миниджеком. Спдифу дайте спокойно умереть, надоела его агония.

[Rom2307]

Ром, хорош уже спорить ни о чем, давай приглашай на прослушку.

сегодня, вероятно, заберу ... даже не макетки, а "сопли" на 1704 и 1862. Плюс орты на 5мкм пленке. Кстати по ортам - решая проблему пришлось сделать сопротивление выше. Если все будет ок, то ассортимент усилителей под них подходящий вырастет существенно.

---------- Добавлено в 17:13 ---------- Предыдущее сообщение было размещено в 17:09 ----------

Спдифу дайте спокойно умереть, надоела его агония.

у он пока сильно распространен - чем его заменить? HDMI хорошь, но для мелкого производителя там такая ё...ля. если делать в рашке. Сейчас все пытаемся решать с такими вещами через китай, а не даже через производителя. Тексас тут ведет себя просто пи...ц. Такое ощущение что у них там очередь Российских бытовых производителей стоит и они так заняты, тчо на такую мелоч как мы даже не смотрят. Их "чипы купленные не запускаются? ну х...й с ними! Отстанте мля, че вы прикопались к поддержке с вашими копейками!"
С спдифом хоть работать без мозгового секаса можно.

[_Павел_]

у он пока сильно распространен - чем его заменить?

Ром, ты, верно, шутишь.

У тебя на морде ЦАПа должна быть дырка юсб типа А под флешку и экран с кнопками, а на попке - дырка под юсб типа Б под провод к компьютеру.

На морде еще джек для ушей, 6,3/3,5 и крутилка громкости.
На попке еще питальник и два РЦА для уся если кому надо.
Все.

Где тут спдиф, зачем он и для кого?
Ты еще сидюк сюда пристрой для ретроградов или виниловую вертушку.
Я бы еще понял эзернет или вайфай с блютусом/эйрплеем/длна.

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

сегодня, вероятно, заберу ... даже не макетки, а "сопли" на 1704 и 1862.

Ром, схемы ЦАПов лежат много где в сети, проверка, переделка и пересчет - это неделя-две, нарисовать плату в спринте - это еще неделя-две, изготовление плат у китайцев с доставкой - месяц.
Чем занимаются у тебя инженеры, а?

[Rom2307]

У тебя на морде ЦАПа должна быть дырка юсб типа А под флешку и экран с кнопками,

ну так это в новом стационаре и будет. Только это уже не цап а транспорт - отдельная тема

а на попке - дырка под юсб типа Б под провод к компьютеру.

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

Чем занимаются у тебя инженеры, а?

вообще они работают. А наши проекты - отдельная тема. Мы им не платим столько чтоб они только на нас работали. Я уже об этом говорил.
Во вторых. С 1862 не получается просто "скачать из инета". там схемы все - под фильтры - это было сделано еще несколько месяцев назад. Но отложено потому что хотелось NOS а он в 1862 вообще не так просто получался. Особенно если паралельно делать плеер, новый стационар, и несколько моделей изофонов. а 1704 например занялись буквально пару недель назад всего. До этого момента оным чипом даже не занимались. Так что не вижу повода для наездов!

это неделя-две, нарисовать плату в спринте - это еще неделя-две, изготовление плат у китайцев с доставкой - месяц.

Паш, ну от клоунов форумнгых которые всегда все знают как сделать лучше но не делают потому что "впадлу" от тебя таких выбросов не ожидал. Встречный вопрос - если все так просто - чего ты ничего не сделал пока еще? Делов то.. две недели и всеобщее счастье

P.S. Да, кстати - оный же HDMI который нами расматривался как обязательный тоже доставил хлопот. И беспроводник. Работу над цапами не форсировали в том числе и потому ,что плата - это вообще полдела. Другая половина - бОльшая - финансирование, корпуса, попытка использовать более современные интерфейсы и т.д. Я вроде писал о наших планах, должно быть более менее понятно.

[_Павел_]

Паш, ну от клоунов форумнгых которые всегда все знают как сделать лучше но не делают потому что "впадлу" от тебя таких выбросов не ожидал. Встречный вопрос - если все так просто - чего ты ничего не сделал пока еще? Делов то.. две недели и всеобщее счастье

Ром, так давным-давно сделал...
И транспорт с синхронным I2S, играет с флешки мп3, вавы и флаки вплоть до 24/192, к нему коммутатор для юсб с компа и переключением кнопкой пульта.
И экран к нему с управлением пультом и блютусом.
И эзернет с длна и синхронным I2S.
И крутилку с релейным РГ и пультом.
И три вида синхронного СПДИФА, один с обратной синхрой, второй с буфером, третий с автоподстройкой частоты термостатированного генератора в ЦАПе.
И синхронный юсб с DSD, хоть до 32/384 и 512.

Это все добро в разных домашних и рабочих Линксах и других прикручено, настроено и отлажено. Работает как часы. Дима (gemzza) часть видел и пробовал, соврать не даст...

Вайфая и эйрплея правда нет, ну и не очень-то и хотелось.

[Rom2307]

Ром, так давным-давно сделал...

где купить, сколько стоит? Размер какой? Фотки можно?

[Virgil]

Плюс орты на 5мкм пленке. Кстати по ортам - решая проблему пришлось сделать сопротивление выше. Если все будет ок, то ассортимент усилителей под них подходящий вырастет существенно.

Таки пофиксили проблему с пакетом на голове в насыщенных басом моментах?

[Rom2307]

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

hope so...
В любом случае - завтра узнаю, если сегодня заберу.

[gemzza]

Паш, про регулятор громкости мы с тобой отдельно еще поговорим