Как правило, каждый из нас использует в своём тракте достаточно качественное, исправное оборудование. Плюс буферизация, реклоки и т.д. Поэтому в такой ситуации электрическими помехами ИМХО можно пренебречь. А вот влияние преобразования сигнала из электрического в оптический и обратно вопрос не изученный. И на мой взгляд спорный для наших целей. Я это имел в виду.
С точки зрения IT-специалиста Вы безусловно правы. Но мы находимся на аудиофильском форуме где например влиянию цифровых кабелей на конечное звучание посвящены сотни страниц в разных темах.
Проблема с Keenetic исключена - пробовал разные сценарии, даже с полностью выключенными устройствами, да и две другие пары при тех же сценариях работают нормально
Преобразование Ethernet в оптику и обратно само по себе не ухудшает цифровую информацию. При корректной передаче пакетов аудиоданные остаются идентичными. Это вполне изученная технология, а не какая-то неизвестная физика. Мало того, пакет может быть либо отброшен, либо принят, там нет никакого микро звукорежиссера, который распакует пакет, сделает цап изменит тональный баланс и снова сделает ацп. Вся разница, что вы слышите - это именно помехи от электро жизнедеятелности оборудования и они распространяются через питание, землю и паразитные связи независимо от корректности цифрового потока.
И заодно представьте от условного Кобуз до стримера данные проходят через какое множество маршрутизаторов, коммутаторов, физических интерфейсов, преобразований электрических сигналов в оптические и обратно. И никто не беспокоится, сколько именно таких преобразований произошло по дороге.
С точки зрения IT, согласен. Но с точки зрения аудиофильской кошерности - нет. Лишний (и достаточно мощный) преобразователь из оптики на приёмной стороне сам вносит достаточно много ВЧ шума. А мы же здесь за чистоту и тишину радеем
Совершенно верно Потом полученные данные буферизуются в вашем плеере и проходят один-два реклока. Именно поэтому
Поясните плиз, не соображу, что за движуха в RG-45
Не спорю, кроме слова много. И почему вы считаете, что медный PHY в том же стримере вносит меньше? Только еще с букетом помех по меди от передающего устройства
Вы путаете буферизацию и тактирование PCM с эзернет пакетами - в рассуждении выше я говорю про Ethernet
RG-45 применил некорректно. Правильнее PHY конечно. 1000BASE-SX/LX проще на физическом уровне, чем 1000BASE-T. Проще сам способ кодирования сигнала, и, соответсвенно для восстановления данных значительно проще обработка, чем в BASE-T
Только не поток, а подготовленные аудиоданные точнее будет тут сказать, так как поток будет в обоих случаях, и в обоих случаях с сервера, того или другого
Да не важно, Феликс говорит о том, что при такой архитектуре, сервер берет на себя основную обработку данных. И сервер передает на таргет уже подготовленные аудиоданные, которые остается передать на ЦАП. Тем самым снижая вычислительную нагрузку на эндпойнт и выравнивая его электрическую активность
В обычном же цифровом транспорте эти операции выполняются непосредственно внутри устройства. Это создаёт дополнительную вычислительную и высокочастотную электрическую активность и потенциально могут порождать помехи, распространяющиеся через питание и паразитные связи на чувствительные цепи
Среда в которой передаётся сигнал остаётся постоянной.
Вынужден повториться, что с точки зрения IT-специалиста в Ваших рассуждениях есть здравое зерно. НО только до тех пор, пока сигнал с сервера Qobuz не доберётся до Вашего стримера. И каким бы “зас***ным” не был сигнал в транзитных сетях провайдеров, добравшись до Вашего - моего стримера он буферизуется, реклочится и становится “блестящим” как котово яичко
И это мы ещё не рассматривали Ваш роутер + свитч, где входящий поток ещё ждёт трансформаторная гальвано развязка, которая блокирует так ненавистные Вами электрические помехи.
Полностью с Вами согласен. Но речь шла о том, что на этом форуме, исходя из личного опыта, сотни людей уверенно заявляют, что среда ((в т.ч. и кабели (аналоговые и цифровые, включая витую пару)) очень сильно влияют на звучание.
Вы Очень сильно упрощаете вопрос. До уровня есть щелчок или нет.
Не совсем так. Например в своём тракте я использую промежуточный сервер под YoctoAP, на котором запущен APrenderer работающий в режиме Full Memory.
Так вот, на него по сети с DLNA\UPnP сервера за секунду-другую сбрасывается именно весь файл очередного трека, а уже рендерер преобразует полученные данные в нужный формат и в дальнейшем равномерно по протоколу scream направляет аудио поток по сети дальше на BBFox. Так что всю работу выполняет именно рендерер.
Методом перебора удалось выяснять, что оба оригинальные модуля FTLF1318P3BTL рабочие, но как только устанавливаю модуль в один из SFP-портов AS6 Pro - перестаёт работать.
Была такая поговорка помню в детстве - в огороде бузина, а в Киеве дядька )
Давайте сначала определимся, что такое звгвдочный сигнал с сервера Qobuz. По сети передаются пакеты данных, и протокол езернет даже не знает, что внутри - порно или flac, или книжка о сетевой инфраструктуре. Как и не знает этого MAC в транспорте. Только процессор стримера и его программное обеспечение разбираются, что именно пришло по сети
Буферизация сетевых данных и буферизация аудиоданных с аудио реклокингом - совершенно разные процессы, причем вообще не связанные с друг другом
Вы смешиваете целостность цифровых данных с электрическими помехами в аппаратуре. Это принципиально разные вопросы, не имеющие отношения друг к другу. Хоть стопятьсот раз преобразуй - нолики с единичками или придут или не придут, третьего не дано
не знаю что предположить, может какая проблема в совместимости fallback с 10G на 1G в LHY и 1318, но почему с другим Финисар работает непонятно
То есть вы фактически вручную собрали аналог идеологии Diretta, только более сложный и многоэтажный. Можно, конечно. Но тут как раз и хочется спросить знаменитым мемом можно, а зачем, если есть Diretta? ) Это уже для другой ветки - туда не готов. И какое это имеет отношение к целостности пакетов езернет и оптике
Что то так сложно стало писать многоцитатные сообщения после обновы форума…
Да что это даст, проблема видимо на стороне совместимости LHY с кинетиком то насколько я понял модули дружат
Главное , что целостность данных гарантирована, либо данные теряются
круто