Аудиофильные NAS: сетевые хранилища для высококачественного аудио. - Страница 17 - Цифровые источники и компьютерные технологии для аудио - SoundEX - Клуб любителей хорошего звука Перейти к публикации

Аудиофильные NAS: сетевые хранилища для высококачественного аудио.


Рекомендованные сообщения

Протестировал свитч D-Link с линейным бп vs встроенный "свитч" в Melco, результат такой же как и с импульсным бп - со встроенным Melco звучит значительно лучше. Возможно Владимир прав и данный D-Link не лучший выбор в качестве свитча в аудиосистеме, может быть сказывается относительно маленький буфер - всего 125 KB против 2 MB у вышеприведенного Netgear.

Также протестировал Melco с внешними накопителями в качестве расширителей библиотеки, подключаемых по usb к порту Expantion. С внешнего ssd звук как минимум не хуже чем со встроенных ssd (показалось даже лучше, влияние другого типа ssd?), а с внешнего hdd звук явно деградирует как и в случае замены установленного внутри корпуса и подключенного по sata ssd на hdd.

После двухнедельного использования и тестирования Melco N1Z могут сказать, что устройство явно удалось, если бы не оно, то я наверное долго еще не узнал бы как кардинально может улучшить звук замена hdd на ssd в аудиофильном NAS.

Правда есть и большие для меня претензии в производителям:

1. Twonky в качестве аудиосервера без возможности пользовательских настроек для такого высококачественного и дорого NAS - это чистое недоразумение. Должен быть Asset UPnP или minimserver.

2. Постоянная "потеря" Linn Klimax в управлялках (CP) на моем айпаде. Возможно что-то с мостом не так. С моим NAS такого не происходит.

Ссылка на комментарий
Поделиться на других сайтах

  • Ответы 1.6k
  • Создано
  • Последний ответ

Лучшие авторы в этой теме

Лучшие авторы в этой теме

Опубликованные изображения

Ссылка на комментарий
Поделиться на других сайтах

Внутри пластика есть небольшой экран.

Да это сложно назвать экраном, контакт для экрана кабеля, и эффект наверное от него почти 0. В общем сделал я  экран. :wacko:  post-74568-0-35942400-1427962076_thumb.j

Ссылка на комментарий
Поделиться на других сайтах

Да это сложно назвать экраном, контакт для экрана кабеля, и эффект наверное от него почти 0. В общем сделал я  экран. :wacko:  attachicon.gif

непонятно зачем делать экран разЪему, если после него  идут дороги по плате без экранов

Ссылка на комментарий
Поделиться на других сайтах

Да я вот тоже думаю зачем, если от диодов, то каким образом они могут влиять, по дорожкам или излучением, может кто посвятит, обоснует, а то больше на бред смахивает?

 
 
 
Ссылка на комментарий
Поделиться на других сайтах

Бред и есть. Светодиоды никак не связаны с линиями передачи данных, а те надежно защищены от наводок порядков на шесть сильнее тех, которые теоретически можно уловить от ключей, управляющих диодами.

Экран вокруг разъема для стандарта FTP/STP не имеет отношения к наводкам, это стандарт инфобезопасности для исключения прослушки трафика с кабеля.

Ссылка на комментарий
Поделиться на других сайтах

Собрал на этом же железе #410  Openmediavault+Asset(спасибо alecm за советы)..единственно заменил блок питания для ДС-борд материнской платы на аналоговый и не смог пока собрать мост сетевой-подключал на свитч стандартно...Управлял Кински...В ассет настройка вывод флак -вав...С ассет через UPNP звук прилично лучше...

Ссылка на комментарий
Поделиться на других сайтах

Собрал на этом же железе #410  Openmediavault+Asset(спасибо alecm за советы)..единственно заменил блок питания для ДС-борд материнской платы на аналоговый и не смог пока собрать мост сетевой-подключал на свитч стандартно...Управлял Кински...В ассет настройка вывод флак -вав...С ассет через UPNP звук прилично лучше...

Системный диск SSD Corsair 60 gb из самых первых..Файлы на 2.5 Нитачи500GB.

Владимир, попробуйте убрать (временно отключить) хитачи и воспроизводить файлы с корсара - даже ноутбучные hdd сильно портят звук в насе.

С мостами бывает не просто - как я читал, нативная поддержка мостового подключения есть только в ОС Windows.

Ссылка на комментарий
Поделиться на других сайтах

нативная поддержка мостового подключения есть только в ОС Windows.

ЧУВО?!!
Ссылка на комментарий
Поделиться на других сайтах

