PolarLight

@audioshock, спасибо за профильную ветку. Надеюсь не спеша, все вместе, мы сможем собрать здесь опыт эксплуатации и настроек используемого нами железа и в первую очередь системных плат, ради которых, собственно и поднят вопрос. Про себя хочу сказать, что не являюсь ни профессионалом, ни даже специалистом в этом вопросе. За последнее десятилетие данные технологии шагнули далеко вперёд, количество параметров настраиваемых в BIOS значительно увеличилось, а я прекратил заниматься темой ещё в середине девяностых прошлого века. И лишь относительно недавно, заинтересовавшись качественным цифровым звуком выводимым с компьютера, стал вновь приобщаться к вопросу. Поэтому в данный момент отношу себя к "интересующимся пользователям". Как технарь, признаю подходы и решения имеющие под собой научное обоснование и соответственно скептически отношусь ко многим "аудиофильским" взглядам и подходам не подтверждённым официальным слепым тестированием. Не занимаюсь бесконечным поиском святого Грааля в звучании, деля его на категории - нравится, не нравится. Тем более, что мой скромный наушниковый тракт не позволяет мне услышать (либо, что более вероятно, я глухой) те высокие материи которые обсуждаются в соседних ветках. Считаю, что "прямой", собранный с соблюдением определённых канонов источник, уже является залогом приличного звучания, в чём лично убедился во время первого включения своего нового аппарата, после двух лет прослушивания музыки с неттопа Lenovo IdeaCentre Q190 А со слов людей, чьему мнению я полностью доверяю, наличие связки из качественных карт USB вывода источника и USB входа DAC снимает больше вопросов, чем бесконечный перебор ОС и плееров. Во всяком случае значительно нивелирует их вклад в "общее дело". К сожалению, я не могу отнести свой старый DAC NAD M51 к подобным аппаратам, т.к. он оснащён достаточно простой реализацией USB входа на XMOS. Являясь сторонником подобного подхода к выбору системной платы для аудио источника высокого класса, я остановил свой выбор на плате ASUS ROG MAXIMUS VIII IMPACT оснащённой качественной системой питания на которой явно не экономили, разместив на практически дискретной плате приличных размеров. Вторым преимуществом, заинтересовавшим меня, является наличие на плате дополнительного генератора тактовой частоты Pro Clock, позволяющего дискретно, с маленьким шагом изменять частоту BCLK с чем в дальнейшем я непременно планирую поэкспериментировать. Ну и конечно общий серьёзный подход разработчиков, готовивших плату к стабильной работе в условиях экстремального разгона, вселяет надежду на высокое качество её основных узлов и компонентов. При этом я не вижу целесообразности оснащения системных плат устройствами внешнего тактирования на дополнительных дискретных клоках, подобных рассмотренному в ветках Clock-upgrade музыкального сервера на базе HDplex и Апгрейд Versus MP. В первой владелец продинутого аппарата прошедшего апгейд подобным клоком подробно описывает получившуюся красоту, а по второй ссылке, этот же человек аппелирует к автору указанного клока в его бесполезности и зря потраченных времени и средствах. В свою очередь я, (узнаете по аватарке) сравниваю свой "стоковый" аппарат с прошедшим апгрейт внешнм клоком и мы выясняем, что cyclictest показывает разницу между нашими аппаратами всего в один пункт. Что ни коим образом не соизмеримо с огромной разницей в сложности и стоимости наших аппаратов. Глубоко убеждён, что идя на подобные апгрейды ты должен чётко понимать, чего с технической точки зрения ты хочешь добиться и может ли предлагаемое решение тебе это обеспечить. В противном случае, неминуем финал, описанный в конце второй ветки, когда вся проведённая работа свелась к банальному заработку её исполнителя и личному опыту участников эксперимента. Возвращаясь к своей плате скажу, что за ненадобностью с неё демонтированы шедшая в комплекте дискретная аудио карта и модуль Wi-Fi. Следующий шаг, полное отключение в BIOS всех USB и SATA портов и организация загрузки источника по сети, по подобию работы, так называемых, тонких клиентов. В этом случае единственным задействованным интерфейсом останется Ethernet, который через роутер будет осуществлять всю связь источника с "внешним миром". В противовес мощному железу, являюсь сторонником минимализма программной части. Полностью понимая и разделяя подход автора Album Player-а к своим разработкам, использую все три варианта данного плеера для Linux. В качестве ОС использую текущий релиз Snakeoil с последним, пятым обновлением. Друзья, предлагаю тем, кто планирует высказываться в данной ветке, хотя бы кратко описывать свой источник, для более полного понимания остальными, о чём идёт речь. А так выглядели внутренности в момент первых "примерок" Позволю с Вами не согласиться, уважаемый BAMF. Выбирая продвинутую системную плату ты заранее планируешь, какие возможности её настройки в будущем будут использоваться. Как я уже писал выше, здесь главное понимать что ты делашь, какой результат в техническом плане хочешь получить от каждой операции, какие изменения в системе это вызовет и как повлияет на общие показатели. На данном этапе ты работаешь над технической стороной вопроса понимая, что лучшие технические характеристики (например минимальные задержки в системе) основа хорошего звука. На данном этапе можно сказать, что ты слушаешь глазами различные тесты и показатели. И уж тем более, ни в коем случае, нельзя назвать это интересное и увлекательное занятие мучением. Так же как для Вас сборку и отладку очередной версии ОС и последующие восторженные отзывы благодарных пользователей. Чему я, в свою очередь, не уделяю практически ни какого значения. Snakeoil и Album Player в режиме Full Memory моё всё!

@audioshock, а как бы ссылочку получить, бесплатно!

Так может заведёте такую тему или давайте я начну. А то действительно, не очень красиво получается. Расположились здесь у уважаемого человека. Игорь человек культурный, замечаний не делает, терпит нас, но меру тоже надо знать. Лучше мы его будем в гости приглашать, как уважаемого человека и специалиста.

@audioshock, Вы не прониклись в суть моей мысли из поста #12460 на который я указал. Частота процессора для меня вторична, хотя понизить её было бы не плохо. i5 с отключенными С-состояниями прилично греется.

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

Игорь, спасибо за пояснение, буду знать. Видимо я спутал с Web-интерфейсной версией, когда при минимальных буферах в htop у меня отражалась одинаковая загрузка обоих ядер в районе 5-6% и примерно такая же загрузка у USB прерывания. Пока я рассуждаю исключительно в теоретической плоскости. Если в принципе профит может быть, то можно будет поразмышлять на эту тему. Моя плата https://www.asus.com/ru/Motherboards/MAXIMUS-VIII-IMPACT/ оснащена системой Pro Clock позволяющей дискретно, с маленьким шагом задавать частоту BCLK. Жаль источник сейчас находится у системщика реализующего сетевую загрузку системы при старте и мне в ближайшие дни не удастся покопаться в BIOSе. Но есть большое желание поразбираться в этом вопросе. В т.ч. и в тактировании PCIe. Коллеги, может у кого есть конструктивные мысли по данному вопросу. Выскажитесь плиз.

@IgorA, здравствуйте! В очередной раз прошу прощения за технический вопрос не по теме ветки, но сейчас, когда все версии плеера отлажены и работают прекрасно, а джиттер уже обсудили, думаю есть смысл порассуждать об используемом нами железе. Размышляя над возможными путями дальнейшего снижения задержек в системе, возникли такие вопросы: 1. Есть ли смысл (в теории) привести в BIOS частоту BCLK процессора и рабочую частоту для используемого слота шины PCI Express: а. к единой частоте; б. к единой частоте пропорциональной стандартным samplerate, например 88,2 MHz, 96 MHz, 176,4 MHz? 2. В отличии от рендерера и Web-интерфейсной версии, в консольной нельзя задавать количество задействованных ядер процессора. У меня на i5 судя по htop задействованы 2 ядра из четырёх. Как в моём случае правильно настроить плеер, чтобы процессинг осуществлялся в L1 кэше равном 32 КБ х 2 ядра, или в Linux версиях это не актуально в связи с использованием Full Memory и Direct Input режимов воспроизведения? Спасибо.

Я имел в виду дистанционно, по сети, например через RDP

Я думаю, что ни как, без глубокого влезания в систему. Видимо остаётся только дистанционно вручную, через shutdown /s /t 0

Понятно, спасибо. Буду думать.

В начальном посте я указал, что решил попробовать DLNA сервер встроенный в прошивку моего роутера ZyXEL Keenetic Ultra II. На PCM файлах всё работает замечательно, а вот SACD файлы DLNA сервер роутера не определяет при индексировании.

Есть и работает всё хорошо. Если Вы про железо, то более подробно посмотреть можно здесь, пост 41http://forum.doctorh...pic=35282&st=25 Вот и я про что. Обратился к коллегам, думал может кто сталкивался с подобным вопросом. Конечно буду искать.

