PolarLight

Здравствуйте, BAMF. Сейчас немного занят рисованием, да и выше, извинившись за флуд перед автором ветки закрыл для себя данный вопрос. Прошу понять меня правильно.

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

Спасибо, не знал. Попробую списаться на досуге. Не-е, в отличие от нас он практик. Производственник, можно сказать. Акустику и усилители делает, на сайте даже фотки есть. Когда я у него в гостях был, он заканчивал студийные мониторы для телевидения. p.s. - а для корпусов своей акустику использует канализационную трубу из сантехнического магазина. @ampir-nnn, спасибо! Вот здесь на целую страницу материала.

@ampir-nnn, приветствую! Рад, что снова с нами. Я Win 7 пока не пробовал, пардон! Системщик забрал мой аппарат делать сетевую загрузку ОС о чём мы с Вами говорили и я пока "безлошадный". Можно Вас попросить чуть развить мысль про: Вы пишете: ArtCAM случайно не для ЧПУ? А то я ищу возможность заказать изготовление фрезерованной крышки корпуса на свой источник.Кстати, коллеги, ни у кого нет выхода на нормальных фрезеровщиков, кто возьмётся изготовить крышку корпуса по моим эскизам?

Здравствуйте, коллеги. Не обижайтесь, что не ответил сразу, Посвятил день решению с ZyXEL вопроса включения в miniDLNA сервер входящий в прошивки их роутеров поддержки SACD, чего не было до этого. А для меня, как пользователя рендерера Album Player это актуальный вопрос. Уж очень мне понравилась связка ap2renderer + miniDLNA ZyXEL + Kinsky своей простотой, удобством и безотказностью в противовес DLNA + управлялка в лице монструозного и капризного JRiver. И вот, только к вечеру решили вопрос. На сайте техподдержи ZyXEL выложили тестовые варианты для пары роутеров. Обновился у себя, отписался в ветке АПлеера, приглашаю тестеров. Дабы окончательно свернуть дискуссию вокруг моего первого поста, лишь кратко прокомментирую ответы очень уважаемого мной BAMF-a. 1. Как я уже писал выше, стандартными в системной плате можно считать только частоты шин CPU и PCIe и напряжения ATX. Всё остальные параметры, такие как рабочая частота CPU и памяти, напряжение их питания, величина множителя CPU и задержки у памяти, в первую очередь зависят от параметров, которые тот или иной кристалл продемонстрировал во время первоначального тестирования на производстве, перед окончательной упаковкой. Если у чипа стабильно работали все ядра и блоки, то его программируют и маркируют как Xeon. Выдержал повышенную частоту, добавляют букву К к индексу и CPU идёт в продажу с разблокированным множителем на радость детям. И так с понижением рабочей частоты, из одного и того же кристалла мы получаем целую линейку на любой вкус и в первую очередь кошелёк. От К серии для разгона, до Р серии, не прошедшей по каким-то не критичным параметрам тестирование и награждённой за это с пониженными рабочими частотами, напряжением питания и соответственно TDP. Но при этом мы имеем дело с одним и тем же кристаллом, процессоры изготовленные на котором работают на всём диапазоне часто и соответственно множителей. Я уже не говорю о не прошедших тестирование и заблокированных на кристалле ядрах. Тоже самое можно сказать и про отбор чипов памяти. Тоже относится и к вилке допустимых производителем напряжений питания CPU и памяти, которые на современных платах у CPU меняются в широком диапазоне либо в автоматическом режиме с помощью C-состояний режимов энергосбережения либо могут задаваться пользователем, причём как жёстко, так и в увязке с другими параметрами. Тоже самое относится и частоте процссора, котоый либо засыпает либо переходит в турбо режим. Любому компоненту на системной плате отведена вполне допустимая "вилка" параметры которой как раз и являются штатными. А вот доступ к настройке этих параметров зависит от "ширины" возможностей BIOS той либо иной системной платы. 2. Что касается узла питания моей карты, то карта была выбрана в первую очередь именно по этому фактору, Главный вопрос которого состоит в том, что "силовые" цепи узла питания, имеющегося на любой системной плате и создающие основной паразитный ВЧ шум, у меня вынесены на отдельный блок и своей разводкой в минимальной степени пересекаются с остальной разводкой платы. А при дефолтных напряжениях моя система питания шумит не более чем распаянная на Вашей плате. Что касается использования ЛБП для системной платы, то я отказался от этой затей после длительной консультации с очень уважаемым мной профильным инженером и дипломированным специалистом в IT. Изредка посещающим соседние ветки. При наличие на системной плате большого кол-ва работающих DC-DC преобразователей, роль её ЛБП сводится к нулю. А на первую роль выходит грамотно спроектированные узел питания и разводка питания по плате, её экранирование дополнительными металлизированными слоями текстолита и толщина самого слоя меди. Т.н. "двойная медь". Совершенно верно. Именно с этого я и планировал начать ветку, попросив присутствующих, по возможности, выкладывать сюда ссылки на имеющийся на просторах материал и толкование BIOS. Сам пользуюсь данными сайтами, материал которых, к сожалению очень сильно устарел.http://www.probios.ru/options/ http://xiod.ru/optsii-bios/ И в завершение постараюсь кратко прокомментировать ситуцию относитльно моей реплики рассмотренной BAMF-ом. Рассуждая на полном серьёзе, я неоднократно писал, что на своём наушниковом тракте очень часто не слышу принципиальных изменений в звучании после тех или иных корректировок или изменений. Не знаю, чего здесь больше. Посредственности используемого тракта или годы работы в турбокомпрессорной на шумном производстве. Во всяком случае, я всегда поражался завсегдатаям ветки АПлеера, которые слышали "грандиозную" разницу после того как Игорь вносил те или иные косметические правки в GUI плеера. Во вторых, живя в небольшом провинциальном Северном городке, у меня нет возможности сравнить звучание своего аппарата с ему подобными. И оттого варясь в собственном соку, у меня нет ни какой точки отсчёта. Последний раз в нашем городе я слушал хорошие системы несколько десятилетий назад у своих более старших друзей самодельщиков-электронщиков имевших самые крутые из выпускаемый в то время катушечные и кассетные деки Tandberg, TEAC, AKAI. Но годы неумолимы. Кто-то уехал, кто-то покинул этот мир, а оставшиеся давно отошли от дел и глядя на вторых уже думают о вечном. Поэтому мне иприходится довольствоваться более простыми формулировками. Опять же ссылаясь на человека с кем я обсуждал БП для будущего источника хочу привести его любимую фразу, "хороший индеец - мёртвый индеец, хороший контакт - отсутствие контакта" которую он применяет к наличию различных соединений, кабелей и прочих вещей, которые так или иначе вносят искажения в проходящий сигнал и от которых в идеале надо либо избавляться вовсе, либо сводить к минимуму, например сокращением длины или заведением силового кабеля в корпус и припаивание его напрямую к трансформатору. А включение аппарата делать через реле. Будучи летом месяц в Москве встречался вот с этим дядькой. Очень умный и грамотный специалист, выходец из Академии наук ещё СССР. Долго сидели у него на производстве, слушали его усилитель и главное неординарную акустику. И вот когда Валентин в очередной раз подключал следующие в очереди АС, я обратил внимание на используемые им акустические провода и задал вопрос, что это? И каково же было моё удивление, что он не моргнув глазом честно ответил, что это обычная сетевая витая пара, которую он считает лучшим акустическим кабелем при расстоянии между колонками до трёх метров. Так как данный кабель изначально проектировался для высокоскоростной передачи больших объёмов информации, а полированная поверхность жил, как нельзя лучше подходит для равномерного прохождения сигнала. Т.е. человек живущий в Москве, варящийся в этой кухне много лет, демонстрирующий свои образцы на престижных выставках и имеющий возможность использовать в своём шоуруме любые из выпускаемых кабелей, не пытается пустить пыль в глаза потенциальным покупателям, а честно заявляет свою позицию по данному вопросу. За несколько часов прослушивания мы обсудили много подобных аспектов, включая так называемую "бескислородную" медь, которой сразу после выплавки является абсолютно вся медь, также как в последствие она вся одинаково насыщается кислородом. Было очень интересно послушать рассказы о его встречах и общении на различных выставках с производителями кабелей, которые долго не ломаясь сами признавали, что все красивые истории про те или иные технологии ни что иное как голимый маркетинг, рассчитанный на отсос-петрович денежных средств у обеспеченных лохов. А если кто и слышит ту либо иную разницу от смены каких либо кабелей, то это все не более чем различный уровень искажений вносимый в оригинальный сигнал тем или иным кабелем по подобию эквалайзера. Что тем не менее нравится многим ищущим "свой звук", возможно красивый но не абсолютно верный. Как-то так

