audioshock

Офигеть .... получишь разницу в звуке = хуже на 68 т.р.. вот чем SQ измеряется - рублями, жарко у вас А у вас в чем, в борзых щенках? SQ можно мерить в мурашАх, которые по коже от музыке, знал до недавнего времени только одно такого отечественного ЦАПастроителя (землякам привет!), теперь еще и в Таганроге, как выяснилось, так же оценивают свои творения - появились или нет, мурашИ. В рублях как-то понятнее.

Раз есть место "где сижу слушая музыку в наушниках" для "нового корпуса", то поставь на это место "нынешнем источник", где собери все в одном корпусе. Или "нынешний источник" на своем родном месте еще каким-то целям служит? Если из него выкинуть PCI USB карту, то все должно поместиться. Правда аналоговая часть не имеет низкопрофильной планки (по виду, она стандартных размеров), как будешь ее размещать? В твоем корпусе Streacom есть такая "дырка"? На картинке FC4, что ты приложил видны места только под низкопрофильные планки. ... Напомни, а для чего ты вообще все это затеял: одной платой E-MU MOD2 (состоящую из двух платок) заменить свой NAD (который не воспроизводит нативно DSD) и Leben (здесь ни чего сказать не могу, что за усилитель), только из-за этого? Давай с другой стороны взглянем на эту тему: Сложи стоимость своих NAD M51 и Leben CS-300F (допустим, твоя цена 50 т.р.за ЦАП и усилитель, пусть то же на вторичке 50 т.р. = 100 т.р.) и стоимость E-MU MOD2 (10 + 22 т.р.= 32 т.р.), вычти из первой суммы вторую, получишь разницу в звуке = хуже на 68 т.р.. Можешь ее ополовинить, все равно в плюсе (вернее минусе). Решай сам.

Юрий, где можно посмотреть инфу именно о "карте цифрового интерфейса": описание, картинки и прочее. Может ты уже выкладывал, повтори пожалуйста, только именно про "карту цифрового интерфейса". А чем тебя не устраивает "19 пиновый разъем на МП", как источник USB сигнала, ну ни как в "твой" вариант отдельная USB-PCI карта не вписывается, как некоторые говорят - костыль!

В Самара действительно жара, время 8 утра, а уже под 30 гр., Юрий привет, извини за невнимательность. Согласен с ампиром, мол, "А зачем всё так усложнять? Сколько разных интерфейсов на пути сигнала, посчитать сложно. Не думаю что это положительно повлияет на результат." Главное, я не понял зачем в "твоем" новом варианте остается твоя "старая" USB-PCI карта Неужели, на "карту цифрового интерфейса" нет возможности сразу подать сигнал с МП или с этой (этого) Adnaco, если так хочется использовать этот Adnaco (непонятно только зачем?). Я так понял, что у "твоей" карты две основные прелести, по мнению ее авторов: - отказываемся от USB-PCI карты и берем сигнал с 19 пинового разъема на МП, в т.ч. выбрасываем "длинные" USB кабели, которые могут черте что делать с сигналом. - используем свой встроенный "высококачественный" усилитель для наушников, написал в кавычках, потому, что кроме авторов, для других это еще не факт, надо слушать и сравнивать. А у тебя как-то уж очень длинно получается. Adnaco для чего? Развязать МП от ЦАП? Так это уже предусмотрено во многих (в некоторых) USB-PCI карт, модели не буду приводить, а то опять в ангажированности обвинят. Получается, что в твоем варианте спорные две вещи: - все та же Adnaco (по памяти, по моему, эту штучку применяют для увеличение расстояния, но которое надо передать сигнал по оптике, могу ошибаться, камнями не бросайтесь) - все та же USB-PCI карта. которая уже не нужна, все в одном компе: USB забираем с МП на "карту цифрового интерфейса", передаем на аналоговую часть, там через ЦАП на усилитель, куда же еще короче. Но, все конечно надо отслушивать, ждем отчета если не передумаешь покупать.

