-
Публикаций
2 345 -
Баллов
3 192 -
Зарегистрирован
-
Посещение
-
Победитель дней
1
Тип контента
Профили
Форумы
Пользовательские тракты
Галерея
Колекции
Блоги
Объявления
Магазин
Articles
Весь контент PleaseHelp
-
Теперь серьезно про ошибки по цифровому кабелю. algato77 аргументировал свои возражения проверкой данных в ЦАП, но если предположить, что проверка все же существует на уровне входа, то контрольные суммы проходят при подключении через USB, но не при использовании spdif, там нет crc. Допустим, произошло чудо, и есть в ЦАП проверка, допустим, что в ЦАП не выбросит пакеты, а произведет повтор предыдущего значения. Что мы получаем, сравнив вход USB и spdif? То, что косяки/их отстутсвие в spdif гарантированно покажут, звук с потерями или без, а USB, если принять на веру утверждение algato77 - нет Заставит аудиофила мучиться. Как считаете, это реально? Ну просто сами подумайте...
-
Насколько могу судить, это видео не Сталкер делал, так что можете относиться нестандартно И разница в 4дб это же не отклонение от оригинала, а разлет сигнала при прогонах разных кабелей, так что вопрос открыт, где именно между этим значением проходит линия оригинала. Главное, что мы знаем уровень колебаний при изменении качества кабеля, а разницы звука оригинала и кабеля пока не знаем. Это просто приняли, что дорогой кабель будет как эталон, всего лишь. А он тоже не соответствует. В теме, ссылка на которую тут уже была, обсуждалась и передача HDMI. Если сигнал отличается от набора стандартных, он обработан не будет, пиксель сохранит прежний вид, четкость не изменится. Если сигнал ошибочен, но попадает в набор, пиксел мигнет. То, что показано на видео, это периодический завал сигнала, который и порождает бликующие линии из этих нестабильных пикселей. Все логично. А резкость ни при чем.
-
В Цап есть система проверки Никамина читай. Аналогичная система есть и в HDMI и именно она дает "размывание " образа в силу своей работы (замещение "отбракованного" семпла предыдущим. Это видно и слышно. ЮСБ здесь не при чем, я гонял Ваш файл на ноуте. По этому говорю-системная ошибка.Само по себе опыт интересный. Почему и пытался в личке общаться. Мало кому на данном сайте интересно, что как и почему. А я привел ссылку на пример, где CRC16 сработала на выброс пакетов. Что, как понимаю, отличается от того, что делает микросхема ЦАП при несовпадении четности. И лог интерфейса, где суммируются ошибки, также работает на уровне поверки USB CRC - потерянные пакеты отображает. Каждый видит, что хочет.
-
Спасибо! Первые 10 минут просто пропустил, потом методом тыка нашел какой-то участок с графиком нескольких кабелей. Не знаю, как он что-то там мерил (ему всё простительно), но разница в (почти) в 10 дБ - это что-то! Если замеры сделаны корректно, то просто кабель Профиголд(?) таковым не является Как заинтересовался темой кабелей(с момента их появления на рынке на рубеже 80-х и 90-х), так ни разу не получил убедительного подтверждения, что кабель может заметно изменить АЧХ. В незначительных, на уровне погрешности, да, согласен, но чтобы в несколько дБ! Впрочем иногда, да, может: некоторые кабели при включении дают ощутимый фон! Тут да, можно и не мерить АЧХ, обязательно "наложится", но только это не ЛИНЕЙНЫЕ искажения. Следует отметить, что 10ДБ это при прогоне РЖ6, который кабелем назвать затруднительно. А в итоге картина вполне вменяемая - все кабели при прогонах ведут себя стабильно, и если взять за образец качества дорогой кабель из тестируемых, то обычный кабель по результату вычитания отклонился от него на 4 с чем-то db.
-
Давайте сразу здесь, т.к. это касается любого интерфейса, подверженного потере данных. Попробую из вашего феерического выступления выделить рациональное зерно, которое было уже давно, в общем-то, понятно. При отгрузке контрольные суммы генерируются на лету, и показанная мною корректировка, вызывающая щелчок, будет также присутствовать и в ЦАП в нормальных условиях, т.к. для исправного потока crc будет верной. Но этот же эффект будет при любом несанкционированном приходе неверного бита - при джиттере ли, при отсутствии контроля, это уже вторично. А вывод из этого совершенно банален - либо в ЦАП есть система сверки CRC (о где же вы, твердящие что в USB Audio нет контроля!), и он пропускает весь пакет, либо любые завалы хоть однородных сигналов, хоть комбинаций 0 и 1, в течении очень быстрого времени приведут к сдвигу диапазона. Везде шах и мат, algato77, представляете масштабы капкана для любителей кабелей?
-
Я ничем не возмутился. Как указывалось ранее , верю в Человека Разумного до последнего, в данном случае видимо зря. Пишу уже для "ищущих" кто еще не понял, что Вы такое. Ваши посты аналогичны диалогам в фантастических фильмах. Отдельные термины еще имеют какой то смысл, но в контексте просто бред. Хотите конкретики. Есть у нас. Вы вносите изменение в редакторе, а что делает редактор когда прогу закрываете? А он корректирует контрольную сумму.И соответственно семпл проходит систему корректировки в ЦАПе как корректный. Проще говоря, внесенное Вами изменение равнозначно записи щелчка при оцифровке. Прога то считает что юзер в памяти. Дайте мне, пожалуйста, это развидеть... Минутку... Я соображу... Я понимаю, что вы рассказываете про мой пример исправления бита wav файла в hex-редакторе, но начиная с контрольной суммы.... я не могу остановиться... просто... не могу... сжальтесь!
-
Опять старые байки... Там используется протокол USB, передающий CRC в штатном режиме. В отличие от Bulk, всего лишь нет автоматической обратного отчета, но он легко может быть запрошен протоколом управления. Хватит сказок про "неконтролируемый" USB Audio, ничего особенного в нем нет, всего лишь не заставляют лишний раз заниматься ерундой.
-
Я представляю поиск как перекресток, каждое из направлений которого можно улучшать. Если несколько кратных улучшений не меняют эффект, попытки прекращаются. Вполне практичный подход. Это элементарное уважение к человеку, который выразил готовность потратить свое время и деньги ради этого мимолетного спора. В случае принятия предложения я был бы обязан.
-
Ошибки и не было, была сознательная корректировка там, где произойдет сдвиг. А от вас, подозреваю, конкретики не будет. Но спасибо за попытку поспорить без знаний... Вы совершенно не понимаете, о чем пишете. Наглядный пример помех кабеля при передаче по HDMI гораздо убедительнее разговоров: http://www.youtube.com/watch?v=jwFF6-501BQ
-
@firewheel, лучше напишите по существу вопроса - например, в описании теста USB кабелей устройства указаны, разница на выходе приведена. Она подтверждает наличие скачка сигнала при потере пакетов, а не изменение характера звука. Но вы не хотите его рассматривать. Ранее уже был подведен итог из другого теста, где также были указаны модели и подтверждена идентичность приема на 5 минутных образцах. А я не вижу интереса отвечать на вопросы, которые уже многократно обсуждались, поэтому и про феррит и про мои опыты можете поискать в архиве. Мне интересно обсудить тест, который выложен в этой теме.