Перейти к содержанию
View in the app

A better way to browse. Learn more.

Dr.Head Forum. Всё можно послушать!

A full-screen app on your home screen with push notifications, badges and more.

To install this app on iOS and iPadOS
  1. Tap the Share icon in Safari
  2. Scroll the menu and tap Add to Home Screen.
  3. Tap Add in the top-right corner.
To install this app on Android
  1. Tap the 3-dot menu (⋮) in the top-right corner of the browser.
  2. Tap Add to Home screen or Install app.
  3. Confirm by tapping Install.

PleaseHelp

Продвинутые
  • Зарегистрирован

  • Посещение

Весь контент 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. Поправьте, если нашли ошибку. Я уже взял попкорн...
  13. Нет, там как раз вполне нормально написано. Я про "не просто протокол USB" комментарий дал. В отличие от вас - да, понимаю.
  14. Вы ничего не путаете? Столь феерическую смесь я еще не видел в обсуждениях. Хотя, ладно, объявляю приз - найдете у меня такую лютую дичь, что вы якобы цитируете, на весь форум извинюсь.
  15. Опять старые байки... Там используется протокол USB, передающий CRC в штатном режиме. В отличие от Bulk, всего лишь нет автоматической обратного отчета, но он легко может быть запрошен протоколом управления. Хватит сказок про "неконтролируемый" USB Audio, ничего особенного в нем нет, всего лишь не заставляют лишний раз заниматься ерундой.
  16. @Soviet_Man, с цифрой все более предсказуемо.
  17. Открою секрет. Эту бесполезную статью давным давно рассматривали. В том числе и тут. Я приводил пример изменения одного единственного бита, на который вы ничего не ответили.
  18. Я представляю поиск как перекресток, каждое из направлений которого можно улучшать. Если несколько кратных улучшений не меняют эффект, попытки прекращаются. Вполне практичный подход. Это элементарное уважение к человеку, который выразил готовность потратить свое время и деньги ради этого мимолетного спора. В случае принятия предложения я был бы обязан.
  19. Ошибки и не было, была сознательная корректировка там, где произойдет сдвиг. А от вас, подозреваю, конкретики не будет. Но спасибо за попытку поспорить без знаний... Вы совершенно не понимаете, о чем пишете. Наглядный пример помех кабеля при передаче по HDMI гораздо убедительнее разговоров: http://www.youtube.com/watch?v=jwFF6-501BQ
  20. @firewheel, лучше напишите по существу вопроса - например, в описании теста USB кабелей устройства указаны, разница на выходе приведена. Она подтверждает наличие скачка сигнала при потере пакетов, а не изменение характера звука. Но вы не хотите его рассматривать. Ранее уже был подведен итог из другого теста, где также были указаны модели и подтверждена идентичность приема на 5 минутных образцах. А я не вижу интереса отвечать на вопросы, которые уже многократно обсуждались, поэтому и про феррит и про мои опыты можете поискать в архиве. Мне интересно обсудить тест, который выложен в этой теме.
  21. Предлагаю вменяемо оспорить данные приведенного простого теста вместо бесполезных перепалок.
  22. Нашел... Вот страница, где был озвучен тест Вот итоги Вот ответ победителя А по сравнению с тем, что творилось с исходником, любой кабель и близко не лежал
  23. Пока злостно забижаемые аудиофилы не нажаловались, и все не накрылось, вот маленький ролик о сравнительных тестах обычного кабеля и лазаревского, аудиофильского, а также реакция аудиофилов на результат теста http://www.youtube.com/watch?v=4l27qpk_48w

Account

Navigation

Поиск

Поиск

Configure browser push notifications

Chrome (Android)
  1. Tap the lock icon next to the address bar.
  2. Tap Permissions → Notifications.
  3. Adjust your preference.
Chrome (Desktop)
  1. Click the padlock icon in the address bar.
  2. Select Site settings.
  3. Find Notifications and adjust your preference.