Страница 5 из 60 Первая ... 3456715 ... Последняя
Показано с 81 по 100 из 1188

Тема: Цифровой транспорт с открытым кодом на NanoPI-Neo*

  1. #1 Показать/скрыть первое сообщение.
    Завсегдатай
    Автор темы
    Аватар для Nikkov
    Регистрация
    01.11.2005
    Адрес
    Омск, Сибирь
    Возраст
    51
    Сообщений
    1,372

    По умолчанию Цифровой транспорт с открытым кодом на NanoPI-Neo*

    В этой ветке планирую собирать информацию про создание аудиоплеера на базе серии NanoPi-Neo от FriendlyArm.
    Готовые образы можно найти по адресу: https://drive.google.com/drive/folde...zA?usp=sharing

    На данный момент реализованы:
    1. Драйвер I2S в ядре 4.11 с поддержкой вывода 16-24 бит, 44.1-192 кГц, в мастере и в слэйве. Исходные тексты ядра.
    2. Собран экспериментальный образ системы с Volumio2 для платы NanoPi NEO2 с 64-битным armv8 ядром и 32-битным userspace для armv7. В этом образе, по умолчанию, I2S сконфигурирован в мастере, для конфигурации в слэйве необходимо переименовать файлы sun50i-h5-nanopi-neo2.dtb в sun50i-h5-nanopi-neo2-master.dtb, а sun50i-h5-nanopi-neo2-slave.dtb в sun50i-h5-nanopi-neo2.dtb соответственно. Образ также проверил с USB DAC-ом - работает и 44х16, и 192х24.
    3. Собран образ системы с Volumio2 для плат NanoPi NEO и NanoPi NEO-AIR архитектуры armv7. В этом образе, по умолчанию, I2S сконфигурирован в мастере, для конфигурации в слэйве необходимо переименовать файлы sun8i-h3-nanopi-neo.dtb в sun8i-h3-nanopi-neo-master.dtb, а sun8i-h3-nanopi-neo(-air)-slave.dtb в sun8i-h3-nanopi-neo(-air).dtb соответственно.
    4. Разработана плата формирователя/изолятора для семейства NanoPi-Neo, платы которого совместимы по выводам друг с другом. На плате есть возможность установить собственные генераторы или завести их через гальваническую развязку из ЦАП-а. Возможна работа платы и когда SOC I2S в мастере, тогда она просто обеспечивает гальваническую развязку. За основу платы взята схема и проект для ПЛИС аналогичной платы для cubietruck-а от Анатолия (Wired), за публикацию которых ему огромное спасибо.

    Фото платы NanoPi-Neo2 с установленной платой формирователя:
    Нажмите на изображение для увеличения. 

