USB DAC и USB Audio для Android

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

Жаль... в случае с AC3 & DTS он их отправит на spdif в недекодированном виде, то есть неизменно... По крайней мере кино можно посмотреть

Преобразование WAV/RAW 2ch в PCM 2ch происходит по алгоритмам из одной библиотеки, что AC3 и DTS после "расщепления" видео и аудио ряда (DEMUX).


Список декодеров устанавливается в файлах /system/etc/media_codecs*.xml.

Стандартная конфигурация для 4.4.2 даже не определяет конкретного для "audio/wav", т.е. используется декодер по усмотрению плеера (?):

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

Код:

<MediaCodecs>
    <Decoders>
        <MediaCodec name="OMX.rk.video_decoder.avc" type="video/avc" />
        <MediaCodec name="OMX.rk.video_decoder.m2v" type="video/mpeg2" />
        <MediaCodec name="OMX.google.vp8.decoder" type="video/x-vnd.on2.vp8" />
        <MediaCodec name="OMX.google.vp9.decoder" type="video/x-vnd.on2.vp9" />
        <MediaCodec name="OMX.rk.video_decoder.h263" type="video/3gpp" />
        <MediaCodec name="OMX.rk.video_decoder.m4v" type="video/mp4v-es" />
        <MediaCodec name="OMX.rk.video_decoder.rv" type="video/vnd.rn-realvideo"/>
        <MediaCodec name="OMX.rk.video_decoder.flv1" type="video/flv"/>
        <MediaCodec name="OMX.rk.video_decoder.vp6" type="video/vp6"/>
        <MediaCodec name="OMX.rk.video_decoder.vc1" type="video/vc1"/>
        <MediaCodec name="OMX.rk.video_decoder.wmv3" type="video/x-ms-wmv"/>
        <MediaCodec name="OMX.rk.video_decoder.mjpeg" type="video/mjpeg"/>
        <MediaCodec name="OMX.rk.video_decoder.hevc" type="video/hevc" />

        <MediaCodec name="OMX.google.amrnb.decoder" type="audio/3gpp" />
        <MediaCodec name="OMX.google.amrwb.decoder" type="audio/amr-wb" />
        <MediaCodec name="OMX.google.aac.decoder" type="audio/mp4a-latm" />
        <MediaCodec name="OMX.google.g711.alaw.decoder" type="audio/g711-alaw" />
        <MediaCodec name="OMX.google.g711.mlaw.decoder" type="audio/g711-mlaw" />
        <MediaCodec name="OMX.google.vorbis.decoder" type="audio/vorbis" />

    </Decoders>
</MediaCodecs>

Если вы WAV-декодирование не поддерживалось по умолчанию, пришлось бы добавить строку:

<MediaCodec name="OMX.google.raw.decoder" type="audio/raw" />

Для примера, в Андроиде 5.1 RK предлагается более "тонкая настройка":

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

Код:

<MediaCodecs>
    <Decoders>
        <MediaCodec name="RkVpuDecoder" type="video/avc" />
        <MediaCodec name="RkVpuDecoder" type="video/flv" />
        <MediaCodec name="RkVpuDecoder" type="video/mpeg2" />
        <MediaCodec name="RkVpuDecoder" type="video/vc1" />
        <MediaCodec name="RkVpuDecoder" type="video/3gpp" />
        <MediaCodec name="RkVpuDecoder" type="video/mp4v-es" />
        <MediaCodec name="RkVpuDecoder" type="video/mjpeg" />
        <MediaCodec name="RkVpuDecoder" type="video/x-vnd.on2.vp8" />
        <MediaCodec name="RkVpuDecoder" type="video/hevc" />
        <MediaCodec name="RkAudioDecoder_WAV" type="audio/wav" />
        <MediaCodec name="FLACDecoder" type="audio/flac" />
    </Decoders>
    <Encoders>
        <MediaCodec name="RkVpuEncoder" type="video/avc" />
    </Encoders>
</MediaCodecs>

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

Теперь только править Audiotrack.cpp?

Сейчас интересно проверить присвоенное значение

Код:

outputDesc = AudioSystem::gOutputs.valueFor(output); 
...
*samplingRate = outputDesc->samplingRate;

в функции AudioSystem::getSamplingRate из frameworks/av/media/libmedia/AudioSystem.cpp

---------- Сообщение добавлено 03.01.2016 в 00:56 ----------

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

Возник вопрос: как подцепить HiFiMeDIY Sabre U2 к андроид смартфону? Нужно какой то переходник с разъема смартфона с выходом USB? Или какой то хаб?