В теории всё верно, но ведь мы знаем, что в аудио многие теоретические обоснования идут в разрез с реалиями. Вот и я для наглядности вопроса добавил в папку с SACD файлами один WAV аналог первого трека. В проводнике мы видим все файлы а в панели Kinsky только WAV. SACD треки не отображаются, вот в чём вопрос. До воспроизведения, ЦАПа и прочих материй мы не дошли, т.к. воспроизводить нечего.

Я тоже стараюсь так поступать, но вот DLNA моего роутера их не видит.

Да, именно они. Про ISO в курсе. Грешу на DLNA роутера, т.к. с другими DLNA серверами Kinsky видит и воспроизводит SACD файлы.

У меня на Snakeoil рендерер работает хорошо.Попробовал вчера встроенный в роутер ZyXEL Keenetic Ultra II DLNA сервер плюс Kinsky очень понравилось. Индексируется быстро, работает на редкость чётко, одна беда, не видятся SACD файлы. Может кто-то сталкивался и каким-то образом решил эту проблему. Есть ли роутеры или прошивки или соответствующее ПО роутера поддерживающее SACD. Готов выделить под такой роутер отдельный ПК.

@IgorA, Огромное Вам Спасибо!

@IgorA, здравствуйте! Всегда с огромным интересом читаю Ваши разъяснения и дискуссии с пользователями по тем или иным вопросам связанным с цифровым звуком. Особенно интересна была последняя, про накопление джиттера по мере прохождения сигнала. Но сейчас хочу попросить Вас высказаться на тему тактирования узлов системных плат с помощью внешних клоков, продвигаемых автором ветки Апгрейд Versus MP. (особенно конец, начиная с поста автора от 27 сентября 2017г.). В свою очередь, из подробного отчёта владельца модернизированного подобным образом аппарата складывается несколько иное впечатление. Лично я, не владея вопросом, абсолютно нейтрально отнёсся к происходящему, лишь с помощью cyclictest сравнил показатели рассматриваемого, глубоко модернизированного и моего "стокового" источников, получив разницу в 1 пункт. О чём и написал авторам. Не смотря на все просьбы читателей, автор разработки не даёт ни каких обоснований технической стороны вопроса, лишь добавив к общими фразам про ширину и глубину такой как эмоциональное вовлечение. Поэтому очень хочется узнать Ваше мнение. Есть ли у технологии синхронизации тактирования узлов системной платы и платы USB вывода какое-то обоснование и положительный момент или нет. И если можно второй вопрос. Есть ли смысл бороться за минимально возможный уровень latency источника. Спасибо.

Если Вы имеете в виду эту t=2699036 раздачу, то CUE файл по Вашей ссылке добавленный в альбом, нормально работает у меня на 32-разрядной системе в режиме Full Memory.

Спасибо коллеги, буду потихоньку вникать!

, Спасибо Огромное, Вы Настоящий Друг!! Появятся вопросы, непременно побеспокою Вас. Для начала надо понять, как на общем фоне Linux audio выглядит используемый мной Snakeoil, уходить от которого я пока не хочу.

Спасибо, уважаемый BAMF. На что, в таком случае, стоит обратить внимание? Понятно. А в терминал у FatboyMPD есть выход?

Огромное спасибо, что откликнулись, уважаемый vvar10ck! Полностью соглашаюсь с Вашим видением вопроса. Как уже писал выше, технической стороной вопроса интересуюсь на стадии отладки источника, дабы понимать его характеристики и позиционирование по отношению к лучшим образцам. На использованных Вами параметрах cyclictest моя система сейчас в терминале показала такие результаты: что не критично хуже и я стал успокаиваться. Но если всё же у Вас будет возможность запустить в терминале cyclictest с параметром -N т.е. с отображением результата в наносекундах, как на моих скринах выше - sudo cyclictest -N -i 10000 -n -t -p 80 -l 10000 - буду Вам крайне признателен. Автор Snakeoil обещал в следующий релиз добавить возможность изолировать ядра и разносить по ним рабочие потоки, так что у меня данные эксперименты ещё впереди. Пока немного подправил UEFI BIOS и приоритеты IRQ. К сожалению мой скромный наушниковый тракт (либо я глухой) не позволяет мне максимально точно констатировать результаты тех или иных внесённых изменений. В принципе звук нравится, а это наверное самое главное! С глубоким уважением, P.S. Прошу прощения за глупый вопрос. Как Вы запускаете тест чтобы получить такую развёрнутую картину системы? Интересно, в Snakeoil такое возможно? Очень хочу!!

