ГУ на андроид - USB DAC - ?? - акустика и саб.

Сообщение от HoSStiA

В ALSA это как раз bubble gum, формат выходного потока можно переопределить для определенной карты через plughw, как в конфигурационных файлах, так и в командной строке.

Я пробовал вот это писать в asound.conf для своей сабры (видится альсой под именем Audio):

После прочтения съесть!

Код:

pcm.Audio {
	type plug
	slave {
		pcm "Audio,0"
		channels 2
		format S24_3LE
		rate 96000
	}
}

ctl.Audio {
	type hw
	card Audio
}

pcm.music {
	type plug
	slave {
		pcm "Audio,0"
		channels 2
		format S24_3LE
		rate 96000
	}
}

pcm.sample_rate_96k {
	type plug
	slave {
		pcm "hw:Audio,0"
		channels 2
		rate 96000
	}
}

Сообщение от aluver

Я пробовал вот это писать в asound.conf для своей сабры (видится альсой под именем Audio):

В целом начинаю понимать, в чем основная проблема. Процедуру диагностики добавил в более подходящую тему:
Android 24 bit/96 kHz

Вне зависимости от типа подключения: I2S, USB или даже виртуального, кодек работает в режиме slave, и мастер-устройство должно самостоятельно определить, в каком формате данные PCM ему могут быть переданы. В случае USB это можно было бы определить по дескрипторам устройства. Если мастер попытается инициализировать поток в не поддерживаемом звуковым адаптером формате, тот ответит отказом (ошибкой).

Так как Android прежде всего ориентирован на SoC, и пользователям подобных устройств вполне достаточно качества CD (16bit + 44100 кГц), то решение жестко ограничить этим форматом большинство устройств, в целом, обосновано, так как его сейчас поддерживают, пожалуй, все выпускаемые для платформы Android SoC. Это позволило не только использовать вместо довольно тяжелых библиотек libalsa более компактную tinyalsa, но и обеспечить стабильную работу аудиокомпоненты принудительным преобразованием выходного потока к данному формату. Поэтому ресемплер libspeex используется в AudioHAL обособленно (и может быть легко включен/отключен), а в системах с полной ALSA нет необходимости собирать libalsa с этим же ресемплером.

В полных linux-системах вроде Ubuntu все наоборот - ALSA может при необходимости ресемплировать в тот формат, который был назначен принудительно. И, скорее всего, некоторые продвинутые сервисы-надстройки над ALSA могут, при необходимости, самостоятельно принимать решение, какие параметры оптимальны при воспроизведении конкретной композиции через тот или иной аудиокодек.

Самое простое для Andoida High-End решение, это все-таки остается вывод через (HDMI + внешний предобразователь SPDIF) или напрямую (SPDIF, когда есть на борту) аудиоданных в LPCM или RAW формате. Это могут некоторые современные медиа-плееры, в т.ч. на RockChip и AmLogic, это могли уже и старые приставки на RealTek. Всю обработку при этом отдать на откуп внешнему процессору.

Сообщение от HoSStiA

Самое простое для Andoida High-End решение, это все-таки остается вывод через (HDMI + внешний предобразователь SPDIF) или напрямую (SPDIF, когда есть на борту)

С этого я и начинал свои поиски способа вывода цифры из своего ГУ на рокчипе. Но мне не повезло - китайцы ни того, ни другого не вывели с чипа на плату. Без вариантов...
http://4pda.ru/forum/index.php?showt...ost&p=37146337
HDMI этого ГУ "показывает" только DVD, но к андроиду это никакого отношения не имеет.
Может китайцы в перспективе и исправятся... Народ уже меняет андроидные платы в своих ГУ - рк3066 на рк3188 например... может доживем до версий на рк3288, кто знает.... апгрейд и лоллипоп решат проблему.