Для обычного смартфона буде достаточно обычного USB OTG кабеля



---------- Сообщение добавлено 03.01.2016 в 01:15 ----------

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

Сейчас интересно проверить присвоенное значение
Код:
outputDesc = AudioSystem::gOutputs.valueFor(output);
...
*samplingRate = outputDesc->samplingRate;
в функции AudioSystem::getSamplingRate из frameworks/av/media/libmedia/AudioSystem.cpp

И понять, почему происходит свистопляска между передаваемым из AudioTrack и назначаемым значениями в этой функции:

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

I/RkAudioPlayer( 134): mAudioSink->open in mSampleRate = 48000 channels = 2
I/RkAudioPlayer( 134): audio mode: 0
I/AudioSystem( 134): getOutputSamplingRate() reading from output desc
I/AudioSystem( 134): getSamplingRate() streamType 3, output 2, sampling rate 44100
I/AudioTrack( 134): set() streamType 3 frameCount 4458 flags 0000 channelMask 3 sampleRate 48000 format 1
I/AudioSystem( 134): getOutputSamplingRate() reading from output desc
I/AudioSystem( 134): getSamplingRate() streamType 3, output 2, sampling rate 44100
I/AudioSystem( 134): getOutputSamplingRate() reading from output desc
I/AudioSystem( 134): getSamplingRate() streamType 3, output 2, sampling rate 44100
D/FFplayer( 134): start ok
E/DecodeAudio( 134): mStream->codec->channels = 2 mStream->codec->sample_rate = 48000

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

как удалось подцепить HiFiMeDIY Sabre U2 24/96 Async USB-DAC к Рязаньприбор по оптике? Он же имеет выход 3,5 под наушники, или это не тот DAC?

ну раз гугл в Киеве отключили, поработаю за него

Additional features:
- The U2 can also work as Asynchronous USB to optical converter when not using the analog output. - See more at: http://hifimediy.com/U2-DAC#sthash.0qOaRzWA.dpuf

этот выход двойного назначения - и аналоговый, и оптический цифровой. чтобы задействовать последний, необходим переходник miniToslink->Toslink

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

или сразу кабель с разъемом miniToslink

По USB OTG уже HoSStiA ответил. Единственное, не все смартфоны обладают функцией USB-Host. Надо проверить Ваш заранее, т.к. без него работать не будет.
Дежавю - оказывается, в этой же теме все уже написано, причем мною же USB DAC и USB Audio для Android


---------- Сообщение добавлено 03.01.2016 в 12:06 ----------

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

Цитата Сообщение от aluver Посмотреть сообщение
Жаль... в случае с AC3 & DTS он их отправит на spdif в недекодированном виде, то есть неизменно... По крайней мере кино можно посмотреть
Преобразование WAV/RAW 2ch в PCM 2ch происходит по алгоритмам из одной библиотеки, что AC3 и DTS после "расщепления" видео и аудио ряда (DEMUX).

Это я уяснил. Я имел в виду, что должно быть возможным заставить потоки AC3 и DTS уходить на spdif без декодирования в PCM. Для фильмового многоканала например.

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

Если вы WAV-декодирование не поддерживалось по умолчанию, пришлось бы добавить строку
<MediaCodec name="OMX.google.raw.decoder" type="audio/raw" />

А что будет, если все-таки добавить? Не подхватится гугло-декодером?
И не забыть еще про соответствующую строчку в cfg

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

Для примера, в Андроиде 5.1 RK предлагается более "тонкая настройка":

вот. тут-то зачем-то они ее забили... значит должно и в 4.4 подхватиться.

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

Сейчас интересно проверить присвоенное значение

как я понял, outputDesc назначаются параметры потока, которые установлены для модуля конечного вывода звуковой подсистемы, коим у нас является alsa (???)
и уже из этих параметров выдирается значение частоты семплирования...
изначально по коду выше, откуда берется значение AudioSystem::gOutputs.valueFor(output) ?

может не туда, но в альсе есть еще одно место, где забита частота по умолчанию: alsa.conf - тот, что в user/share
и хоть она там для dmix, но кто его знает, как оно может повлиять...

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

может не туда, но в альсе есть еще одно место, где забита частота по умолчанию: alsa.conf - тот, что в user/share
и хоть она там для dmix, но кто его знает, как оно может повлиять...

Был бы возможен dmix на RockChip без танцев с бубном, то можно было бы пойти именно этим путем.