Слушайте, я почитал тему (не всю) и несколько удивлен. Я немного попытаюсь приземлить всю эту дискуссию и завести ее в более менее логические рамки. 

 

Смотрите - для понимания того, как работает передача данных по сети, надо знать такую штуку, как модель OSI. Вот ссылка на wiki . Идея очень простая - качество физического соединения между двумя клиентами сети, в принципе, не играет роли, пока оно есть. Все переходы между слоями OSI возможны только в пределах соседних уровней (вертикальный переход) либо между клиентами одного и того же слоя (горизонтальный переход) и везде данные четко проверяются. 

 

 Отличие, например от USB Audio в следующем - USB Audio не имеет коррекции данных и поток байтов стримится между двумя точками, если какие то байти теряются, то цап на втором конце может аппроксимировать ближайшие полученные данные и получить то что потеряно между. 

 

 Передача по Ethernet по протоколу TCP - это передача пакетная, с проверкой целостности каждого пакета и наличия каждого пакета, если пакет потерялся или нет корректной контрольной суммы - то пакет будет запрошен клиентом еще раз. 

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

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

 

Что скажете? С "ну я же слышу разницу" - я уже ознакомился, все понял, но поверить в это не могу.

 

Ссылка на комментарий
Поделиться на других сайтах

Поэтому Вам и не втюхают удифильный нас. А другим - втюхают, да еще и на удифильные патчкорды разведут, и на подставки для них надувные, и на удифильный воздух для их надувания.

Процент невежд всё выше, бизнес цветет и пахнет. На мой нюх - достаточно дурно.

Ссылка на комментарий
Поделиться на других сайтах

Добью еще парой моментов. 

 

ТЕОРЕТИЧЕСКИ, кроме TCP есть протокол UDP, но UDP это в основном IPTV и прочее вещание от одного источника нескольким клиентам/адресам _в реальном времени_, и это работает в основном когда один сервер вещает для кучи клиентов одно и тоже. Вот в UDP пакеты могут теряться и клиент сам "додумывает" контент - поэтому при просмотре всяких КартинТВ и прочих IPTV сервисов картинка может рассыпаться. Если вы смотрите видео на телевизоре которое стримится с наса на WDTV или всякие XBMC - то картинка не рассыпается, но если по каким то причинам затык в передаче данных - они тупо заново буферят и только потом начинают проигрывать с последнего кадра. 

 

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

Ссылка на комментарий
Поделиться на других сайтах

Что скажете?

Правильно.

"ну я же слышу разницу"

Это никак не связано с тем, что Вы написали в своем сообщении выше. Разница обусловлена не этим, т.е. никак не связана с потерей/непотерей данных. Лично я не знаю с чем связано, предполагаю, что с временной стабильностью передачи данных, с крутизной фронтов сигналов, с помехами и т.д. В любом случае меня интересует исключительно результат - звук, а механизм изменения звука в данном случае меня волнует в последнюю очередь. Верить мне не нужно, я просто, как всегда и в других своих темах, делюсь своим опытом с теми, кому это может быть интересно и полезно.
Ссылка на комментарий
Поделиться на других сайтах

  • Moderators

ЧУВО?!!

 

 

Процент невежд всё выше, бизнес цветет и пахнет. На мой нюх - достаточно дурно.

Billy, убедительная просьба снизить накал высокомерного троллинга, замечание.

Ссылка на комментарий
Поделиться на других сайтах

Правильно.

Это никак не связано с тем, что Вы написали в своем сообщении выше. Разница обусловлена не этим, т.е. никак не связана с потерей/непотерей данных. Лично я не знаю с чем связано, предполагаю, что с временной стабильностью передачи данных, с крутизной фронтов сигналов, с помехами и т.д. В любом случае меня интересует исключительно результат - звук, а механизм изменения звука в данном случае меня волнует в последнюю очередь. Верить мне не нужно, я просто, как всегда и в других своих темах, делюсь своим опытом с теми, кому это может быть интересно и полезно.

 

Ну, если вы считаете что это работает - то это ваше дело, просто идея в том, что крутизна фронтов сигналов и прочее - никак не связано с патчкордами, роутерами и прочими представителями низших слоев OSI. Грубо говоря - хоть я и не люблю аналогии - в целом вы можете леть в бизнесклассе, можете в экономе, но самолет ваш прилетит в одно и то же время в аэропорт назначения. В бизнесе лучше кормят, наливают и из самолета можно выйти быстрее, но в целом доставка от ВПП аэропорта вылета до ВПП аэропорта назначения - абсолютно в то же время. Кстати для улучшения передачи данных гораздо полезнее не патчкорды менять, а озаботиться свитчом, который умеет думать и работать с QoS. Ну и отконфигурить его так, чтобы пакеты от сервера до плеера имели наивысший приоритет. Это, я думаю, на несколько порядков более полезно, чем перепаивать лампочки в разьемах RJ-45.