Смотрю коллеги стесняются поделиться данными cyclictest полученными на своих источниках. Тогда, как и положено начну с себя. Прогнал сейчас тест и получил такую картину: В принципе средние показатели относительно предыдущих дней. Бывает больше, бывает меньше. А это наименьшие Min. показатели, что я видел на своей системе: Слабо владея вопросом хочу понять, насколько данные показатели соотносятся с лучшими источниками и есть ли смысл копать дальше или всё нормально и можно курить бамбук успокоиться. Автор рассматриваемого здесь клока, уважаемый Bason в своей ветке посвящённой работе над клоком писал, что: "Предпоследняя работа с переделанным стоковым Клоком от Сотм на 4-ре выхода для разных частот, показала уровень latency равный НУЛЮ! На зарубежных форумах владельцу системы не поверили и вроде он делал для них скрин". Не представляя, как технически возможно получить нулевую latency на системной плате ещё раз обращаюсь к автору ветки, если речь шла о его системе, прокомментировать высказывание автора клока и по возможности подкрепить скринами и технологией замера. Прошу простить меня за подобную навязчивость, просто мне, как технарю, крайне интересен данный момент. От которого будет зависеть, планировать дальнейшее развитие своего источника, в т.ч. применение рассматриваемого здесь клока или нет.

Здравствуйте, уважаемый vvar10ck, здравствуйте коллеги. С интересом познакомился с Ваши аппаратом, почерпнул новые, интересные мысли и технические решения. Сопоставляю со своим новым источником, который находится в стадии отстройки. Мой аппарат на порядок проще рассматриваемого в данной ветке, но на данный момент, что есть. Первоначальная прикидка компоновки:http://pixs.ru/showi...44_27388645.jpg http://pixs.ru/showi...93_27388673.jpg http://pixs.ru/showi...88_27388686.jpg http://pixs.ru/showi...12_27388731.jpg http://pixs.ru/showi...10_27389011.jpg Подобное размещение блока питания показалось мне не очень рациональным в плане занимаемого пространства, поэтому в дальнейшем компоновка приобрела подобный вид. http://pixs.ru/showi...29_27622843.jpg http://pixs.ru/showi...85_27622911.jpg http://pixs.ru/showi...82_27622909.jpg При данной компоновке удалось нормально разместить ЛБП для карты USB вывода Clones Audio SHAAR Deluxe. Единственное неудобство, это длинная коса кабелей идущих от БП к системной плате. Сейчас они скручены в кольцо, но в дальнейшем их ждёт серьёзная оптимизация по количеству, но главное, по длине и приведение в более эстетичный вид.. Надеюсь, все комплектующие вы узнали. Корпус Streacom FC5 Alpha, системная плата - ASUS ROG MAXIMUS VIII IMPACT, процессор Intel Core i5 6400, память DDR4 4096MBx2 2133 MHz Kingston Hyper Savage, Thermal Riser Streacom HT4. Основной блок питания Streacom ZF240 Fanless 240W ZeroFlex PSU. Блок питания для USB карты был заказан в Москве у разработчика комплектующих для Версуса Александра Иванова audiomod.ru. Т.к. системная плата имеет специфический узел питания, пришлось применять не типовое техническое решение в плане отвода тепла от процессора на верхнюю крышку корпуса, с использованием промежуточной пластины. В дальнейшем планирую уйти от этой промежуточной пластины, изготовив оригинальную, более массивную верхнюю крышку корпуса, совмещающую в себе и функцию хорошего радиатора. В качестве ОС используется аудио сборка Snakeoil Linux. Основные плееры - консольная и Web-интерфейсная версии Album Player. Так как аппарат в настоящий момент находится в стадии активного становления, то более подробная информация и законченный внешний вид появятся позже. А пока, то что есть. Так как мой аппарат уже включается и проходит тестовую обкатку и настройку, хочу задать один вопрос уважаемому автору ветки. vvar10ck, Вы не согласитесь опубликовать здесь разультаты cyclictest с подобными настройками: sudo cyclictest -N -i 10000 -n -t -p 80 -l 10000 за весь период до окончания теста, запущенного на Вашем шикарном источнике, использующем такой продвинутый внешний клок. Мне очень хочется понять уровень latency топовых аппаратов к показателям которых надо стремиться. Ну и главное, наглядно убедиться в реальной помощи используемого Вами клока. Если кто из коллег согласится разместить здесь сканы данного теста на своих системах, буду очень признателен. Надеюсь и коллегам будет интересно сравнить показания своих источников. С глубоким уважением,