Хардкод, и только хардкод. У данной системы нет конфигурационных файлов или параметров, через которые можно переназначить частоту дискретизации по умолчанию для AudioHAL. Для RockChip она принята в 44100 Гц. Cхожие плеера следующего поколения на процессорах AmLogic используют уже 48000 Гц.

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

Код:

diff --git a/hardware/alsa_sound/AudioStreamOutALSA.cpp b/hardware/alsa_sound/AudioStreamOutALSA.cpp
index e1bbc6f..327b39b 100755
--- a/hardware/alsa_sound/AudioStreamOutALSA.cpp
+++ b/hardware/alsa_sound/AudioStreamOutALSA.cpp
@@ -34,7 +34,7 @@
 #include "AudioHardwareALSA.h"
 
 #ifndef ALSA_DEFAULT_SAMPLE_RATE
-#define ALSA_DEFAULT_SAMPLE_RATE 44100 // in Hz
+#define ALSA_DEFAULT_SAMPLE_RATE 48000 // in Hz
 #endif
 
 namespace android_audio_legacy
@@ -334,7 +334,7 @@ status_t AudioStreamOutALSA::close()
        LOGE("AudioStreamOutALSA::close");
     android::AutoMutex lock(mLock);
     //reset samplerate channels after DirectOutput closed
-    mHandle->sampleRate = 44100;
+    mHandle->sampleRate = 48000;
     mHandle->channels = 2;
     mHandle->format = SND_PCM_FORMAT_S16_LE;
     //if(mHandle->handle)

Сервис AudioFlinger получает системную частоту дискретизации по параметрам, назначаемым в AudioHAL. Как видно, есть определение ALSA_DEFAULT_SAMPLE_RATE , но программисты предпочли не использовать его повсеместно.

AudioSystem запрашивает AudioFlinger о текущей частоте дискретизации, а остальные приложения уже ориентируются на то, что им назначит AudioSystem.

С воспроизведением исходного материала с ч.д. 48000 Гц более нареканий не вызывает.

Экстраполяция из 44100 Гц к 48000 Гц тоже видится корректной, но необходим пересчет всех связанных с частотой дискретизации 44100 параметров. Возможно не только в AudioHAL, но и системных приложениях. Так как из найденных уже недостатков - обрыв воспроизведения на последней секунде из-за некорректного расчета общего времени воспроизведения трека.

На скриншотах: верхняя пара каналов - запись через S/PDIF, нижняя - импортированный исходный материал.

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

С воспроизведением исходного материала с ч.д. 48000 Гц более нареканий не вызывает.

помедленнее... - я записссывую... (c)
Я что-то нить потерял - это после каких изменений? Этих?

Код:

+    mHandle->sampleRate = 48000

Либы альсы заменил или сам пересобирал?
Это после этого стало из 44 в 48 с обрывом последней секунды гнать или еще какие-то изменения были?

Кстати, вот эта проблема восстановления конфигурации альсы после сна не решилась на примере Allwinner A10? А то на моем ГУ после сна настройки громкости теряются после реинициализации USB-DAC. Сам режим сна не пользую, а вот мировое сообщество на xda требует ответа

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

... при отключенном питании планшет засыпает через несколько минут отсутствия активности в целях экономии батареи. Соответственно, "засыпают" и устройства, подключенные по USB, т.к. они потребляют 5V питания.
При возвращении из сна система восстанавливает свое состояние, последовательно переподключая устройства. Но так как моя сборка не знает команды alsa_ctl restore, чтобы прочитать конфигурацию микшера из файла /etc/asound.state,
а в Андроиде, ко всему прочему, отсутствует механизм запуска сервисов по выходу из сна из /etc/pm/sleep.d/ (как в полных Linux), то необходимо найти альтернативный способ повторить команду
/system/xbin/alsa_amixer -c 2 sset 'Digital',0 on
после пробуждения, либо сделать средствами конфигурации,
/system/usr/share/alsa/alsa.conf или ~/.asoundrc,
включенным Digital при инициализации карты.

Если решено, то примерно как?

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

помедленнее... - я записссывую... (c)
Я что-то нить потерял - это после каких изменений? Этих?

Выше патч с двумя изменениями, которые "запустили" AudioFlinger требуемым образом.
Оригинальный код библиотеки взят отсюда.

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

mHandle->sampleRate = 48000

Здесь по феншую должно быть что-то вроде

Код:

mHandle->sampleRate = DEFAULT_SAMPLE_RATE

, но автор успокоился на достигнутом. Следовательно, дальше нужно проверять все расчеты, которые делались для 44100 и принимались как константы.

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

