Тогда бы это был уже не Project0, а привет берега и вода в ступе.
Вот LogoSD не зависел от сети, по моему опыту.
Тогда бы это был уже не Project0, а привет берега и вода в ступе.
Вот LogoSD не зависел от сети, по моему опыту.
я не зря написал внешнее управление. не добавляя в устройство лишнего но и заменяя бегание с флешкой. но что говорить об умерших проектах, давайте о живых. Кто сейчас из качественных живых есть?
Да и чем отличается решение что сейчас часто используют - Компьютер - УСБ - ЦСБ ЦАП от Распбери - i2S - i2S цап? В обоих случаях качество и тактование задается ЦАПом а у i2S изначально более правильная передача. Но судя по обзорам вижу что на распбери какие-то проблемы, в то время на более шумящих компьютерах все нормально
Вам в в другое место, а тут Raspberry
Как раз речь о Распбери, и вопрос об аудиплате через которую звук выводить - Wolf или аналог Project0 или еще чтото. Я думал за последние 4 года ЦАПы для распбери стали лучше, но кажется не изменилась ситуация - в цапы пихают все самое лучшее, а оно как не играло так и не играет.
Самый простой способ Распбери - УСБ - УСБ ЦАП, где мы просто заменяем компьютер на распбери без потерь качества, но хотелось бы узнать про опыт связки по i2s
Fifopi и другие продукты Ian Canada. Шляпы высокого уровня для Rpi
Долго читайте, потом задавайте вопросы.
Шутки про без потерь качества, конечно, очень смешные ![]()
Ну ка раскажите разницу между макбуком на ARM процессоре и распбери на арм процессоре с точки зрения выхода USB.
Ничего больше не надо?
USB ваш сжечь и пепел обоссать.
Что то, что то компьютер. Разница между ними может быть, но у каждого компьютера она будет своя и не понятно в чью сторону.
И это модератор? facepalm
Да, многое изменилось за 8 лет.
Рекомендую больше читать ![]()
USB у малины никакой. I2s никакой. В этом плане конечно можно поискать толковый usb → i2s преобразователь. Были модели с гальванической развязкой и раздельным питанием, но там клоки никакие.
Везде во главе должно стоять какое-то инжереное решение. Но с учётом музыки. А это обычно и не входит в инженерную задачу.
Малины можно грубо разделить на два лагеря - те у которых единственный юсб, который идет напрямую из процессора, и те у которых есть хаб на несколько юсб выходов. Имхо степень поганости юсб выхода у этих групп разная, не в пользу второй группы, но даже и там есть старушка RPI-1B+ которая что то еще может изобразить в звук.
Я еще 8 лет назад ушел от УСБ, тогда был AES но логично что надо уходить в i2s. Если ЦАП с реклокером то не вижу особой разницы насколько плохой i2s у малины. У меня собственно был цаб с реклокером и давал хороший звук что по spdif что по AES (хотя там сигнал был отличный lynx). Причем реклокер должен быть не на малине, а непосредственно в ЦАПе, чтото нет у меня доверия к таким самодельным реклокерам
Мне видится что хорошее решение должно быть простым. и это не усб, не смотря на тон Дмитре в этом плане я с ним согласен, усб это вообще не про музыку. В то же время именно изза распространения УСБ на нем отработали хорошие цапы, и сделали сложную задачу заставить играть это чудо
Видеть и не надо, надо слушать - реклокеры, изоляторы, всё это очень относительно, панацеи нет.
Не поняли, почитайте получше.
Не у всех есть i2s входы.
Фантазировать и заниматься прочей мета-аналитикой — харам.
выше написал что хороший hiend цап с реклокером играет хорошо даже сигнал с компа.
Если вам нужен источник с выходом i2s, то есть тема
Там почитайте, некий аналог малинки
Я hiend цапов не слышал, как и хорошего звука с компа)
Даже не уверен в какую тему написать но возникла следующая мысль по транспорту каким он должен быть чтобы исключить внешние влияния. Конечно основные вендоры сделают схемотехнику которая все учтет и будет работать отлично и ценник будет за 200т.р., китай будет недорого но от цифрового шума процессоров мы уже никуда не денемся.
Очень понравилась философия Project0 - на простом низкочастотном STM процессоре сделали вывод цифры (и я так понял даже с простыми генераторами она неплохо играла) через стандартный интерфейс процессора. удобство пользования конечно среднее было но можно это значительно улучшить - плату управления на распбери, которая передает чистый поток wav на STM плату и отключается от контакта. также сделать питание на конденсаторах которые для STM заряжаются только в моменты передачи звукового буфера.
Намного упрощаются все цепи питания, не требуется развязки распбери ни по сети ни по питанию. Если по STM кто-то поможет - можем заняться такой железкой, архитектурно это будет правильно, очень просто и относительно недорого, а STM на хорошем генераторе и питании от конденсатора выдаст абсолютно честный цифровой поток без джитера.
Совсем, конечно, не денемся, но существенно снизить и сделать практически невлияющим - можно.
Нужно просто выбрать правильный процессор (максимально интегрированный, с современной литографией и отдельным питанием шинных формирователей на пинах) и “по уму” им управлять.
У меня в эру Атлонов на плату упали плоскогубцы, 3 дорожки снесло напрочь. спаяли их под микроскопом а так как провод самый тонкий был больше толщины дорожки то он пошел мостиком. Так плата запускалась только до проверки биос, пришлось уменьшит размер моста чтобы она запустилась. а там как раз были частоты около 1Ггц, а сейчас в самых простых армах идет от 1.5Ггц. Поэтому довольно сложно будет снижать эти помехи, в связи с чем предлагаю сразу такой радикальный путь немного назад в 2000ые + управление современное.
А для DNLA можно будет делать режим постоянного соединения плат с компромиссом по качеству.