Компьютер как источник Hi-Fi звука и сетевые стримеры

Babka_v_kedax:

НО! НИКТО и НИГДЕ не проверяет данные. ВООБЩЕ. Никакой коррекции ошибок и какой либо проверки целостности данных.

Это ваше личное мнение?
Коррекция ошибок есть всегда. Избыточность данных на компакт-диске 25%. А вы говорите никакой коррекции.

Babka_v_kedax:

groundhog:

Babka_v_kedax:

НО! НИКТО и НИГДЕ не проверяет данные. ВООБЩЕ. Никакой коррекции ошибок и какой либо проверки целостности данных.

Это ваше личное мнение?
Коррекция ошибок есть всегда. Избыточность данных на компакт-диске 25%. А вы говорите никакой коррекции.

Мьсе видимо упустил из виду, что разговор идет про передачу данных по USB.

Что касается старичка CD, то и там коррекция ошибок и избыточность данных не гарантируют, что в цап плеера или на цифровой выход приходят данные на 100% совпадающие с теми, что лежат на диске. Вы же не возьметесь утверждать обратное я надеюсь? Проблемы начинаются уже там, где тепличные условия цифровых технологий сталкиваются с суровыми буднями аналогового извлечения/передачи цифровых данных. Вся прекрасная теория разбивается о суровые будни аналогового мира.

Возвращаемся к теме разговора и USB

Угу. Давайте вернемся и перестанем нести бред. Почитаем все вместе
http://www.usb.org/developers/devclass_docs/Audio2.0_final.zip и наконец закончим с аудиофилией в этой ветке.

Wolfheart:

Угу. Давайте вернемся и перестанем нести бред. Почитаем все вместе

Вернитесь и перестаньте нести бред. Почитайте:
Audio data streams that are inherently continuous must be packetized when sent over the USB. The quality of the packetizing algorithm directly influences the amount of effort needed to reconstruct a reliable sample clock at the receiving side.
Здесь написано тоже, что и Babka_v_kedax написал на предыдущей странице. А именно - поток аудиоданных непрерывен по своей сути, для передачи по USB его нужно запаковать. Поэтому качество алгоритма запаковки и восстановления потока данных полностью лежит на совети тактового генератора приёмника. Т.е. полностью зависит от качества его реализации. Это справедливо для таких аудио интерфейсов, как firewire, usb audio class 2, hdmi, I2S. Для интерфейсов spdif, aes/ebu, usb audio class 1 функцию мастер-клока выполняет тактовый генератор передатчика (пользуясь случаем, передаю привет всем, верующим, что от цифрового источника вообще не зависит качество передачи аудиопотока). Т.е. насколько качественное питание подано тактовому генератору и насколько качественно реализована функция тактового генератора, настолько будет обеспечена непрерывность и монотонность аудиопотока. И никакой изотерики...

Алексей_р, главное верить. Вы таки читали невнимательно. ЦИФРОВОЕ все только на бумаге. Я уже писал и если вы таки потрудитесь прочитать, возможно поймете. Этот мир АНАЛОГОВЫЙ. Потрудитесь провести обычные эксперименты с USB audio. А если нет такой возможности, то милости прошу, я вам любимым "слепым" способом покажу кое что интересное. И мне очень интересно как это впишется в вашу цифровую теорию.

falkenbakh:

Здесь написано тоже, что и Babka_v_kedax написал на предыдущей странице. А именно - поток аудиоданных непрерывен по своей сути, для передачи по USB его нужно запаковать. Поэтому качество алгоритма запаковки и восстановления потока данных полностью лежит на совети тактового генератора приёмника. Т.е. полностью зависит от качества его реализации

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

Wolfheart:

falkenbakh:

Здесь написано тоже, что и Babka_v_kedax написал на предыдущей странице. А именно - поток аудиоданных непрерывен по своей сути, для передачи по USB его нужно запаковать. Поэтому качество алгоритма запаковки и восстановления потока данных полностью лежит на совети тактового генератора приёмника. Т.е. полностью зависит от качества его реализации

Это называется гляжу вижу фигу.

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

Babka_v_kedax:

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

Да, как будет вам угодно…

Продолжайте и дальше кормить поклонников вашей теории, основанной на твердых "знаниях", байками о том, как случайные ошибки при передаче цифры (даже если они есть ) искажают тембр, окраску, сцену звука и т.д…

falkenbakh, как обычно, высказать свое мнение. Кому-то итереснее будет именно мое мнение, а кому-то ваше или бабкино.

Babka_v_kedax:

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

Правильно поняли. Это спецификация написана для программистов, для конкретной реализации программ или устройств. Это узко специализированная информация и там нет ничего интересного, что может изменить суть передачи цифрового сигнала по проводу и суть происходящих при этом ошибок, способных повлиять на качество звука. А суть проста в 99.99999999…… % случаев ошибок нет и быть не может, но даже если они и возникают (один раз в несколько дней), то они не способны ухудшить качество звука. Почему? Мне лень об этом писать в 101-й раз, можно пройтись поиском по моим постам.

falkenbakh:

Алексей_р:

А суть проста в 99.99999999…… % случаев ошибок нет и быть не может

Чуть выше двое ваших коллег по "научному" подходу утверждали, что при передаче потокового аудио по usb существует система коррекции ошибок. Не подскажете, зачем она нужна, если ошибок нет и быть не может?

Вопрос не ко мне, а к «коллегам».

Если вы о программисткой спецификации USB, то там ничего нет про ошибки и их коррекцию. С точки зрения программиста, ошибка при передаче цифровых данных (для программиста все равно, передаются данные по проводу или радио каналу и т.д., программист оперирует только доступными ему по спецификации интерфейсами - API) – это крах, сравнимый с синим экраном смерти Windows. Такая ситуация даже не рассматривается.