Юрий, привет! У меня нет вопросов, это твои вопросы Читать действительно лень - в Самаре ЖАРА и ЧМ (все наверное в курсе - проиграли), так вот, читать лень, поэтому проговорю твою версию вывода звука в версии Dual PC E-MU MOD2 ( не путать Dual PC от Jplay), и так: - на первом компе, через разъем USB на МП сигнал (пока еще цифровой) подается на "цифровую часть" E-MU MOD2 (или какая там MOD, это как бы USB приемник), при этом PCI (или PCIe) ни как не задействованы, правильно? - дальше, с этой "цифровой части", не важно как (как ты по Adnaco это собираешься делать, пока не понятно (мне), но ты, неверное, знаешь как), сигнал подается на аналоговую часть E-MU MOD2, которая находится в другом компе. Вернее, на ЦАП этой аналоговой части (через много-пиновый разъем, там и питание и data, в мануале, по моему, номер 8) - дальше после ЦАП на карте, уже аналоговый сигнал в той же второй плате уходит на встроенный там же усилитель, в твоем случае на усилитель для наушников (но есть возможность снять аналоговый сигнал и на пред усилитель) Звуковой цикл замкнулся. Все правильно? Возможно я где-то ошибся в деталях, главное: полезный сигнал снимается с МП с USB разъема (наверное 19 пинового, если это USB 3.0), а не с PCI (PCIe), так ? Если не вдаваться в детали, чем этот вариант ( МП - USB - ЦАП+Усь - ...) лучше вывода звука через МП - PCIe - USB - ЦАП - ....., только отсутствием PCIe? Да, есть плюс, по буквам путь короче, но есть и минус, если вдруг (как с NAD51) звук не зайдет, что делать? Только продавать карточку (две карточки) целиком, в ней даже ОУ не поменяешь , как в "лучших" китайских ЦАП. Во втором, "моем" варианте ( МП - PCI - USB - ЦАП - ...) можно заменить USB карту, можно USB кабель, можно внешний ЦАП, можно внешний усилитель - вагон вариантов, если с первого раза не угадал с железом. А в "твоем" варианте все в одном стакане: и USB приемник, и ЦАП, и усилитель. ... Ты не написал, сколько стоит "твои" карты: цифровая часть + аналог с ЦАП. Или я пропустил, жара в Самаре. ... Юрий, опять же не это главное, считаю, что ты должен был написать: парни, есть классная карта (ссылка), там все по другому, там встроенный усь для наушников на дискретных элементах, там отличный ЦАП на ..., там отдельный USB приемник на отдельной плате, все это оригинальная отечественная разработка (ссылка). Собираюсь купить, попробовать и отписаться, как все это по сравнению с моей USB картой (ссылка), ЦАП NAD и усилитель (ссылка). Я вот как-то так себе это представляю.

Юрий, приветствую! Лето, отпуска, жара, ЧМ, дачи, морЯ, прочее, вот поэтому и затишье. Осенью "приходи", все вернуться в города, к компам, вернуться сезонные обострения, жизнь возродиться. Читать действительно лениво (см. первое предложение), уточни, эта "твоя" звуковая карта E-MU MOD2 для чего, она должна заменить усилитель для наушником и пред усилитель? Т.е. с ее выходов снимается готовый к употреблению аналоговый сигнал? Если так, то зачем ей цифровая часть, которая готовиться ей в пару? АЦП в комплект будет входить как опция, можно не переплачивать или в обязательном порядке? Аналоговая (усилительная ) часть из чего состоит, на каких элементах: ОУ или, например, полевые транзисторы MOSFET? Как там с общей отрицательной обратной связью, присутствует или только местная? ... "Крутая Pro карта Avid HDX", которую, как я понял, "порвала" эта E-MU MOD2, так во, эта Avid HDX Pro для чего в первую очередь предназначена? Не для "наиболее быстрой, удобной и высококачественой записи звука и микширования ваших треков" в первую очередь? Может для "Микшируйте больше, лучше и быстрее - 256 треков (расширяемо до 768) и удвоенное количество входов/выходов на карту, а также в 4 раза больше АЦП"? Я к чему, с "правильным" ли девайсом сравнивали E-MU MOD2? Добавил: То, что в сделана в РФ - это скорее плюс (если у этой карты есть плюсы, см. вопросы выше).