Коллеги, пользующиеся рендерером ap2rendarer ВНИМАНИЕ! Для понимания вопроса процитирую себя: И состояние вопроса до сего момента: НО после общения с людьми в ZyXEL принимающими решение, их программисты получили задание и решение вопроса не заставило себя долго ждать. Сейчас на сайте техподдержки выложили пробные прошивки для: 20171028_1959_Firmware-Keenetic_Giga_III-2.11.A.5.0-0.bin 20171028_1955_Firmware-Keenetic_Ultra_II-2.11.A.5.0-0.bin c поддержкой SACD (DSF и DFF файлов) Я на своём ZyXEL Keenetic Ultra II уже обновил прошивку, переиндексировал диск и без проблем увидел в Kinsky все SACD альбомы расположенные на тестовом диске. Единственным пока не понятным мне косячком является ситуация, когда при досрочной остановке трека и даже удаления текущего плейлиста, через несколько секунд вновь начинается воспроизведение последнего прослушиваемого трека. Приходится повторно останавливать воспроизведение. Но это уже не так важно на фоне решённого в принципе вопроса. Предлагаю всем желающим, включая автора рендерера протестировать обновлённые прошивки и высказать своё мнение по данному вопросу. Можно сразу на сайте техподдержки ZyXEL. Выражаю Огромную благодарность автору Album Player за отзывчивость и неоценимую помощь оказанную в решении данного вопроса!

