... в общем то это продолжение темы opensource usb transport, но ввиду того что в той теме
так нафлудили что решил завести новую. Да простят меня модераторы. во-первых: проект потерял
статус opensource так как на мое предложение поработать сообща отозвалось очень немногие,
а из этих немногих отпочковались почти все. Почему почти, потому что в конце останется
только один . И он остался и им оказался AAL. С ним мы и продолжили разработку....
И собственно вот что мы имеем на данный момент:
- работа с usb/ftp/smb(сеть windows)*
- управление сенсор/сеть по udp (собственное ПО под WIN пока BETA планируются версии android\macos) планируется api для создания собственных(пользовательских) программ воспроизведения/управления
- дисплей 480х272 TFT
- flac 16/24bit 44100-384000hz
- alac 16/24bit 44100-384000hz
- ape 16/24bit пока только 44100-48000hz
- wv 16/24 44100-192000hz
- wav 16/24bit 44100-768000гц
- mp3 до 320 kbps
- ac3 до 320 kbps
- интернет радио
- обучаемый ик пульт*
- выходы i2s (rj/lj48, rj/lj64 ,i2s48/64),spdif
- входы spdif*, usb(stream audio)*,i2s*
- поддержка cue, m3u, встроенных cue, логотипов альбомов
- база данных медиа библиотеки лдя комфортного выбора контента*
- создание/редактирование собственных плейлистов, добавление трека в режиме воспроизведения к теневому плейлисту, удаленная загрузка плейлистов*
- урпавление цф цап, рг.громкости*, коммутатором входов*
- usb мультиплексор и возможность внутреннего usb накопителя (это когда в плеере стоит встроенный usb-hdd,
но можно подключить внешний и посмотреть на него через usb до ПК или через сеть)
- автообновление ПО через интернет*
- тактирование бОльшего числа компонентов от мастерклока(дисплейный модуль, все настраиваемые выходы управления).
- автоопределение заведенного мастерклока*
знаком *** помечены сырые или недоделаные опции. Это значит что они точно будут включены в проект,
проработаны с точки зрения hardware, включены в первую ревизию плат но не включены в прошивку или неотлажены.
hardware arm(CM4)+fpga+sdram)
Небольшая ремарка по поводу freertos и вообще ос в подобных проектах собственное мнение: по
большому счету минималистичная ос реального времени, а freertos по сути как
не такая уж помеха для высококачественного вывода звука если ее правильно приготовить. Она лишь упрщает
жизнь программиста. Потому как для одновременного проигрования музыки, отображения чего либо на экране,
работы системы управления и чего то еще все равно требуется многозадачность. Иначе нельзя было бы
переключить трек или выключить ус-во во время проигрования музыки. Не спорю, можно добиться того же
результата и без ос, но в основной программе все равно приходится находить время и обслуживать так
называемые неосновные процессы. Но мы теряем еще один плюс - гибкость и масштабируемость системы в
целом. Например добавление дополнительного модуля может привести к полной неработоспособности системы
ввиду слета всех таймингов. Что касается систем с ОС там этим занимается сама ОС. И если правильно ее
настроить и доработать можно добиться вполне достойных результатов....
Социальные закладки