Это после этого стало из 44 в 48 с обрывом последней секунды гнать или еще какие-то изменения были?

В /system/etc/audio_policy.conf для S/PDIF и HDMI оставил только 48000,
также для spdif_passthrough изменил
devices AUDIO_DEVICE_OUT_ANLG_DOCK_HEADSET
на
devices AUDIO_DEVICE_OUT_AUX_DIGITAL

Код:

      spdif_passthrough {
        sampling_rates 48000
        channel_masks AUDIO_CHANNEL_OUT_STEREO
        formats AUDIO_FORMAT_PCM_16_BIT
        devices AUDIO_DEVICE_OUT_ANLG_DOCK_HEADSET
        flags AUDIO_OUTPUT_FLAG_DIRECT
      }

Когда будет стабильный результат по всем параметрам, опубликую полный патч.

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

Если решено, то примерно как?

Пока только поверхностно начал изучать функцию status_t AudioStreamOutALSA::standby()

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

Код:

status_t AudioStreamOutALSA::standby()
374 {
375     status_t err = NO_ERROR;
376         LOGD("AudioStreamOutALSA::standby().....");
377
378         if(mHandle->curMode == AudioSystem::MODE_IN_CALL)
379         {
380                 LOGD("incall mode cannot in standby");
381                 return NO_ERROR;
382         }
383         if(mParent->mXBMCDirectMode) {
384                 if (!mHandle->handle) {
385                         //ALOGD("The current is XBMC direct mode and standby UI handle is NULL,so return!");
386                         return NO_ERROR;
387                 }
388         }
389
390     android::AutoMutex lock(mLock);
391
392     err = mHandle->module->standby(mHandle);
393 //     LOGD("AudioStreamOutALSA::standby curDev = %d, curMode = %d",mHandle->curDev, mHandle->curMode);
394
395     if (mPowerLock) {
396         release_wake_lock ("AudioOutLock");
397         mPowerLock = false;
398     }
399
400     mFrameCount = 0;
401     mParent->mAudioState=0;
402     //mParent->mDirectMode = 0;
403     return err;
404 }

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

А то на моем ГУ после сна настройки громкости теряются после реинициализации USB-DAC. Сам режим сна не пользую, а вот мировое сообщество на xda требует ответа

Думаю, для таких случаев необходимо в полной мере реализовать alsactl, и запускать при монтировании и выключении устройства с параметрами restore и store соответственно, как это можно делать в linux:

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

http://unix.stackexchange.com/questi...l-alsa-devices

На RockChip не сталкивался остро с этой проблемой.

Внимательно слежу за темой. На Radxa Rock2 тоже косяки со звуком, в андроид 4.4.2 standby всех звуковых выходов включается через 2 секунды и присутствует щелчок (на Radxa PRO и firefly-rk3288 аналогично). А вот в андроид 5.1.1 оптика ведет себя также, а minijack это полный ужас, standby включается мгновенно, так что между песнями (даже между двойным щелчком мышки при воспроизведении звука нажатия клавиш) успевает заснуть и проснуться с очень сильными щелчками. И при этом идет автоматическое переключение выходов HDMI/SPDI/minijack, т.е воткнули наушники, автоматически включается minijack и при этом отключается штатный микрофон на плате.

В исходниках структура совсем другая, MediaDecoder.cfg в прошивке нет. И в исходниках файлов раза в 2 больше, могу скинуть на мыло или куда еще...

---------- Сообщение добавлено 11.01.2016 в 20:30 ----------

А еще вопрос, а через плеер Neutron Musik Player пробовали звук выводить на USB DAC? У плеера есть настройка - "Прямой доступ к USB" - Разрешить прямой доступ к USB чтобы обойти возможные ограничения выходного формата OC. Просто у меня нет юсбшного ЦАПа, интересно реально работает или брехня???

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

А еще вопрос, а через плеер Neutron Musik Player пробовали звук выводить на USB DAC? У плеера есть настройка - "Прямой доступ к USB" - Разрешить прямой доступ к USB чтобы обойти возможные ограничения выходного формата OC.

Прямой доступ с Нейтрона отлично всё работает. Можно задать частоту вывода. Я вывожу 24/48 . DSD можно слушать, качество очень неплохое.

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

Прямой доступ с Нейтрона отлично всё работает. Можно задать частоту вывода. Я вывожу 24/48 . DSD можно слушать, качество очень неплохое.

А на каком чипе у вас андроид комп? Просто в последних постах обсуждалось что у рокчипа заблокировано на 16/44100. Вот и думаю на нем через прямой доступ чтото изменится или нет