Здравствуйте, BAMF Поясните плиз несколько Ваших тезисов. О проблемах теплоотвода и распределения прерываний каких блоков или узлов моей системной платы идёт речь, и соответственно чего нет на рекомендуемых Вами платах? Согласен, но думаю, что изначально ни чего лишнего нет лишь в платах заводских "железных" плееров, но мы с Вами почему-то ими не пользуемся, предпочитая РС, системные платы которого изначально предназначены совсем для других целей. На мой взгляд это достаточно расплывчатое утверждение про штатный режим. Б.м. стандартными в системной плате являются частоты CPU и PCIe шин. Круглая частота первой выбрана ради удобства назначения множителем рабочей частоты CPU, а второй, техническими возможностями периода принятия данного стандарта. Мы с Вами ведём речь о железе, а ему, по большому счёту, безразлично на какой (+/- в разумных пределах) частоте работать. Производитель моей системной платы ASUS ROG MAXIMUS VIII IMPACT спокойно предоставляет оверклокерам возможность увеличивать опорную частоту CPU в четыре раза, до вплоть до 400 МГц. Но я не веду речь об оверклокинге, а рассуждаю о приведении к кратности частоты шины к стандартным samplerate. Когда при заданных частотах BCLK 88,2 либо 176.4 МГц соотношение к стандартной частоте дискретизации 44 100 Гц будет ровные 2000 или 4000, а не 2276,57 тактов как сейчас. При том, что частота процессора множителем будет выставлена максимально близкой к дефолтной. Т.е. ни кто не планирует ни чего специально даунклочить. Тоже относится и к желанию аналогично поэкспериментировать с частотой шины PCIe. Полностью с Вами согласен и выше уже рассуждал по этому поводу. Но используемые в моей плате дополнительные возможности, на мой взгляд, несут второстепенный функционал используемый при оверклокинге и прямо не влияют на работу платы в дефолтном режиме. А вот грамотная разводка, вынесение продвинутого узла питания в дискретный узел, как и общий запас качества всех узлов в расчёте на экстремальный разгон, как минимум не помешают нашим целям и задачам. В этом плане я с непониманием читаю посты восхваляющие "качественные серверные" платы форматов Mini-ITX и mATX по цене платы для офисного PC вся разница между которыми заключается в возможности использования первыми процессоров Xeon. BAMF, уважаемый! Неужели Вы причисляете используемую мной связку Snakeoil+Album Player к кривому софту? На мой взгляд, как минимум Album Player в силу своего минимализма и педантичности подхода к разработке его автора, относится к самым что ни наесть "прямым" программным плеерам мирового уровня. А то, что он, возможно, звучит не так красиво или выразительно, как любят некоторые пользователи, так на то он и качественный, что звучит по мониторному правильно. Что касается Snakeoila, то мне, как не специалисту в Linux сложно комментировать творение Кита. Но с технической точки зрения данная сборка, на мой взгляд, как минимум не хуже себе подобных. Результаты тестирования моего источника в cyclictest и сравнение его с крутым, прошедшем дорогой апгрейд внешним клоком аппаратом Вы видели по ссылкам приведённым выше. Запустив рекомендованную в Вашей ветке утилиту sysv-rc-conf я тоже не нашёл, что бы можно было отключить в системе за ненадобностью. Из чего делаю вывод, что автор Snakeoil, уважаемый agent_kith тоже не даром свой хлеб ест. Поэтому я всегда и везде говорю, что меня в данной связке ОС+плеер всё устраивает и я всем доволен. И соответственно не хочу ни чего в ней исправлять. А вот в железной части я вижу некоторый не использованный резерв, который и планирую попытаться раскрыть в будущем. И это ни коем образом не самообман. Просто это совсем другая история.

@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 источника. Спасибо.