"В идеале думаю необходимо запитывать каждый ПК от своего БП с отдельным трансформатором и USB карту отдельным трансформатором и клок в ней гальванически отвязать от ПК и USB платы..." - это однозначно, HDPLEX 400W HiFi DC-ATX не ЛБП! Я подобную штучку то же в свое время покупал (на тогда был максимум на 250W) оставил в домашне-рабочем компе, как беззвучный БП. "Сетевые службы отключены, видимо не все, статичный IP адрес работает ,видимо все работает через JPLAYстример,..." - нет, если воспроизводишь только через JPLAYmini, рендерер Jplaystreamer не активен и в процессе не участвует. Скорее всего "все работает через" АО - при настройки АО, этот софт "считывает" инфу из Jplaysetting и, возможно, оставляет один порт открытим, что и позволяет управляющему компу видеть аудио комп. Но, такие тонкости нам не нужны - играет и слава Б-гу!. "JPLAYmini пока для тестов в дальнейшем будет аудиосервер..." - правильнее сказать, что будет Jplaystreamer, а вот к нему нужен аудиосервер. Я то же использовал плеер (рендерер) Jplaystreamer, отличие по звуку от Jplaymini я не услышал (правда комп был тогда, мягко говоря, не очень), а "удобств" на любой вкус. "но ПК в сети не виден, так же он не видит сетевые диски..." - речь идет об аудио компе, правильно? Управляющий комп, через вторую сетевую карту должен видеть NAS, так? "Забугорные JPLAYисты получают лучший результат на XMOS USB конвертерах, на самом деле параметры Dac Link PC Buffer очень сильно влияют, лучший результат при увеличении до максимума Dac Link и снижения до минимума PC Buffer, но мой Аманеро хорошо работает на параметрах по умолчанию..." - читая в свое время форум на сайте Jplay, я не встречал инфу, что на XMOS получают лучший результат. Да, и мой Amanero тоже не позволяет "до максимума Dac Link и ...до минимума PC Buffer", но, по моему, авторы и не настаивают на таких настройках. По памяти, они предлагают попробовать все варианты, на которых система будет стабильно работать (или работать вообще) и выбрать тот, который больше понравиться.

Алевтин, уточни пожалуйста (можно отредактировать предыдущий пост, я хотел бы его выложить в первый пост на ветке "Операционные системы и настройки музыкального ПК для звука", если ты не возражаешь): - как файлы из NAS попадают в JPLAYmini - как обычно, скопировал, вставил? - как в WinServer 2016 core (при отсутствии проводника) попадаешь на NAS (или на внутренние диски)? Или используешь как менеджер файлов JRiver? - как WinServer 2016 core (при отсутствии проводника) "дружит" с JPLAYmini, как запускаешь JPLAYmini, автоматически из диспетчера задачь? Или опять же из JRiver? Я, пока был на винде, так и "не дорос" до JPLAY Dual PC и до АО, поэтому еще вопрос, у тебя: "На аудио ПК гибернация JPLAY включена, сетевые службы отключены с помощью AO." Гибернация отличная фишка, здесь все понятно, но если ты отключил сетевые службы, как же управляющий комп видит аудио комп? Что касается аудио серверов, если у тебя все это работает на JPLAYmini, и ты не планируешь использовать Jplaystreamer, то аудио серверы и не нужны. Но при этом сильно теряешь в функционале, например, дистанционное управление, музыка из интернет (на любителя, конечно) и пр.

Алевтин, приветствую! Распиши пожалуйста подробнее софт: что на каком компе установлено: ОС, плеер, аудио сервер, точка управления.

Игорь, приветствую! Скачал, развернул, загрузил - все работает, все определяется и воспроизводится: все работает. Структура как бы уже ближе к "Debian_овской", например alsa.conf находтся не в /usr/local/etc/alsa/ а в /usr/share/alsa/. Но Вы это сами знаете и лучше меня, а для остальных наверное это не очень интересно. По звуку пусть каждый оценит для себя сам, но мне показалось что и dCore, и CorePure64 имеют одинаковую подачу звука. ... На своем Яндкекс Диске я увидел, что более 50 любителей звука скачали выложенный мной образ CORE9X64.iso - друзья, не забудьте отредактировать файл /usr/local/etc/alsa/alsa.conf как рекомендовано здесь и здесь. Ну это что бы мне исправленный образ не выкладывать. А то вы слушаете "не честную" музыку, у кого ЦАП без дисплея, тот это не увидит, а может и не услышать. А лучше воспользуйтесь образом от Уважаемого Игоря - все-таки автор плеера!

End, тоже наверное точку поставлю в "своем" варианте Tiny+АП. Я тут подумал, что странности Tiny Core 64, т.е. в игнорированием asound.conf (других странностей у меня не проявилось) от того, что я не своевременно выполнил команду sudo ln -s /lib /lib64 при установки пакетов. Эту команду мне порекомендовал Уважаемый Игорь, когда пол года назад я не смог запустить АП в 64 битной Tiny. Это все про "странности Tiny Core 64". Короче, проверил то, что хотел проверить - результат отрицательный: не прописывается в файле /usr/local/etc/alsa/alsa.conf путь к /etc/asound.conf. Только руками править. Но есть и положиттельная инфа: для редактирования /usr/local/etc/alsa/alsa.conf не надо заходить по root (создавать пароль и все прочее) - надо просто после редактировании сохранить alsa.conf под другим именем а потом переименовать в alsa.conf после удалении родного alsa.conf. Но не это главное: не нравиться мне как играет консольная Tiny Core 64 с консольным АП. Кто виноват: ось или плеер я не знаю, не играет. Завтра попробую сборку от Игоря на dCore, посмотрим, как там...

Возможно, стоит разделять при разговоре о "вредности или безвредности, а у некоторых и полезности сети (есть и такие, которые слышат явное улучшение SQ при включении сетевой карточки в BIOS), так вот, может стоит разделять на два момента: - сеть для управления плеером - сеть для получения контента с типа NAS нет, на три момента - сеть для получения контента из интернет. Есть у кого-то личные опыт использования сети для подобных целей? Можете отписаться, как все это вместе или по отдельности влияет на SQ если сеть задействована и когда ее отключаешь. Речь не об удобствах, здесь только плюсы, речь о SQ.

Юрий, но при этом включаем сетевую плату в том же BIOS. Здесь, конечно, кому как нравиться.

Игорь, в выходные обязательно попробую вашу dCore 64. Как я писал выше,я с софтом давно определился, все эти потуги с разными осЯми и плеерАми - это: во-первых, "хоть как-то попробовать утереть нос своим друзьям из PVD-audio, найти хоть что-то играющее не хуже их BLACKOS" (шутка ), большие надежды на ваш Аплеер, потому что, исключительно на мой слух, остальное что я слышал играет не очень, мягко говоря, повторюсь, это только мое мнение, прошу других не возбуждаться. во-вторых, что бы ребята из PVD-audio услышали, что для многих сеть важна, невзирая на ее некоторое отрицательное влияние на SQ, что люди готовы нести эти жертвы ради "удобств в тепле" (вспомните, например, Уважаемого Адама с его JRiver (Алевтин, привет! ) - все это ради управления плеером "с дивана" и размещения контента в сети. Вот второе вообще мне не понятно, какое это дает преимущество по сравнению с подключенными напрямую дисками. Предлагаю задуматься ребятам из PVD-audio об альтернативной версии своей системы с возможностью дистанционного управления плеером, хотя бы. в-третьих, да просто мне это интересно.

"Эта сборка сделана взамен странно работающей сборки Tiny Core 64. Это проект Дмитрия по заказу End, в который намеренно входит только консольная версия." End_у крупно повезло! Сборку от Уважаемого Игоря я не пробовал, футбол, однако - победа! Аргентина - Ямайка: 5:0, история повторяется! Но, пока смотрел футбол, понял, как починить свое "творение": странно работающую сборку Tiny Core 64. End, инстукция простая: надо отредактировать /usr/local/etc/alsa/alsa.conf так, как указано на первой картинке здесь, для этого: - задать пароль пользователю root: sudo passwd, и два раза ввести, например, Z (для простоты) - войти в root (пардон за сленг): su - запустить mc: mc (sudo не надо) - отредактировать /usr/local/etc/alsa/alsa.conf как положено и при сохранении указать любое новое имя: 1.conf - удалить alsa.conf и переименовать 1.conf в alsa.conf - сохранить настройки filetool.sh -b (sudo не надо) - перезагрузится - запустить АП, убедится, что все выводится так же как вводится и послушать, твой ли это звук. - установить сборку от Игоря, и убедиться в том же - выпить за победу РФ на ЧМ, завтра, сейчас уже поздно, завтра на работу.

До открытия ЧМ осталось 15, успею задать вопрос. Когда такие Гиганты (Игорь, приветствую!) "создают конкуренцию" (обратили внимание, что в кавычках - это шутка), то дилетанты активизирут все, что у них осталось и... Короче, я разобрался почему новая сборка CorePure64 не хочет правильно воспроизводить через АП: в файле /usr/local/etc/alsa/alsa.conf не правильно прописывются пути к файлу выбора устройства вывода звука /etc/asound.conf Вот так правильно, система видит /etc/asound.conf и все ОК! А вот так не правильно, так происходит по умолчанию, при установки CorePure64 ( в х32 такого нет, х.з. почему) - в /usr/local/etc/alsa/alsa.conf не прописывается файл /etc/asound.conf (х.з. почему) и ситема воспроизводт через свой микшер. Но... нет возможности отредактировать файл /usr/local/etc/alsa/alsa.conf, система не дает. Ворпос к спецам: как отредактировать /usr/local/etc/alsa/alsa.conf? ... Успел, все, пошли "болеть" за наших. Наши - это сборная РФ, на минуточку.

End, да ни какого глубокого смысла нет именно это я и хотел услышать от Адам_а, Алевтин, приветствую! Я знал, что ответит Алевтин - это несколько другой подход к звуку - не только SQ, но и удобства, как говорится, "в тепле". Просто я относительно долго слежу, как Адам экспериментирует с разными осями, плеерами и их сочетаним и каждый раз он возвращается на указанный выше им связку. Я то же был одно время на Win Server 2012 + Jplay (Jplaystreamer) + Asset UPnP + Kinsky: и звук тогда устраивал вполне, и удобств было предостаточно, одно управление с Ipad "точкой" Kinsky чего стоило. Но, когда сравнил все это с "правильным" звуком (исключительно для меня, на истину не претендую) в линукс системах, сделал простой вывод, что сильно оптимизированная винда - это и есть линукс, в плане качественного вывода звука. Правда я так и не попробовал AudiophileOptimizer , была возможность , но я сменил "железо", а этот оптимизатор привязывается к определенному железу и на другом работать не будет. Короче: - первое, лично я очередной раз рад за Адама, что он опять нашел свой звук, вернее вернулся к своему звуку. - второе, Алевтин, помнишь: "Мы подождем..."

End, дело не в этом (там все "купленные элементы"), вы все таки уточните у Адама: "... и почему?"

End, надо было еще уточнить "... и почему?"

Игорь, я пробовал в Tiny монтировать по UUID (и по LABEL) не получилось, в инете попадалось решение, установить util-linux.tcz. Сам пока не пробовал, т.ч. ни чего сказать не могу, как это работает. Я выше предложил скрипт автоматического монтирования по именам, как вы сказали "обезличенные sda/sdb/sdc", при этом fstab вообще может не содержать ни какой инфы про разделы, которые надо монтировать, скрипт все делает сам. Посмотрите, может поможет чем.

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

Игорь, dCore x64 брать здесь? Устанавливать так же из образа ISO? Образ этот dCorePlus-bionic64.iso или этот dCorePlus-stretch64.iso ? Или что-то другое? Повторюсь, я полгода назад как-то "научил" CorePure64 правильно воспроизводить через АП, устанавливая только пакеты alsa и alsa-config. Плеер как положено выбирал устройство вывода, создавал /etc/asound.conf и система видела как выводить звук. Сейчас я это повторить не могу, "секрет" утерян: делаешь все то же самое, файл /etc/asound.conf создается, но система его как бы "не видит" и выводит х.з. как, все конвертируя в 48. Думаю, надо посмотреть в /usr/local/etc/alsa, только там система сохраняет настройки, судя по /opt/.filetool.lst которые могут относится к выводу звука. Возможно в каком-то config прописан прямой путь к /etc/asound.conf.

Игорь, Собственно, Б-г с ним, с amixer, главное, как вы пишите, что APlayer играет в версии х64. Тогда ещё один вопрос, что за dCore x64, почему этот образ, а не CorePure64?

Игорь, приветствую! Файл /etc/asound.conf есть? Если есть, то удалив его можно запустить amixer или alsamixer.

ampir, Непонятно, потому что лень задуматься. Разговор не о теории вывода звука в линукс, кто это знает, тому это не интересно, кто не знает, тому тем более. Вопрос простой, см. пост выше, что пишет End (с моими уточнения): почему, собирая Tiny + АП по одной и той же методе, 32 битная система выводит через alsa, не меняя частоты файла, а 64 битная ось, с теми же пакетами и настройками гонит все через dmix, меняя частоту, как указано в dmix до 48 кГц. Все, больше ни чего не интересует, что там "alsamixer и amixer выводит в консоли", это не важно. Одна ось (х32) работает, вторая (х64) нет. Почему? А я забыл, что я делал пол года назад, что бы и х64_я работала так же. End, ответа толкового не будет, пользуйтесь то, что есть здесь, если вас устраивает звук этой системы. Можете попробовать еще более минималистский плеер - команда в консоли aplay, но там надо под каждую частоту воспроизводимого файла править конфиг, не очень удобно. Главное, точно не понятно, что этот микшер dmix делает с сигналом, даже если выставить в настройках правильную частоту. Как его запустить писал чуть выше. Можете посмотреть на Аудиомаразме, там парни (человека 3-4) активно развивают эту тему. Только не забудьте перед его запуском удалить /etc/asound.conf, а то этот aplay не стартанет.