Перейти к содержанию

PleaseHelp

Продвинутые
  • Публикаций

    2 345
  • Баллов

    3 192 
  • Зарегистрирован

  • Посещение

  • Победитель дней

    1

Весь контент PleaseHelp

  1. ? А что ЦАП с чем сравнивает, если, как вы пишете, пофигу, как передавался сигнал?
  2. @pollar, там карту писали в себя, вполне нормальный метод, без проволочки, кроме дорожек на плате
  3. Теперь серьезно про ошибки по цифровому кабелю. algato77 аргументировал свои возражения проверкой данных в ЦАП, но если предположить, что проверка все же существует на уровне входа, то контрольные суммы проходят при подключении через USB, но не при использовании spdif, там нет crc. Допустим, произошло чудо, и есть в ЦАП проверка, допустим, что в ЦАП не выбросит пакеты, а произведет повтор предыдущего значения. Что мы получаем, сравнив вход USB и spdif? То, что косяки/их отстутсвие в spdif гарантированно покажут, звук с потерями или без, а USB, если принять на веру утверждение algato77 - нет Заставит аудиофила мучиться. Как считаете, это реально? Ну просто сами подумайте...
  4. Насколько могу судить, это видео не Сталкер делал, так что можете относиться нестандартно И разница в 4дб это же не отклонение от оригинала, а разлет сигнала при прогонах разных кабелей, так что вопрос открыт, где именно между этим значением проходит линия оригинала. Главное, что мы знаем уровень колебаний при изменении качества кабеля, а разницы звука оригинала и кабеля пока не знаем. Это просто приняли, что дорогой кабель будет как эталон, всего лишь. А он тоже не соответствует. В теме, ссылка на которую тут уже была, обсуждалась и передача HDMI. Если сигнал отличается от набора стандартных, он обработан не будет, пиксель сохранит прежний вид, четкость не изменится. Если сигнал ошибочен, но попадает в набор, пиксел мигнет. То, что показано на видео, это периодический завал сигнала, который и порождает бликующие линии из этих нестабильных пикселей. Все логично. А резкость ни при чем.
  5. В Цап есть система проверки Никамина читай. Аналогичная система есть и в HDMI и именно она дает "размывание " образа в силу своей работы (замещение "отбракованного" семпла предыдущим. Это видно и слышно. ЮСБ здесь не при чем, я гонял Ваш файл на ноуте. По этому говорю-системная ошибка.Само по себе опыт интересный. Почему и пытался в личке общаться. Мало кому на данном сайте интересно, что как и почему. А я привел ссылку на пример, где CRC16 сработала на выброс пакетов. Что, как понимаю, отличается от того, что делает микросхема ЦАП при несовпадении четности. И лог интерфейса, где суммируются ошибки, также работает на уровне поверки USB CRC - потерянные пакеты отображает. Каждый видит, что хочет.
  6. Спасибо! Первые 10 минут просто пропустил, потом методом тыка нашел какой-то участок с графиком нескольких кабелей. Не знаю, как он что-то там мерил (ему всё простительно), но разница в (почти) в 10 дБ - это что-то! Если замеры сделаны корректно, то просто кабель Профиголд(?) таковым не является Как заинтересовался темой кабелей(с момента их появления на рынке на рубеже 80-х и 90-х), так ни разу не получил убедительного подтверждения, что кабель может заметно изменить АЧХ. В незначительных, на уровне погрешности, да, согласен, но чтобы в несколько дБ! Впрочем иногда, да, может: некоторые кабели при включении дают ощутимый фон! Тут да, можно и не мерить АЧХ, обязательно "наложится", но только это не ЛИНЕЙНЫЕ искажения. Следует отметить, что 10ДБ это при прогоне РЖ6, который кабелем назвать затруднительно. А в итоге картина вполне вменяемая - все кабели при прогонах ведут себя стабильно, и если взять за образец качества дорогой кабель из тестируемых, то обычный кабель по результату вычитания отклонился от него на 4 с чем-то db.
  7. Давайте сразу здесь, т.к. это касается любого интерфейса, подверженного потере данных. Попробую из вашего феерического выступления выделить рациональное зерно, которое было уже давно, в общем-то, понятно. При отгрузке контрольные суммы генерируются на лету, и показанная мною корректировка, вызывающая щелчок, будет также присутствовать и в ЦАП в нормальных условиях, т.к. для исправного потока crc будет верной. Но этот же эффект будет при любом несанкционированном приходе неверного бита - при джиттере ли, при отсутствии контроля, это уже вторично. А вывод из этого совершенно банален - либо в ЦАП есть система сверки CRC (о где же вы, твердящие что в USB Audio нет контроля!), и он пропускает весь пакет, либо любые завалы хоть однородных сигналов, хоть комбинаций 0 и 1, в течении очень быстрого времени приведут к сдвигу диапазона. Везде шах и мат, algato77, представляете масштабы капкана для любителей кабелей?
  8. Я ничем не возмутился. Как указывалось ранее , верю в Человека Разумного до последнего, в данном случае видимо зря. Пишу уже для "ищущих" кто еще не понял, что Вы такое. Ваши посты аналогичны диалогам в фантастических фильмах. Отдельные термины еще имеют какой то смысл, но в контексте просто бред. Хотите конкретики. Есть у нас. Вы вносите изменение в редакторе, а что делает редактор когда прогу закрываете? А он корректирует контрольную сумму.И соответственно семпл проходит систему корректировки в ЦАПе как корректный. Проще говоря, внесенное Вами изменение равнозначно записи щелчка при оцифровке. Прога то считает что юзер в памяти. Дайте мне, пожалуйста, это развидеть... Минутку... Я соображу... Я понимаю, что вы рассказываете про мой пример исправления бита wav файла в hex-редакторе, но начиная с контрольной суммы.... я не могу остановиться... просто... не могу... сжальтесь!
  9. @algato77, так что там с USB? Вы чем-то возмутились, а сейчас, после гугла, успокоились... Все нормально?
  10. Вот оно, правда первые минут 10 там адская комедия с попыткой вкрутить разъемы (реально можно упасть под стол), ну а потом тестирование сделано. http://www.youtube.com/watch?v=Zb3p9kjjfM4
  11. А тем временем где-то далеко в гугле шуршит algato77, с неудовольствием выясняя, что в USB Audio для стрима используется стандартный протокол usb isochronous
  12. Нет, там как раз вполне нормально написано. Я про "не просто протокол USB" комментарий дал. В отличие от вас - да, понимаю.
  13. Вы ничего не путаете? Столь феерическую смесь я еще не видел в обсуждениях. Хотя, ладно, объявляю приз - найдете у меня такую лютую дичь, что вы якобы цитируете, на весь форум извинюсь.
  14. Опять старые байки... Там используется протокол USB, передающий CRC в штатном режиме. В отличие от Bulk, всего лишь нет автоматической обратного отчета, но он легко может быть запрошен протоколом управления. Хватит сказок про "неконтролируемый" USB Audio, ничего особенного в нем нет, всего лишь не заставляют лишний раз заниматься ерундой.
  15. Открою секрет. Эту бесполезную статью давным давно рассматривали. В том числе и тут. Я приводил пример изменения одного единственного бита, на который вы ничего не ответили.
  16. Я представляю поиск как перекресток, каждое из направлений которого можно улучшать. Если несколько кратных улучшений не меняют эффект, попытки прекращаются. Вполне практичный подход. Это элементарное уважение к человеку, который выразил готовность потратить свое время и деньги ради этого мимолетного спора. В случае принятия предложения я был бы обязан.
  17. Ошибки и не было, была сознательная корректировка там, где произойдет сдвиг. А от вас, подозреваю, конкретики не будет. Но спасибо за попытку поспорить без знаний... Вы совершенно не понимаете, о чем пишете. Наглядный пример помех кабеля при передаче по HDMI гораздо убедительнее разговоров: http://www.youtube.com/watch?v=jwFF6-501BQ
  18. @firewheel, лучше напишите по существу вопроса - например, в описании теста USB кабелей устройства указаны, разница на выходе приведена. Она подтверждает наличие скачка сигнала при потере пакетов, а не изменение характера звука. Но вы не хотите его рассматривать. Ранее уже был подведен итог из другого теста, где также были указаны модели и подтверждена идентичность приема на 5 минутных образцах. А я не вижу интереса отвечать на вопросы, которые уже многократно обсуждались, поэтому и про феррит и про мои опыты можете поискать в архиве. Мне интересно обсудить тест, который выложен в этой теме.
  19. Предлагаю вменяемо оспорить данные приведенного простого теста вместо бесполезных перепалок.
  20. Нашел... Вот страница, где был озвучен тест Вот итоги Вот ответ победителя А по сравнению с тем, что творилось с исходником, любой кабель и близко не лежал
  21. Пока злостно забижаемые аудиофилы не нажаловались, и все не накрылось, вот маленький ролик о сравнительных тестах обычного кабеля и лазаревского, аудиофильского, а также реакция аудиофилов на результат теста http://www.youtube.com/watch?v=4l27qpk_48w
×
×
  • Создать...

Важная информация

Пользуясь форумом вы соглашаетесь с нашими Условия использования.