Название:	clock.jpg 
Просмотров:	3934 
Размер:	488.2 Кб 
ID:	303657
    Схема платы формирователя:
    neoclock - Project.pdf
    Проект ПЛИС:
    CPLD.ZIP
    Проект схема + печатная плата в DesignSpark + архив с герберами
    pcb_arch.zip

    Так как периодически в личке спрашивают про платы, то напишу здесь: платами я не торгую, вся необходимая информация по их самостоятельному изготовлению выложена здесь.
    Последний раз редактировалось Nikkov; 21.07.2018 в 17:18.
    Электроника наука слабоизученная (c)
    Неизвестный специалист антенного хозяйства по поводу периодического пропадания сигнала в коллективной антенне

  2. #81
    Старый знакомый Аватар для Sanny
    Регистрация
    01.07.2010
    Сообщений
    564

    По умолчанию Re: Цифровой транспорт с открытым кодом на NanoPI-Neo*

    Цитата Сообщение от ass77 Посмотреть сообщение
    Ну и какой в этом тогда смысл?
    Ну, вобще-то все САКД РИПы именно в этом формате - и вольфсоновские ЦАПы в нативе только 64 и тянут

  3. #82
    Старый знакомый Аватар для ass77
    Регистрация
    08.01.2015
    Сообщений
    869

    По умолчанию Re: Цифровой транспорт с открытым кодом на NanoPI-Neo*

    Цитата Сообщение от Sanny Посмотреть сообщение
    Ну, вобще-то все САКД РИПы именно в этом формате - и вольфсоновские ЦАПы в нативе только 64 и тянут
    Wolfson - это какой-то эталон? Ну и DSD64 уж точно не лучше PCM звучат

  4. #83
    Завсегдатай
    Автор темы
    Аватар для Nikkov
    Регистрация
    01.11.2005
    Адрес
    Омск, Сибирь
    Возраст
    51
    Сообщений
    1,372

    По умолчанию Re: Цифровой транспорт с открытым кодом на NanoPI-Neo*

    Цитата Сообщение от ass77 Посмотреть сообщение
    не поддерживает
    Поправка - скорее всего, в режиме внешних клоков работать будет, как и cubietruck, но поддержки в linux такой частоты нет. По поводу DSD - хочу попробовать поэкспериментировать попозже, но только не с DoP, который работать будет, но потребует достаточно интеллектуального устройства для декодирования в DSD, а вариант вывода "нативного" формата, но с чередованием каналов по шине данных i2s и выводом индикатора формата. В таком варианте гораздо проще сделать декодер на ПЛИС, чем с DoP.
    Сейчас жду от автора драйвера в mainline ветке правильной и окончательной реализации всех режимов, сеток и битностей, чтобы уже окончательно закрыть вопрос о нормальной поддержке i2s в процессорах allwinner. Перед новым годом он, вроде, был настроен это сделать, но, видимо, случились праздники, каникулы. После завершения реализации, можно будет строить образы на базе armbian и ставить всякие эксперименты с 384 и DSD.
    Электроника наука слабоизученная (c)
    Неизвестный специалист антенного хозяйства по поводу периодического пропадания сигнала в коллективной антенне

  5. #84
    Частый гость
    Регистрация
    17.07.2017
    Сообщений
    198

    По умолчанию Re: Цифровой транспорт с открытым кодом на NanoPI-Neo*

    Цитата Сообщение от Nikkov Посмотреть сообщение
    .
    Похоже, что эту плату можно подключить напрямую к ЦАП по S/PDIF. Вот есть описание как это сделать https://forum.armbian.com/topic/1809...f-not-working/.

    Кто-нибудь уже пробовал к плате NanoPI-Neo* подключать ЦАП по S/PDIF ?Вложение 310342
    Последний раз редактировалось Iron_Feliks; 21.01.2018 в 14:21.

  6. #85
    Не хочу! Аватар для Alex
    Регистрация
    20.03.2003
    Адрес
    Worldwide
    Возраст
    62
    Сообщений
    37,523

    По умолчанию Re: Цифровой транспорт с открытым кодом на NanoPI-Neo*

    Цитата Сообщение от Iron_Feliks Посмотреть сообщение
    Кто-нибудь уже пробовал к плате NanoPI-Neo* подключать ЦАП по S/PDIF
    Нахрена подключаться этим убогим интерфейсом, если конечно, не интересует качество звука?
    "Замполит, чайку?"(с)"Охота за Красным Октябрем".
    "Да мне-то что, меняйтесь!"(с)анек.
    <-- http://altor1.narod.ru --> Вопросы - в личку, е-мейл, скайп.

  7. #86
    Частый гость
    Регистрация
    17.07.2017
    Сообщений
    198

    По умолчанию Re: Цифровой транспорт с открытым кодом на NanoPI-Neo*

    Цитата Сообщение от Alex Посмотреть сообщение
    Нахрена подключаться этим убогим интерфейсом, если конечно, не интересует качество звука?
    1) Понятие качество звука односительно, понятно, что I2S лучше S/pdif и Toslink, но многие производители DAC класса High-End предпочитали устанавливать входы на SPDIF. Неужели нельзя обойтись без платы-переходника если только слушать Flac (интерент стриминг 44100 и 48000 /16-24 бит) и вывести коротким кабелем прямо с платы NanoPi через S/pdif сигнал на DAC?
    2) Похоже, что NanoPi Neo позволяет задать принудительно частоту 44100 для интерент стриминга (вместо 48000), если это сделать с помощью драйвера Linux, то наверно можно будет слушать музыку в более менее приемлемом качестве, конечно же далеко не в идеальном.

    Вопрос возможно ли это?
    Последний раз редактировалось Iron_Feliks; 21.01.2018 в 18:09.

  8. #87
    Не хочу! Аватар для Alex
    Регистрация
    20.03.2003
    Адрес
    Worldwide
    Возраст
    62
    Сообщений
    37,523

    По умолчанию Re: Цифровой транспорт с открытым кодом на NanoPI-Neo*

    Цитата Сообщение от Iron_Feliks Посмотреть сообщение
    понятно, что I2S лучше S/pdif и Toslink, н
    Ну раз понятно, значит дальше и говорить не о чем.
    Цитата Сообщение от Iron_Feliks Посмотреть сообщение
    но многие производители DAC класса High-End предпочитали устанавливать входы на SPDIF.
    И че, входов USB в ни нет?! Фффтопку такие.

    К тому-же, у кого "DAC класса High-End" - не будет возиться с какой-то "NanoPI-Neo", а купит готовый сетевой транспорт.
    Последний раз редактировалось Alex; 21.01.2018 в 21:43.
    "Замполит, чайку?"(с)"Охота за Красным Октябрем".
    "Да мне-то что, меняйтесь!"(с)анек.
    <-- http://altor1.narod.ru --> Вопросы - в личку, е-мейл, скайп.

  9. #88
    Частый гость
    Регистрация
    17.07.2017
    Сообщений
    198

    По умолчанию Re: Цифровой транспорт с открытым кодом на NanoPI-Neo*

    Цитата Сообщение от Alex Посмотреть сообщение
    Ну раз понятнэ значит дальше и говорить не о чем.
    И че, входов USB в ни нет?! Фффтопку такие.

    К тому-же, у кого "DAC класса High-End" - не будет возиться с какой-то "NanoPI-Neo", а купит готовый сетевой транспорт.
    В том то и дело, что сейчас на вторичном рынке много DAC класса High-End и наподобие по приемлемой цене.
    1) Меня инересует как подключить S/pdif к этой плате, будет ли нормально работать?
    2) Можно ли задать принудительно частоту 44100, чтобы обойтись без ресемплинга?

  10. #89
    Старый знакомый Аватар для ass77
    Регистрация
    08.01.2015
    Сообщений
    869

    По умолчанию Re: Цифровой транспорт с открытым кодом на NanoPI-Neo*

    Цитата Сообщение от Iron_Feliks Посмотреть сообщение
    1) Меня инересует как подключить S/pdif к этой плате, будет ли нормально работать?
    Смотря что понимать под "нормальной" работой. То, что сетка частот будет формироваться PLL нео не пугает?

    ---------- Сообщение добавлено 18:36 ---------- Предыдущее сообщение было 18:33 ----------

    Цитата Сообщение от Iron_Feliks Посмотреть сообщение
    2) Можно ли задать принудительно частоту 44100, чтобы обойтись без ресемплинга?
    Вопрос не понятен. Воспроизводи только файлы 44100 и все, ничего ресемплиться не будет. А так-то Волумио позволяет принудительно ресемплить в любую частоту.

    ---------- Сообщение добавлено 18:43 ---------- Предыдущее сообщение было 18:36 ----------

    Цитата Сообщение от Nikkov Посмотреть сообщение
    Поправка - скорее всего, в режиме внешних клоков работать будет, как и cubietruck, но поддержки в linux такой частоты нет.
    Имел в виду, что драйвер не поддерживает. Пробовал в Волумио задать ресемплинг в 384 с внешних генов переходника, отображается, что установилось, а по факту по осцилу на выходе 192

  11. #90
    Не хочу! Аватар для Alex
    Регистрация
    20.03.2003
    Адрес
    Worldwide
    Возраст
    62
    Сообщений
    37,523

    По умолчанию Re: Цифровой транспорт с открытым кодом на NanoPI-Neo*

    Цитата Сообщение от ass77 Посмотреть сообщение
    То, что сетка частот будет формироваться PLL нео не пугает?
    А потом в ЦАПе - PLL-ем спдиф-приемника....
    "Замполит, чайку?"(с)"Охота за Красным Октябрем".
    "Да мне-то что, меняйтесь!"(с)анек.
    <-- http://altor1.narod.ru --> Вопросы - в личку, е-мейл, скайп.

  12. #91
    Частый гость
    Регистрация
    17.07.2017
    Сообщений
    198

    По умолчанию Re: Цифровой транспорт с открытым кодом на NanoPI-Neo*

    Цитата Сообщение от Nikkov Посмотреть сообщение
    .
    Цитата Сообщение от ass77 Посмотреть сообщение
    Имел в виду, что драйвер не поддерживает. Пробовал в Волумио задать ресемплинг в 384 с внешних генов переходника, отображается, что установилось, а по факту по осцилу на выходе 192
    Поскольку конструкция предполагает бюджетный вариант, то PLL (44100 Гц) будет формироваться процессором. Генератора у этой платы нет. К тому же надо принять во внимание, что ресемплер MPD плохой.
    Я вот к примеру в MPD.conf Volumio задаю S16_LE (format S16_LE для ЦАП AK4495, I2s). Правда у меня другая плата.
    Всё равно воспроизводится format: S32_LE.
    cat /proc/asound/card*/pcm*p/sub*/hw_params
    access: RW_INTERLEAVED
    format: S32_LE
    subformat: STD
    channels: 2
    rate: 44100 (44100/1)
    period_size: 2048
    buffer_size: 8192

    ---------- Сообщение добавлено 19:42 ---------- Предыдущее сообщение было 19:40 ----------

    Цитата Сообщение от ass77 Посмотреть сообщение
    Смотря что понимать под "нормальной" работой. То, что сетка частот будет формироваться PLL нео не пугает?

    ---------- Сообщение добавлено 18:36 ---------- Предыдущее сообщение было 18:33 ----------
    Нет не пугает, потому, что это бюджетный вариант!

  13. #92
    Старый знакомый Аватар для ass77
    Регистрация
    08.01.2015
    Сообщений
    869

    По умолчанию Re: Цифровой транспорт с открытым кодом на NanoPI-Neo*

    Цитата Сообщение от Iron_Feliks Посмотреть сообщение

    Нет не пугает, потому, что это бюджетный вариант!
    Интересная логика. ЦАП покупаем "HIEND", а на транспорте, цена, которому на фоне остального копейки, экономим.

    ---------- Сообщение добавлено 19:58 ---------- Предыдущее сообщение было 19:54 ----------

    Цитата Сообщение от Iron_Feliks Посмотреть сообщение
    ресемплер MPD плохой.
    Я вот к примеру в MPD.conf Volumio задаю S16_LE (format S16_LE для ЦАП AK4495, I2s). Правда у меня другая плата.
    Всё равно воспроизводится format: S32_LE.
    Прежде чем делать такие "глубокие" выводы, может стоит начать с изучения стандарта i2s?

  14. #93
    Частый гость
    Регистрация
    17.07.2017
    Сообщений
    198

    По умолчанию Re: Цифровой транспорт с открытым кодом на NanoPI-Neo*

    Цитата Сообщение от ass77 Посмотреть сообщение
    Интересная логика. ЦАП покупаем "HIEND", а на транспорте, цена, которому на фоне остального копейки, экономим.

    ---------- Сообщение добавлено 19:58 ---------- Предыдущее сообщение было 19:54 ----------


    Прежде чем делать такие "глубокие" выводы, может стоит начать с изучения стандарта i2s?
    1) Если Вы внимательно читали то я писал, что кроме HIEND можно купить хороший ЦАП (двадцатилетней давности).
    2) Вам тоже нужно почитать руководства МPD "A resampler built into MPD. Its quality is very poor, but its CPU usage is low. This is the fallback if MPD was compiled without an external resampler"
    https://www.musicpd.org/doc/user/resampler_plugins.html

  15. #94
    Старый знакомый Аватар для ass77
    Регистрация
    08.01.2015
    Сообщений
    869

    По умолчанию Re: Цифровой транспорт с открытым кодом на NanoPI-Neo*

    Цитата Сообщение от Iron_Feliks Посмотреть сообщение
    1) Если Вы внимательно читали то я писал, что кроме HIEND можно купить хороший ЦАП (двадцатилетней давности).
    Цитирую:
    сейчас на вторичном рынке много DAC класса High-End и наподобие по приемлемой цене.
    2) Вам тоже нужно почитать руководства МPD
    Мне достаточно знать, что на ЦАП по i2s будет идти 32 бита, независимо, что ты там наваял в настройках и кривость ресемплера MPD тут вообще не при чем. Просто лишнее забивается нулями

  16. #95
    Не хочу! Аватар для Alex
    Регистрация
    20.03.2003
    Адрес
    Worldwide
    Возраст
    62
    Сообщений
    37,523

    По умолчанию Re: Цифровой транспорт с открытым кодом на NanoPI-Neo*

    Цитата Сообщение от Iron_Feliks Посмотреть сообщение
    хороший ЦАП (двадцатилетней давности).
    А такие существуют?

    Особенно из тех, что:
    Цитата Сообщение от Iron_Feliks Посмотреть сообщение
    на вторичном рынке много DAC класса High-End и наподобие по приемлемой цене.
    "Замполит, чайку?"(с)"Охота за Красным Октябрем".
    "Да мне-то что, меняйтесь!"(с)анек.
    <-- http://altor1.narod.ru --> Вопросы - в личку, е-мейл, скайп.

  17. #96
    Частый гость
    Регистрация
    17.07.2017
    Сообщений
    198

    По умолчанию Re: Цифровой транспорт с открытым кодом на NanoPI-Neo*

    Цитата Сообщение от Alex Посмотреть сообщение
    А такие существуют?

    Особенно из тех, что:
    А то Вы не знаете волшебный списочек ?! Похоже, что из форумчан ещё никто не подключал эту плату по s/pdif или toslink прямо к ЦАП?

    ---------- Сообщение добавлено 22:28 ---------- Предыдущее сообщение было 22:26 ----------

    Цитата Сообщение от ass77 Посмотреть сообщение
    Цитирую:

    Мне достаточно знать, что на ЦАП по i2s будет идти 32 бита, независимо, что ты там наваял в настройках и кривость ресемплера MPD тут вообще не при чем. Просто лишнее забивается нулями
    Так в том то и дело, что показывает, что идёт на ЦАП 32 бита, а должно идти 16 бит. Не понятно, возможно автоматически выставляется науилучший вариант format: S32_LE?

  18. #97
    Старый знакомый Аватар для ass77
    Регистрация
    08.01.2015
    Сообщений
    869

    По умолчанию Re: Цифровой транспорт с открытым кодом на NanoPI-Neo*

    Цитата Сообщение от Iron_Feliks Посмотреть сообщение
    Так в том то и дело, что показывает, что идёт на ЦАП 32 бита, а должно идти 16 бит
    Кто показывает?

  19. #98
    Частый гость
    Регистрация
    17.07.2017
    Сообщений
    198

    По умолчанию Re: Цифровой транспорт с открытым кодом на NanoPI-Neo*

    Цитата Сообщение от ass77 Посмотреть сообщение
    Кто показывает?
    Я уже писал команда:
    cat /proc/asound/card*/pcm*p/sub*/hw_params
    access: RW_INTERLEAVED
    format: S32_LE
    subformat: STD
    channels: 2
    rate: 44100 (44100/1)
    period_size: 2048
    buffer_size: 8192

    К стати второй вопрос назрел, как отключить микширование в ALSA некоторые пишут, что /etc/asound.conf не отключает всё микшироване!

  20. #99
    Не хочу! Аватар для Alex
    Регистрация
    20.03.2003
    Адрес
    Worldwide
    Возраст
    62
    Сообщений
    37,523

    По умолчанию Re: Цифровой транспорт с открытым кодом на NanoPI-Neo*

    Цитата Сообщение от Iron_Feliks Посмотреть сообщение
    А то Вы не знаете волшебный списочек
    Нет, не знаю.
    Что там было среди ЦАПов хорошешо 20 лет назад вообще? А тем более не встроенных в плеер а в виде отдельного утсройства, да такого, которое нынче можно не дорого найти "на вторичке"?


    Цитата Сообщение от Iron_Feliks Посмотреть сообщение
    Похоже, что из форумчан ещё никто не подключал эту плату по s/pdif или toslink прямо к ЦАП?
    Думаю что никто, ввиду бесперспективности этого.


    Цитата Сообщение от Iron_Feliks Посмотреть сообщение
    что идёт на ЦАП 32 бита, а должно идти 16 бит. Не понятно, возможно автоматически выставляется науилучший вариант format: S32_LE?
    Знать заранее разрядность надо только в случае использования RJ форматов, Philips/LJ этого не требуют.
    Последний раз редактировалось Alex; 22.01.2018 в 08:42.
    "Замполит, чайку?"(с)"Охота за Красным Октябрем".
    "Да мне-то что, меняйтесь!"(с)анек.
    <-- http://altor1.narod.ru --> Вопросы - в личку, е-мейл, скайп.

  21. #100
    Завсегдатай
    Автор темы
    Аватар для Nikkov
    Регистрация
    01.11.2005
    Адрес
    Омск, Сибирь
    Возраст
    51
    Сообщений
    1,372

    По умолчанию Re: Цифровой транспорт с открытым кодом на NanoPI-Neo*

    Цитата Сообщение от ass77 Посмотреть сообщение
    Имел в виду, что драйвер не поддерживает. Пробовал в Волумио задать ресемплинг в 384 с внешних генов переходника, отображается, что установилось, а по факту по осцилу на выходе 192
    Сейчас да, так и должно быть, но в качестве эксперимента можно попробовать собрать образ на базе того же friendlyarm ядра с поддержкой 384.
    Электроника наука слабоизученная (c)
    Неизвестный специалист антенного хозяйства по поводу периодического пропадания сигнала в коллективной антенне

Страница 5 из 60 Первая ... 3456715 ... Последняя

Социальные закладки

Социальные закладки

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •