Читай дополнение моего поста выше - не успел )
Репутация: 66830 Читай дополнение моего поста выше - не успел )
Если Вы впервые на нашем Форуме:
- Обратите внимание на список полезных тем в первом сообщении.
- Термины и наиболее популярные модели в сообщениях подсвечиваются быстрыми подсказками и ссылками на соответствующие статьи в МагВикипедии и Каталоге.
- Для изучения Форума не обязательно регистрироваться - практически весь профильный контент, включая файлы, картинки и видео, открыты для гостей.
С наилучшими пожеланиями,
Администрация Форума автозвука Магнитола
Хочу дополнить, что в BSP для RockChip 3xxx ресемплинг производится средствами ALSA, т.к. в /etc/asound.conf аудиоустройства прописаны типом plug, что предоставляет возможность, в большинстве случаев, конвертировать аудиоданные "на лету" в подходящий формат для slave.hw:
Отсюда пропала необходимость подключать ресемплер из libspeex через AudioHAL-библиотеки (как в многочисленных иных реализациях Андроида).
Ядро linux в данном процессе по прежнему не задействовано. Алгоритм ресемплирования присутствовал все время в /system/lib/libasound.so в старых BSP, а в последний SDK для rk3288 уже собирается как /system/lib/tinyalsa.so
В журнале Андроида это будет выглядеть так:
Кроме того, встроенный ресемплер обнаруживается в вызовах RkAudioPlayer, при этом обращений к библиотекам ALSA не происходит:
На этапах отладки системы надежнее использовать собственный /etc/asound.conf, в котором каждый интерфейс определен type hw, вместо type plug. Позже можно вернуться к стандартной конфигурации, найдя подходящее Андроид-приложение для воспроизведения аудио. Либо зафиксировать в конфигурации безусловный "апсемлинг" к желаемому формату аудиопотока, чтобы избежать казусов с повторным ресемлингом. И, естественно, контролировать командой logcat на консоли отладочные сообщения приложений, чтобы понимать, какой формат был реально отравлен в сторону кодека для воспроизведения.
На стоковой прошивке через штатный кодек RKES8323, в режиме Spdif Passthrough, только системное приложение Music не попыталось привести тестовую запись 24bit/48kHz к 16bit/44.1kHz:
, но в тех же условиях тест 24bit/96kHz при воспроизведении был преобразован к 16bit/44.1kHz
Репутация: 115020 Да тута яЯж работаю, как все не нормальные люди по выходным
)
Вообщем новости плохие. Схема вроде бы до безобразия проста. А не хрена не работает. Со звуковухи сигнал идёт, а вот uh1 его не видит.
Часа два бился, тут или я рукожом или с китацкой хераборай бяда.
НО, момент один, когда через SF опрашиваеш uh1 он типа как активируется и опять пишет
А потом когда закрываешь SF опять пишет что соединения нет
Репутация: 66830
Репутация: 66830 Спасибо огромное!Не дополнил, а полностью изменил показания, чем вселил таки надежду!
Как доберусь до ГУ - покопаюсь, надо конфиг альсы прошерстить. Вроде все через plug там и было - приведенный тобой конфиг кажется до боли знакомым, он универсален скорее всего для рокчипов.
На каком рокчипе сейчас это пробуешь? Насильное апсемплирование до 96кГц не пробовал? Кодом предусмотрено такое? Или только даунсемплит?
Репутация: 23427 попытайтесь обойтись без ASIO. Китайские дрова ASIO обычно очень глючные. На моем ЦАПе от HIFIMEDIY он не стал дружить с ASIO4ALL.
У меня устойчиво работала связка VSThost и виртуальных проводов от VB Audio.
И еще, если будете использовать виндовый микшер (DS или ММЕ) - громкость на макс. и в свойствах устройств ставьте именно ту частоту, на которой работать будете, а не максимально возможную.
Социальные закладки