Ссылка на комментарий
Поделиться на других сайтах

Ну, если вы считаете что это работает - то это ваше дело,

Я так не считаю, я так слышу. И не только я.

просто идея в том, что крутизна фронтов сигналов и прочее - никак не связано с патчкордами, роутерами и прочими представителями низших слоев OSI. Грубо говоря - хоть я и не люблю аналогии - в целом вы можете леть в бизнесклассе, можете в экономе, но самолет ваш прилетит в одно и то же время в аэропорт назначения. В бизнесе лучше кормят, наливают и из самолета можно выйти быстрее, но в целом доставка от ВПП аэропорта вылета до ВПП аэропорта назначения - абсолютно в то же время. Кстати для улучшения передачи данных гораздо полезнее не патчкорды менять, а озаботиться свитчом, который умеет думать и работать с QoS. Ну и отконфигурить его так, чтобы пакеты от сервера до плеера имели наивысший приоритет. Это, я думаю, на несколько порядков более полезно, чем перепаивать лампочки в разьемах RJ-45.

Вам виднее.
Ссылка на комментарий
Поделиться на других сайтах

Billy, убедительная просьба снизить накал высокомерного троллинга, замечание.

Абсолютно никакого троллинга (см. определение этого малопочтенного занятия). Только знания и опыт связиста с 25-летним стажем, намотавшего на сегодня не менее экватора линий той самой связи.

Спрашивайте, отвечу.

Если что, я не порицаю людей, слышащих вложенное в систему бабло. Каждый развлекается по-своему.

Ссылка на комментарий
Поделиться на других сайтах

  • Moderators

Billy - часа три read-only на предмет изучения правил форума, особо советую изучить пункт, касающийся ответа модератору в ветке.

Ссылка на комментарий
Поделиться на других сайтах

Добью еще парой моментов. 

 

ТЕОРЕТИЧЕСКИ, кроме TCP есть протокол UDP, но UDP это в основном IPTV и прочее вещание от одного источника нескольким клиентам/адресам _в реальном времени_, и это работает в основном когда один сервер вещает для кучи клиентов одно и тоже. Вот в UDP пакеты могут теряться и клиент сам "додумывает" контент - поэтому при просмотре всяких КартинТВ и прочих IPTV сервисов картинка может рассыпаться. Если вы смотрите видео на телевизоре которое стримится с наса на WDTV или всякие XBMC - то картинка не рассыпается, но если по каким то причинам затык в передаче данных - они тупо заново буферят и только потом начинают проигрывать с последнего кадра. 

 

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

 

Если всё так благостно, то наличие небольшого сварочного аппарата в комнате, где размещен NAS не помешает?

 

Или, всё таки, помешает?  :)

 

Ссылка на комментарий
Поделиться на других сайтах

Давайте отделять мух от котлет. Все интернет ресурсы, включая, наверняка, этот сайт, хостятся в огромных датацентрах, в которых стойки, набитые серверами с самыми обычными не-SSD винчестерами генерят огромное количество помех.

Теперь вопрос - вы часто видели пропадающие буквы на страницах, или, например артефакты на картинках типа .BMP, .JPG, .PNG и прочих?

Или может быть записать музыкальный файл в дропбокс влечет за собой его компроментирование?

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

Опять же, гораздо больший эффект теоретически даст использование ECC памяти с четностью и raid массива, нежели замена хдд на ssd.

Ссылка на комментарий
Поделиться на других сайтах

Владимир, попробуйте убрать (временно отключить) хитачи и воспроизводить файлы с корсара - даже ноутбучные hdd сильно портят звук в насе.

С мостами бывает не просто - как я читал, нативная поддержка мостового подключения есть только в ОС Windows.

Я тут слегка соврал как оказалось, по невнимательности...не корсар сейчас у меня системным в опенмедиаваулт ,а сата ДОМ на 4гб...на корсаре сейчас Free4NAS стоит...

По поводу что того что SSD лучше для хранения ,душей чувствую-ДА ,но вот пока что экспериментально я получил другой вариант.....

Что делал...Железо  как #410 кроме хитачи  поставил под хранение WD green 1TB-он у меня со времен сМР2 без сети ,тогда получал на нем лучший звук из разных дисков и той же Хитачи..

1 вариант системный диск корсар на первом разделе ,хранение корсар 2 раздел

2 вариант   подсоединил еше одну папку под хранение на вестерн дигитал

файлы и на сорсар и на ВД копировал с моего НАС КУНАП

Что вышло...Не верю себе сам ....но больше жизни в звуке при проигрывании файла с ВД...может конечно влияет что раздел системный и раздел хранения на одном ССД...А может влияет что питания не аналоговое у меня пока, а с ДС боард ,а она питалось с ноутбучной зарядки...

Кстати пробовал собирать еще НАС на маме intel dn2800mt  ...на NAS4free системе звук хуже чем на маме MCI C847MS...Openmediavault  вообще не встает на Интел

Не знаю как нативная поддержка но на опенмедиаваул то же мост можно соорудить , но командами через путти...Я нашел как, но там не сильно подробно для ПРОДВИНУТЫХ написано, а я баран в Этом, мне надо что б каждая буква была прописано...Вот в Nas4free вообще мост настраивается свободно через веб морду ...

Ссылка на комментарий
Поделиться на других сайтах

Ух... А вы знаете как работает жесткий диск, неважно какой он, на блинах или твердотельной памяти?

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

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

При считывании файла, если не совпадает контрольная сумма - то получается ошибка и контроллер дает команду перечитать блок, пока не сумма не совпадет. Если это невозможно, то файл не читается, блок в системном разделе помечается как bad block и более в процессе не участвует.

И как тип диска может при таком раскладе влиять на сохранность данных?

Ссылка на комментарий
Поделиться на других сайтах

... Грубо говоря - хоть я и не люблю аналогии - в целом вы можете леть в бизнесклассе, можете в экономе, но самолет ваш прилетит в одно и то же время в аэропорт назначения. В бизнесе лучше кормят, наливают и из самолета можно выйти быстрее, но в целом доставка от ВПП аэропорта вылета до ВПП аэропорта назначения - абсолютно в то же время...

Абсолютно точно, так и летаем, кто то в экономе, кто то в бизнесе, а некоторые вышли на уровень аренды или покупки личного самолета! И хоть время в полете примерно у всех одинаково, но ощущения от " полета " разные, потому что бывают и кресла помягче, и стюардессы помоложе, и посимпатичнее, и напитки покачественней ;)!

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

Ссылка на комментарий
Поделиться на других сайтах

Ух... А вы знаете как работает жесткий диск, неважно какой он, на блинах или твердотельной памяти?

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

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

При считывании файла, если не совпадает контрольная сумма - то получается ошибка и контроллер дает команду перечитать блок, пока не сумма не совпадет. Если это невозможно, то файл не читается, блок в системном разделе помечается как bad block и более в процессе не участвует.

И как тип диска может при таком раскладе влиять на сохранность данных?

Слава богу что мы ничего ЭТОГО тЭоретического не знаем :) ...А то что звук с разных ЖД дисков разный, я знал еше в 2010 году и то что файлы звуковые после копирования в среде винды теряют жизнь, тоже в 2010 еше слышал и писал и сам был сильно ошарашен этим...А про влияние пачкордов я писал еше года 4 вроде назад...Тогда еше все смеялись сильно и меня с грязью мешали .... Меня не интересуют тЭории ЭТИ компутерные ,я по образованию инженер механик .а по работе всю жизнь пока работал, был теплотехником ...но в дальней молодости своей на скрипке играл ....А в юности усилы паял и колонки всякие делал звуковые...Так что если кто чего разницу не слышит это его проблема..УВЫ....

Да... когда то тЭоретики писали, что любой скопированный образом на болванку диск звучит как оригинал...ЭТОж ЦИФРА!!!!...но практика показало что это возможно только с определенными прогами ,на определенную болванку,и определенным ,не дешевым железом(типа плекстора чисто японского)..Но что самое интересное, что даже эти ухиЩрения не помогали на некоторых дисках особо талантливо записанных и изданных..То есть звук есть и не отличается даже,а жизни в звуке нет...

Ссылка на комментарий
Поделиться на других сайтах

Присоединяйтесь к обсуждению

Вы можете опубликовать сообщение сейчас, а зарегистрироваться позже. Если у вас есть аккаунт, войдите в него для написания от своего имени.
Примечание: вашему сообщению потребуется утверждение модератора, прежде чем оно станет доступным.

Гость
Unfortunately, your content contains terms that we do not allow. Please edit your content to remove the highlighted words below.
Ответить в теме...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.

 Поделиться

  • Сейчас на странице   0 пользователей

    • Нет пользователей, просматривающих эту страницу.
×
×
  • Создать...