USB DAC и USB Audio для Android

Re: USB DAC и USB Audio для Android

Читай дополнение моего поста выше - не успел )

Re: USB DAC и USB Audio для Android

Цитата:

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

Ну как, заморочил голову?

Да не, всё понятно.
Вообщем схема такая, звуковуху оставляем на ПК. uh1 подключаем к буку с установленным SF. ну и оптикой соединяем звуковуху и uh1

только момент один, сильно ли повлияет качество оптики на передачу файла?

Re: USB DAC и USB Audio для Android

Цитата:

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

сильно ли повлияет качество оптики на передачу файла?

а вот мы как раз и опровергнем все домыслы насчет этого. мое мнение - никак не повлияет, если она не более 5 метров и вообще способна свет пропускать :D

Re: USB DAC и USB Audio для Android

Цитата:

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

а вот мы как раз и опровергнем все домыслы насчет этого. мое мнение - никак не повлияет, если она не более 5 метров и вообще способна свет пропускать

aluver, побойся Джиттера! ;)
P.S.: есть еще и тактирование, для передачи потоковых аудиоданных ходят слухи, что критично.

Re: USB DAC и USB Audio для Android

Цитата:

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

aluver, побойся Джиттера!

Джиттера бояться - винилы слушать! )))))))))

Цитата:

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

P.S.: есть еще и тактирование, для передачи потоковых аудиоданных ходят слухи, что критично.

вот и посмотрим, насколько там все плохо ;) очень интересно, без субьективной составляющей.

Kaamoss! Ты куды пропал? :cray:

Re: USB DAC и USB Audio для Android

Цитата:

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

Мне на рокчипе 3066 ввиду отсутствия в прошивке библиотеки ресемплера последний вариант видится неплохим для получения вывода без потерь в 24 битах с регулировкой громкости на ГУ.
Сравнивал на sgs3 звук сабры u2 через наушники AKG 271 mkII при воспроизведении лосслесса 44.1/16 на правильно настроенных Poweramp (с апсемплингом до 24/96 средствами ядра) и Neutron (с собственным апсемплингом Аудиофил до 24/96) - разницы особой не услышал. У нейтрона может самую малость меньше "зерно".

Хочу дополнить, что в BSP для RockChip 3xxx ресемплинг производится средствами ALSA, т.к. в /etc/asound.conf аудиоустройства прописаны типом plug, что предоставляет возможность, в большинстве случаев, конвертировать аудиоданные "на лету" в подходящий формат для slave.hw:

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

Код:

# Android ALSA configuration file for RK30 TV BOX. # Author: zxg@rock-chips.com TV dept. ## ## Mixer Devices ## ctl.AndroidOut{ type hw card 0 } ctl.AndroidIn{ type hw card 0 } ctl.AndroidPlayback { type hw } ctl.AndroidRecord { type hw } ##казусов. ## # Speaker ## pcm.AndroidPlayback_Speaker_normal { type plug slave.pcm { type hw card 0 device 0 } } pcm.AndroidPlayback_Speaker_incall{ type plug slave.pcm { type hw card 0 device 0 } } pcm.AndroidPlayback_Speaker_ringtone{ type plug slave.pcm { type hw card 0 device 0 } } ## ## # Earpiece ## pcm.AndroidPlayback_Earpiece_normal{ type plug slave.pcm { type hw card 0 device 0 } } pcm.AndroidPlayback_Earpiece_incall{ type plug slave.pcm { type hw card 0 device 0 } } pcm.AndroidPlayback_Earpiece_ringtone{ type plug slave.pcm { type hw card 0 device 0 } } ## ## # Headset ## pcm.AndroidPlayback_Headset_normal { type plug slave.pcm { type hw card 0 device 0 } } pcm.AndroidPlayback_Headset_incall{ type plug slave.pcm { type hw card 0 device 0 } } pcm.AndroidPlayback_Speaker_Headset_ringtone{ type plug slave.pcm { type hw card 0 device 0 } } pcm.AndroidPlayback_Speaker_Headset_normal { type plug slave.pcm { type hw card 0 device 0 } } ## ## # Aux ## pcm.AndroidPlayback_Aux_normal { type plug slave.pcm { type hw card 0 device 0 } } pcm.AndroidPlayback_Aux_incall{ type plug slave.pcm { type hw card 0 device 0 } } pcm.AndroidPlayback_Speaker_Aux_ringtone{ type plug slave.pcm { type hw card 0 device 0 } } pcm.AndroidPlayback_Speaker_Aux_normal { type plug slave.pcm { type hw card 0 device 0 } } ## ## # Spdif ## pcm.AndroidPlayback_Spdif_normal { type plug slave.pcm { type hw card 1 device 0 } } pcm.AndroidPlayback_Spdif_incall{ type plug slave.pcm { type hw card 1 device 0 } } pcm.AndroidPlayback_Speaker_Spdif_ringtone{ type plug slave.pcm { type hw card 1 device 0 } } ## ## # usbaudio ## pcm.AndroidPlayback_Usbaudio_3_normal { type plug slave.pcm { type hooks slave.pcm{ type hw card 3 device 0 } hooks.0 { type ctl_elems hook_args [ { name 'PCM Playback Switch' optional true value 1 } ] } } } pcm.AndroidPlayback_Usbaudio_3_incall{ type plug slave.pcm { type hooks slave.pcm{ type hw card 3 device 0 } hooks.0 { type ctl_elems hook_args [ { name 'PCM Playback Switch' optional true value 1 } ] } } } pcm.AndroidPlayback_Speaker_Usbaudio_3_ringtone{ type plug slave.pcm { type hooks slave.pcm{ type hw card 3 device 0 } hooks.0 { type ctl_elems hook_args [ { name 'PCM Playback Switch' optional true value 1 } ] } } } pcm.AndroidPlayback_Speaker_Usbaudio_3_normal { type plug slave.pcm { type hooks slave.pcm{ type hw card 3 device 0 } hooks.0 { type ctl_elems hook_args [ { name 'PCM Playback Switch' optional true value 1 } ] } } } ## ## # usbaudio_1 ## pcm.AndroidPlayback_Usbaudio_4_normal { type plug slave.pcm { type hooks slave.pcm{ type hw card 4 device 0 } hooks.0 { type ctl_elems hook_args [ { name 'PCM Playback Switch' optional true value 1 } ] } } } pcm.AndroidPlayback_Usbaudio_4_incall{ type plug slave.pcm { type hooks slave.pcm{ type hw card 4 device 0 } hooks.0 { type ctl_elems hook_args [ { name 'PCM Playback Switch' optional true value 1 } ] } } } pcm.AndroidPlayback_Speaker_Usbaudio_4_ringtone{ type plug slave.pcm { type hooks slave.pcm{ type hw card 4 device 0 } hooks.0 { type ctl_elems hook_args [ { name 'PCM Playback Switch' optional true value 1 } ] } } } pcm.AndroidPlayback_Speaker_Usbaudio_4_normal { type plug slave.pcm { type hooks slave.pcm{ type hw card 4 device 0 } hooks.0 { type ctl_elems hook_args [ { name 'PCM Playback Switch' optional true value 1 } ] } } } ## ## # usbaudio_2 ## pcm.AndroidPlayback_Usbaudio_5_normal { type plug slave.pcm { type hooks slave.pcm{ type hw card 5 device 0 } hooks.0 { type ctl_elems hook_args [ { name 'PCM Playback Switch' optional true value 1 } ] } } } pcm.AndroidPlayback_Usbaudio_5_incall{ type plug slave.pcm { type hooks slave.pcm{ type hw card 5 device 0 } hooks.0 { type ctl_elems hook_args [ { name 'PCM Playback Switch' optional true value 1 } ] } } } pcm.AndroidPlayback_Speaker_Usbaudio_5_ringtone{ type plug slave.pcm { type hooks slave.pcm{ type hw card 5 device 0 } hooks.0 { type ctl_elems hook_args [ { name 'PCM Playback Switch' optional true value 1 } ] } } } pcm.AndroidPlayback_Speaker_Usbaudio_5_normal { type plug slave.pcm { type hooks slave.pcm{ type hw card 5 device 0 } hooks.0 { type ctl_elems hook_args [ { name 'PCM Playback Switch' optional true value 1 } ] } } } ## ## # AndroidCapture ## pcm.AndroidCapture { type plug slave.pcm { type hw card 0 device 0 } } ## ## # AndroidCapture usbaudio ## pcm.AndroidCapture_Usbaudio_3_normal { type plug slave.pcm { type hooks slave.pcm{ type hw card 3 device 0 } hooks.0 { type ctl_elems hook_args [ { name 'Mic Capture Switch' optional true value 1 } ] } } } pcm.AndroidCapture_Usbaudio_3_incall { type plug slave.pcm { type hooks slave.pcm{ type hw card 3 device 0 } hooks.0 { type ctl_elems hook_args [ { name 'Mic Capture Switch' optional true value 1 } ] } } } ## ## # AndroidCapture usbaudio_1 ## pcm.AndroidCapture_Usbaudio_4_normal { type plug slave.pcm { type hooks slave.pcm{ type hw card 4 device 0 } hooks.0 { type ctl_elems hook_args [ { name 'Mic Capture Switch' optional true value 1 } ] } } } pcm.AndroidCapture_Usbaudio_4_incall { type plug slave.pcm { type hooks slave.pcm{ type hw card 4 device 0 } hooks.0 { type ctl_elems hook_args [ { name 'Mic Capture Switch' optional true value 1 } ] } } } ## ## # AndroidCapture usbaudio_2 ## pcm.AndroidCapture_Usbaudio_5_normal { type plug slave.pcm { type hooks slave.pcm{ type hw card 5 device 0 } hooks.0 { type ctl_elems hook_args [ { name 'Mic Capture Switch' optional true value 1 } ] } } } pcm.AndroidCapture_Usbaudio_5_incall { type plug slave.pcm { type hooks slave.pcm{ type hw card 5 device 0 } hooks.0 { type ctl_elems hook_args [ { name 'Mic Capture Switch' optional true value 1 } ] } } } ## ## # BT ## pcm.AndroidPlayback_Bluetooth_incall { type plug slave.pcm { type hw card 0 device 1 } } pcm.AndroidPlayback_Bluetooth_normal { type plug slave.pcm { type hw card 0 device 1 } }

Отсюда пропала необходимость подключать ресемплер из libspeex через AudioHAL-библиотеки (как в многочисленных иных реализациях Андроида).
Ядро linux в данном процессе по прежнему не задействовано. Алгоритм ресемплирования присутствовал все время в /system/lib/libasound.so в старых BSP, а в последний SDK для rk3288 уже собирается как /system/lib/tinyalsa.so
В журнале Андроида это будет выглядеть так:

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

Код:

I/RkAudioPlayer( 1609): mAudioSink->open in mSampleRate = 48000 channels = 2 I/RkAudioPlayer( 1609): audio mode: 0 I/AudioTrack( 1609): set() streamType 3 frameCount 4458 flags 0000 channelMask 3 sampleRate 48000 format 1 I/FFplayer( 1609): ****************************************** I/FFplayer( 1609): I/FFplayer( 1609): pause in D/FFplayer( 1609): pause_l I/FFplayer( 1609): starting main player thread:2014-1-21 I/FFplayer( 1609): I/FFplayer( 1609): I/FFplayer( 1609): ****************************************** I/FFplayer( 1609): decodeMovie:mCurrentState = 8 D/FFplayer( 1609): start ok E/DecodeAudio( 1609): mStream->codec->channels = 2 mStream->codec->sample_rate = 48000 I/FFplayer( 1609): decodeMovie:BufferingPlayer 0x0 I/FFMpegThread( 1609): starting thread E/FFplayer( 1609): Hery, FF_MediaPlayer::BufferingPlayer D/DecodeAudio( 1609): prepare() E/DecodeAudio( 1609): mConfig->nrChans = -1,mConfig->samplingRate = 0 D/FFplayer( 1609): pause_l**1 D/FFplayer( 1609): pause_l**2 D/FFplayer( 1609): pause_l**3 D/FFplayer( 1609): pause_l**4 D/FFplayer( 1609): pause_l**5 D/FFplayer( 1609): end of onBufferingThread V/ALSAModule( 1609): SAMPLERATE:44100 D/ALSAModule( 1609): open called for devices 00000800 in mode 0... D/ALSAModule( 1609): DevName: AndroidPlayback_Spdif_normal E/ALSAModule( 1609): buffersize: 3072, periodsize:1024 V/ALSAModule( 1609): Set PLAYBACK PCM format to S16_LE (Signed 16 bit Little Endian) V/ALSAModule( 1609): Using 2 channels for PLAYBACK. V/ALSAModule( 1609): Set PLAYBACK sample rate to 44100 HZ E/ALSAModule( 1609): audio type flag: 0 V/ALSAModule( 1609): Buffer size: 3072(frames) period Size: 1024(frames) periods: 3 (buffersize=periodSize*periods) V/ALSAModule( 1609): Latency: 69659 periodTime: 23219 D/ALSAModule( 1609): D/ALSAModule( 1609): DumpHandleInfo: D/ALSAModule( 1609): devices: 0xbfff D/ALSAModule( 1609): format: 0x2 D/ALSAModule( 1609): channels: 2 D/ALSAModule( 1609): sampleRate: 44100 D/ALSAModule( 1609): latency: 69659 D/ALSAModule( 1609): periodSize:1024 D/ALSAModule( 1609): bufferSize:3072

Кроме того, встроенный ресемплер обнаруживается в вызовах RkAudioPlayer, при этом обращений к библиотекам ALSA не происходит:

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

Код:

E/FFplayer( 1609): estimate_timings:0: start_time: -9223372036854.775 duration: 7.895,base_time.den=96000,base_time.num=1 E/FFplayer( 1609): stream: start_time: -9223372036854.775 duration: 82.242 bitrate=4608 kb/s E/FFplayer( 1609): audio name = pcm_s24le D/FFplayer( 1609): AudioStartTime=0,VideoStartTime=-1,tmpTime=-1 D/FFplayer( 1609): setDataSource:start_time set 0 E/FFplayer( 1609): FILE = /mnt/internal_sd/Music/194435__psuess__tanbura-96khz24bit.wav D/FFplayer( 1609): prepareAsync:prepare I/FFplayer( 1609): prepare in I/FFplayer( 1609): prepareVideo E/FFplayer( 1609): mVideoStreamIndex is -1 I/FFplayer( 1609): prepareAudio E/FFplayer( 1609): Hery, Audio stream->codec->codec_id = 65548 D/FFplayer( 1609): open MediaDecoder.cfg failed,so can't config anything D/FFplayer( 1609): File not exists! I/FFplayer( 1609): prepareSubtitle I/FFplayer( 1609): prepare ok W/MediaPlayer( 2211): info/warning (952, 0) D/mali_winsys( 2211): new_window_surface returns 0x3000 W/gralloc ( 130): Debugmem The fd=68, in vmalloc !!!! Ishwc=0 I/MediaFocusControl( 485): AudioFocus requestAudioFocus() from android.media.AudioManager@418f3478com.rockchip.mediacenter.plugins.musicplay.l@418e9548 V/MediaPlaybackService( 1936): AudioFocus: received AUDIOFOCUS_LOSS_TRANSIENT E/MediaPlayer( 2211): Should have subtitle controller already set V/Avrcp ( 997): New genId = 14, clearing = 1 I/FFplayer( 1609): pause in D/FFplayer( 1609): pause_l E/FFplayer( 1609): start in mCurrentState in E/FFplayer( 1609): start in mCurrentState = 8 D/FFplayer( 1609): initAudioPlayer I/RkAudioPlayer( 1609): mAudioSink->open in mSampleRate = 44100 channels = 2 I/RkAudioPlayer( 1609): audio mode: 0 I/AudioTrack( 1609): set() streamType 3 frameCount 4096 flags 0000 channelMask 3 sampleRate 44100 format 1

На этапах отладки системы надежнее использовать собственный /etc/asound.conf, в котором каждый интерфейс определен type hw, вместо type plug. Позже можно вернуться к стандартной конфигурации, найдя подходящее Андроид-приложение для воспроизведения аудио. Либо зафиксировать в конфигурации безусловный "апсемлинг" к желаемому формату аудиопотока, чтобы избежать казусов с повторным ресемлингом. И, естественно, контролировать командой logcat на консоли отладочные сообщения приложений, чтобы понимать, какой формат был реально отравлен в сторону кодека для воспроизведения.

На стоковой прошивке через штатный кодек RKES8323, в режиме Spdif Passthrough, только системное приложение Music не попыталось привести тестовую запись 24bit/48kHz к 16bit/44.1kHz:

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

Код:

E/FFplayer( 1609): FILE = /mnt/internal_sd/Music/110408__sandyrb__tubular-009.wav D/FFplayer( 1609): prepareAsync:prepare I/FFplayer( 1609): prepare in I/FFplayer( 1609): prepareVideo E/FFplayer( 1609): mVideoStreamIndex is -1 I/FFplayer( 1609): prepareAudio E/FFplayer( 1609): Hery, Audio stream->codec->codec_id = 65548 D/FFplayer( 1609): open MediaDecoder.cfg failed,so can't config anything D/FFplayer( 1609): File not exists! I/FFplayer( 1609): prepareSubtitle I/FFplayer( 1609): prepare ok E/MediaPlayer( 1936): Should have subtitle controller already set E/FFplayer( 1609): start in mCurrentState in E/FFplayer( 1609): start in mCurrentState = 8 D/FFplayer( 1609): initAudioPlayer I/FFplayer( 1609): ****************************************** I/FFplayer( 1609): I/FFplayer( 1609): starting main player thread:2014-1-21 I/RkAudioPlayer( 1609): mAudioSink->open in mSampleRate = 48000 channels = 2 I/FFplayer( 1609): I/FFplayer( 1609): I/FFplayer( 1609): ****************************************** I/RkAudioPlayer( 1609): audio mode: 0 I/FFplayer( 1609): decodeMovie:mCurrentState = 8 I/AudioTrack( 1609): set() streamType 3 frameCount 4458 flags 0000 channelMask 3 sampleRate 48000 format 1 D/FFplayer( 1609): start ok E/DecodeAudio( 1609): mStream->codec->channels = 2 mStream->codec->sample_rate = 48000 I/FFplayer( 1609): decodeMovie:BufferingPlayer 0x0 I/FFMpegThread( 1609): starting thread D/DecodeAudio( 1609): prepare() E/FFplayer( 1609): Hery, FF_MediaPlayer::BufferingPlayer D/FFplayer( 1609): end of onBufferingThread

, но в тех же условиях тест 24bit/96kHz при воспроизведении был преобразован к 16bit/44.1kHz

Вложений: 1

Re: USB DAC и USB Audio для Android

Цитата:

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

moss! Ты куды пропал?

Да тута я;) Яж работаю, как все не нормальные люди по выходным)))))))

Вообщем новости плохие. Схема вроде бы до безобразия проста. А не хрена не работает. Со звуковухи сигнал идёт, а вот uh1 его не видит.
Часа два бился, тут или я рукожом или с китацкой хераборай бяда.

НО, момент один, когда через SF опрашиваеш uh1 он типа как активируется и опять пишет
Вложение 906910

А потом когда закрываешь SF опять пишет что соединения нет

Вложений: 1

Re: USB DAC и USB Audio для Android

Цитата:

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

Вообщем новости плохие. Схема вроде бы до безобразия проста. А не хрена не работает. Со звуковухи сигнал идёт, а вот uh1 его не видит.

Наушники точно выдергивал из x-fi? :)
Что все-таки у тебя в "Записывающих устройствах" винды на запись на ноуте с uh1? Какие настройки?
Для примера вот для микрофонного входа
Вложение 906940
У тебя должны быть устройства для входов UH1 аналогично - и оптики, и кокса.

Re: USB DAC и USB Audio для Android

Цитата:

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

Хочу дополнить, что в BSP для RockChip 3xxx ресемплинг производится средствами ALSA, т.к. в /etc/asound.conf аудиоустройства прописаны типом plug, что предоставляет возможность, в большинстве случаев, конвертировать аудиоданные "на лету" в подходящий формат для slave.hw

Спасибо огромное! :good: Не дополнил, а полностью изменил показания, чем вселил таки надежду! :)
Как доберусь до ГУ - покопаюсь, надо конфиг альсы прошерстить. Вроде все через plug там и было - приведенный тобой конфиг кажется до боли знакомым, он универсален скорее всего для рокчипов.
На каком рокчипе сейчас это пробуешь? Насильное апсемплирование до 96кГц не пробовал? Кодом предусмотрено такое? Или только даунсемплит?

Re: USB DAC и USB Audio для Android

попытайтесь обойтись без ASIO. Китайские дрова ASIO обычно очень глючные. На моем ЦАПе от HIFIMEDIY он не стал дружить с ASIO4ALL.

У меня устойчиво работала связка VSThost и виртуальных проводов от VB Audio.

И еще, если будете использовать виндовый микшер (DS или ММЕ) - громкость на макс. и в свойствах устройств ставьте именно ту частоту, на которой работать будете, а не максимально возможную.

Re: USB DAC и USB Audio для Android

Цитата:

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

Китайские дрова ASIO обычно очень глючные. На моем ЦАПе от HIFIMEDIY он не стал дружить с ASIO4ALL.

моя HIFIMEDIY Sabre U2 замечательно работает с ее родными ASIO-дровами. ASIO4ALL тут при чем? Это не "настоящий" ASIO - как раз с ним проблемы могли и быть. Какой ЦАП?

Цитата:

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

громкость на макс. и в свойствах устройств ставьте именно ту частоту, на которой работать будете

это выше уже писал, учтено.

Re: USB DAC и USB Audio для Android

Цитата:

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

моя HIFIMEDIY Sabre U2 замечательно работает с ее родными ASIO-дровами. ASIO4ALL тут при чем? Это не "настоящий" ASIO - как раз с ним проблемы могли и быть. Какой ЦАП?

Цап U2 (версия старая, без асинхронного приемника USB), проблемы заключались именно в том, что я не смог через ASIO подружить этот ЦАП и микрофонный пред с USB выходом. Ни через ASIO4all, ни через китайские ASIO дрова.
Проблему решил с помощью VSThost и виртуальный кабель VB-Audio

---------- Сообщение добавлено 06.12.2015 в 23:54 ----------

Цитата:

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

Цап U2 (версия старая, без асинхронного приемника USB), проблемы заключались именно в том, что я не смог через ASIO подружить этот ЦАП и микрофонный пред с USB выходом. Ни через ASIO4all, ни через китайские ASIO дрова.
Проблему решил с помощью VSThost и виртуальный кабель VB-Audio

Вернее, ЦАП HiFimeDIY Sabre USB DAC 2 (external PSU).

Re: USB DAC и USB Audio для Android

Цитата:

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

Цап U2 (версия старая, без асинхронного приемника USB)

это просто Sabre, без U2 наверное... U2 всегда была с асинхроном

Цитата:

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

не смог через ASIO подружить этот ЦАП и микрофонный пред с USB выходом

выше я писал почему - на одном компьютере два ASIO устройства одновременно не уживаются, т.к. их дрова конфликтуют. потому мы и перешли на запись с компа на ноут :)
и по барабану винде, что одно только на воспроизведение, а другое - на запись :sad:

---------- Сообщение добавлено 06.12.2015 в 22:03 ----------

Цитата:

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

Вернее, ЦАП HiFimeDIY Sabre USB DAC 2 (external PSU)

ага, увидел, точно оно.

Вложений: 3

Re: USB DAC и USB Audio для Android

Цитата:

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

На каком рокчипе сейчас это пробуешь?

RK3288. Если не подпалю плату, то сведу всю информацию в отдельной теме. Ядро 3.10.х перспективнее в плане подключения различной периферии, и как основа CarPC сама платформа видится оптимальной.

Цитата:

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

Насильное апсемплирование до 96кГц не пробовал?

Попробовал "насильно" проиграть оригинальные 24bit/96kHz через USB-карточку:

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

Playing WAVE '194435__psuess__tanbura-96khz24bit.wav' : Signed 24 bit Little Endian in 3bytes, Rate 96000 Hz, Stereo
Hardware PCM card 3 'SB Audigy 2 NX' device 0 subdevice 0
Its setup is:
stream : PLAYBACK
access : RW_INTERLEAVED
format : S24_3LE
subformat : STD
channels : 2
rate : 96000
exact rate : 96000 (96000/1)
msbits : 24
buffer_size : 48000
period_size : 12000
period_time : 125000
tstamp_mode : NONE
period_step : 1
avail_min : 12000
period_event : 0
start_threshold : 48000
stop_threshold : 48000
silence_threshold: 0
silence_size : 0
boundary : 1572864000
appl_ptr : 0
hw_ptr : 0

Следовательно, можно доточить и всеобщий апсемплинг, только смысла делать это только ради тонкой регулировки громкости не вижу - практичнее сразу 5.1 разлочить, и использовать вместо домашнего кинотеатра. Благо можно HDD по SATA подцеплять

Цитата:

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

Кодом предусмотрено такое? Или только даунсемплит?

ALSA может, в AudioHAL надо прописывать как разрешенную для требуемого типа устройств:

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

Код:

AudioStreamOut * AudioHardwareALSA::openOutputStream(uint32_t devices, int *format, uint32_t *channels, uint32_t *sampleRate, status_t *status) { LOGD("openOutputStream called for devices: 0x%08x format %d channels %d sampleRate %d ", devices, *format, *channels, *sampleRate); if(mAudioState ==1){ if(mOutStream){ mOutStream->standby(); } if(devices == AudioSystem::DEVICE_OUT_ANLG_DOCK_HEADSET){ char value[PROPERTY_VALUE_MAX] = ""; property_get("media.cfg.audio.bypass", value, "-1"); if(memcmp(value, "true", 4) == 0){ mDirectMode = 1; usleep(3000 * 1000); } } else if(devices == AudioSystem::DEVICE_OUT_AUX_DIGITAL){ char value[PROPERTY_VALUE_MAX] = ""; property_get("media.cfg.audio.mul", value, "-1"); if(memcmp(value, "true", 4) == 0){ mDirectMode = 0; usleep(3000 * 1000); }else{ property_get("media.cfg.audio.bypass", value, "-1"); if(memcmp(value, "true", 4) == 0){ mDirectMode = 1; usleep(3000 * 1000); } } } } status_t err = BAD_VALUE; AudioStreamOutALSA *out = 0; uint32_t uChannels = audio_channel_out_count_from_mask(*channels); if(uChannels < 2) uChannels = 2; if (devices & (devices - 1)) { if (status) *status = err; LOGD("openOutputStream called with bad devices"); return out; } // Find the appropriate alsa device for(ALSAHandleList::iterator it = mDeviceList.begin(); it != mDeviceList.end(); ++it) if (it->devices & devices) { if(devices == AudioSystem::DEVICE_OUT_ANLG_DOCK_HEADSET){ char value[PROPERTY_VALUE_MAX] = ""; property_get("media.cfg.audio.bypass", value, "-1"); //samplerate passthrough //current only accecpt 44100 or 48000 if(memcmp(value, "true", 4) == 0){ if(*sampleRate==44100 || *sampleRate==48000) it->sampleRate = *sampleRate; else LOGE("direct sampleRate %d unsupported at the time", *sampleRate); mDirectMode=1; } } else if(devices == AudioSystem::DEVICE_OUT_AUX_DIGITAL){ char value[PROPERTY_VALUE_MAX] = ""; property_get("media.cfg.audio.mul", value, "-1"); if(memcmp(value, "true", 4) == 0){ if(*sampleRate==44100 || *sampleRate==48000){ it->sampleRate = *sampleRate; }else{ LOGE("hdmi 5.1 sampleRate %d unsupported at the time", *sampleRate); it->sampleRate = 44100; } mDirectMode=0; }else { property_get("media.cfg.audio.bypass", value, "-1"); if(memcmp(value, "true", 4) == 0){ if(*sampleRate==44100 || *sampleRate==48000 || *sampleRate==192000){ it->sampleRate = *sampleRate; }else{ LOGE("hdmi passthrough sampleRate %d unsupported at the time", *sampleRate); it->sampleRate = 44100; } mDirectMode=1; } } } else { it->sampleRate = 44100; } it->channels = uChannels; int flag=HW_PARAMS_FLAG_LPCM; if(mDirectMode) flag=HW_PARAMS_FLAG_NLPCM; err = mALSADevice->open(&(*it), devices, mode(), flag); if (err) break; out = new AudioStreamOutALSA(this, &(*it)); out->mCurDev = devices; mOutStream = out; err = out->set(format, channels, sampleRate); break; } if (status) *status = err; return out; }

Цитата:

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

вот и посмотрим, насколько там все плохо очень интересно, без субьективной составляющей.

Для RK-SPDIF уже на 48000, похоже, все плохо, и это видно даже невооруженным взглядом:
Вложение 907132 Вложение 907134
Верхняя стереодорожка - оригинал, нижняя - воспроизведенный RK и записанный внешней звуковой картой.

Re: USB DAC и USB Audio для Android

Цитата:

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

RK3288. Если не подпалю плату, то сведу всю информацию в отдельной теме. Ядро 3.10.х перспективнее в плане подключения различной периферии, и как основа CarPC сама платформа видится оптимальной.

Это круто... Если говорить о готовых китай-ГУ - пока ни одного на RK3288 нет. Может попозже появятся... Меня останавливает от кар-писи только необходимость колхоза в дизайне нового недешевого авто. Китайское ГУ хотя бы похоже на то, что изначально было :) Но это дело предпочтений... Конечно RK3288 перспективней, мощнее и т.д. - буду ждать новой темы с нетерпением :) .

Цитата:

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

Попробовал "насильно" проиграть оригинальные 24bit/96kHz через USB-карточку

тоже пробовал на RK3066 - играло как надо, а вот апсемплинг насильный не получился... :( Но как уже сказал, исходя из твоего верхнего поста, надобно мне видимо с asound.conf поближе разобраться.

Цитата:

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

ALSA может, в AudioHAL надо прописывать как разрешенную для требуемого типа устройств

вот у меня такое впечатление, что asound.conf у меня как бы не подхватывался - т.е. что туда не пиши - не меняется ничего... надо логи будет изучать.

Цитата:

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

Следовательно, можно доточить и всеобщий апсемплинг, только смысла делать это только ради тонкой регулировки громкости не вижу - практичнее сразу 5.1 разлочить, и использовать вместо домашнего кинотеатра

для громкости в принципе будет достаточно 24/44,1 (т.е. только нолики в младшие разряды добавить к 16 битам - тривиальность) учитывая тем более, что как таковой апсемплинг андроидные либы сделают хуже, чем специализированный Cirrus Logic в процессоре. а по поводу 5.1 - это тема для дома, да. фильмы в машине редко кто смотрит :)

Цитата:

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

Для RK-SPDIF уже на 48000, похоже, все плохо, и это видно даже невооруженным взглядом

не понял, это его родной SPDIF, прямо с чипа? он там разведен на плате? А если через USB-SPDIF, не пробовал? На что записывалось (железо)?

Re: USB DAC и USB Audio для Android

Цитата:

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

Для RK-SPDIF уже на 48000, похоже, все плохо, и это видно даже невооруженным взглядом

Я вот этот момент тоже не понял

Согласен со всем вышесказанным aluver, кар-писи это слишком мудрёно и непрактично, пора бы уже подытожить общие знания и создать тему что-то вроде "как сделать хороший звук с китайской балалайкой на таком-то процессоре", в вариант - "никак" уже точно не поверю.

Re: USB DAC и USB Audio для Android

Цитата:

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

Я вот этот момент тоже не понял

Согласен со всем вышесказанным aluver, кар-писи это слишком мудрёно и непрактично, пора бы уже подытожить общие знания и создать тему что-то вроде "как сделать хороший звук с китайской балалайкой на таком-то процессоре", в вариант - "никак" уже точно не поверю.

так давно известен варинт: берем raspberry pi, к нему i2s цап или spdif конвертор, на "малинку" ставится сервер mpd, китайское ШГУ используеься как пульт управления через wi fi помощью приложения - mpc клиента.
Получается звуковой тракт полностью изолирован от штатной балалайки. Я на малине даже конвольвер поднял, 2 канала по 16000 тапов - загрузка проца не более 30%.

Re: USB DAC и USB Audio для Android

Известен, но лишнее устройство, и... тема не об этом :)

Re: USB DAC и USB Audio для Android

ок.
Мазохисты )))

Re: USB DAC и USB Audio для Android

Цитата:

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

вот у меня такое впечатление, что asound.conf у меня как бы не подхватывался - т.е. что туда не пиши - не меняется ничего... надо логи будет изучать.

/etc/asound.conf
Можно использовать временную конфигурацию с жесткой привязкой устройств к hw для проверки:

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

Код:

# $_FOR_ROCKCHIP_RBOX_$ # Android ALSA configuration file for RK30 TV BOX. # Author: zxg@rock-chips.com TV dept. pcm.usb { type hw card 3 } ctl.usb { type hw card 3 } pcm.RK { type hw card 0 } ctl.RK { type hw card 0 } pcm.!default { type asym playback.pcm { type plug slave.pcm "RK" } capture.pcm { type plug slave { pcm "plughw:CARD=Codec,DEV=0" channels 1 rate 16000 format S16_LE } } }

Цитата:

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

Я вот этот момент тоже не понял

Запись короче исходной примерно на 0.5 сек, происходит потеря "фреймов". Что также видно, если следить за пиковыми амплитудами в начале записи.
Но это необходимо еще раз перепроверить с другим источником звука и той же тестовой записи.

Цитата:

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

На что записывалось (железо)?

Creative Audigy 2 NX
Если выяснится, что косяк в ней, то буду искать железку посерьезнее.

Цитата:

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

не понял, это его родной SPDIF, прямо с чипа? он там разведен на плате? А если через USB-SPDIF, не пробовал?

Следующей итерацией, так как в USB могут сидеть старые "тараканы" от rk3066. Это проверяется записью через USB-стереокодек, например PCM2900.

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

На rk3066 наблюдались аналогичные проблемы именно при записи через USB-host, и их отсутствие при записи через USB-OTG.

Re: USB DAC и USB Audio для Android

Цитата:

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

Можно использовать временную конфигурацию с жесткой привязкой устройств к hw для проверки

В приведенной конфигурации по дефолту получается используется RK, а не usb. А что такое type asym? упс, уже нашел http://alsa.opensrc.org/Asym

Цитата:

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

Запись короче исходной примерно на 0.5 сек, происходит потеря "фреймов". Что также видно, если следить за пиковыми амплитудами в начале записи.

ИМХО в эти 0,5 секунд в начале съедает Creative Audigy 2 NX, т.к. поток PCM детектируется не сразу (частоту, глубину), либо какая-то проблема буферизации. Для чистоты эксперимента надо сравнить побитово, взяв за "старт" одинаковые последовательности чуть дальше от начала. Могу сам сделать. Где там мой файлосравниватель..... :)

Цитата:

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

На rk3066 наблюдались аналогичные проблемы именно при записи через USB-host, и их отсутствие при записи через USB-OTG.

:eek: это как? USB-Audio разве не host подразумевает? С одним только OTG (без поддержки USB-портом host) у нас уже получится Accessory Mode, когда хостом выступает юсб-цап, а android-девайс - рабской периферией, но этот режим стар и списан на пенсию. https://source.android.com/devices/audio/usb.html

---------- Сообщение добавлено 07.12.2015 в 23:43 ----------

пришлось поставить Audacity и вспомнить молодость :)
беглый анализ двух твоих дорожек дал понимание, что они различаются... барабанная дробь! частотой дискретизации! :laugh3:
то есть вернее, вторая, записанная через spdif дорожка потому короче оригинальной, что она попросту ускорена с соответствующим повышением частот (о чем свидетельствует сопоставление основных пиков частотного спектра дорожек), чему также свидетельством и соотношение длительностей полезного сигнала (разница 0,491сек). А вот виной может быть банальное воспроизведение дорожки с изначальной частотой 44.1 на "скорости" 48. Соотношение этих частот дискретизации получается в 0,01 приближении то же, что и длительностей, и пиковых частот спектрограммы, а именно 1,08-1,09. А также невооруженным глазом виден уменьшенный на 1,3дБ уровень громкости на записанной дорожке.
Вопчем, промашка вышла с технической чистотой записи по каким-то причинам. Разбираться надо, через что там звук шел.
Первое, что на ум приходит, это что воспроизводилось на 44.1 (рокчип её может :yes4: ), а записывалось в 48 герц (креатив только её и может :nea: )

Вложений: 4

Цитата:

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

А также невооруженным глазом виден уменьшенный на 1,3дБ уровень громкости на записанной дорожке.

Цитата:

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

Первое, что на ум приходит, это что воспроизводилось на 44.1 (рокчип её может ), а записывалось в 48 герц (креатив только её и может )

Цитата:

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

Вопчем, промашка вышла с технической чистотой записи по каким-то причинам. Разбираться надо, через что там звук шел.

Creative пишет честно на 48kHz то, что ей приходит на SPDIF/In. В равных условиях, тот же оптический кабель. Без разницы, Windows или Linux.
Вложение 908092 Вложение 908094
Следовательно, не может без "танцев с бубном" именно сторона SoC RK, что печально.

Джиттер на столь малых промежутках также не успевает проявляеться, хотя о 100% совпадении говорить тоже рано - приходит все равно немного больше, чем отправлялось:
Вложение 908098
:)

P.S.:
The Sony/Philips Digital Interface (SPDIF) timing is totally asynchronous, therefore there is no need for relationship with the clock.

Цитата:

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

это как? USB-Audio разве не host подразумевает? С одним только OTG (без поддержки USB-портом host) у нас уже получится Accessory Mode, когда хостом выступает юсб-цап, а android-девайс - рабской периферией, но этот режим стар и списан на пенсию. https://source.android.com/devices/audio/usb.html

На уровне ядра Linux что-то не так, под Ubuntu-ARM ситуация полностью идентична включая rk3188.
Но скоро все обязательно наладится: http://cateee.net/lkddb/web-lkddb/PHY_ROCKCHIP_USB.html ;)

Re: USB DAC и USB Audio для Android

Цитата:

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

Creative пишет честно на 48kHz то, что ей приходит на SPDIF/In. В равных условиях, тот же оптический кабель. Без разницы, Windows или Linux.
Следовательно, не может без "танцев с бубном" именно сторона SoC RK, что печально.

Предлагаю для первоначального "налаживания" контакта взять USB-DAC(SPDIF) и провести эксперимент с "прямым" воспроизведением без влияния андроида, а именно - посредством UAPP или другого аналогичного плеера, получить положительный результат, дабы быть уверенным в "железной" составляющей записи, а затем перейти к экспериментам с ядром.

Цитата:

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

Джиттер на столь малых промежутках также не успевает проявляеться, хотя о 100% совпадении говорить тоже рано - приходит все равно немного больше, чем отправлялось

это могут быть и ошибки ресемплирования 48/44.1, пока о джиттере рано говорить, нужен "чистый" эксперимент.

Цитата:

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

The Sony/Philips Digital Interface (SPDIF) timing is totally asynchronous, therefore there is no need for relationship with the clock.

правильнее сказать - самотактирующийся :) и relationship с клоком "на том конце" все же приходится иметь, и даже не отношения, а порой это уже переходит в определение "сношения" :D:D:D
а все из-за того, что ребята при разработке интерфейса лишний проводок зажали :D
ведь есть же I2S - замечательный интерфейс, где клок выделен в отдельную линию, и потому все при любой возможности используют именно его, а не SPDIF с его самотактированием.

Цитата:

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

На уровне ядра Linux что-то не так, под Ubuntu-ARM ситуация полностью идентична включая rk3188.

говорю, надо провести "чистый" эксперимент. не должно так все плохо быть :)

Цитата:

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

Но скоро все обязательно наладится: http://cateee.net/lkddb/web-lkddb/PHY_ROCKCHIP_USB.html

тут не совсем понял, куда клонишь :)
во вложении - тест с Ubuntu?

Re: USB DAC и USB Audio для Android

Цитата:

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

Обновился UAPP до 2.2.9 , наконец то перестал лагать в проводнике локальной папки...сильно раздражало)

Беру свои слова обратно...всё равно тормозит.....вата...
Еще парни мне сказали, что он у них хуже играет чем Onkyo, сцена плывет аля "звук вокруг" ))

Re: USB DAC и USB Audio для Android

Цитата:

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

Беру свои слова обратно...всё равно тормозит.....вата...
Еще парни мне сказали, что он у них хуже играет чем Onkyo, сцена плывет аля "звук вокруг" ))

именно так! на старых версиях был немного ближе к онки, но сейчас г@вно!

Re: USB DAC и USB Audio для Android

Цитата:

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

.... так как в USB могут сидеть старые "тараканы" от rk3066.....

Цитата:

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

:eek: это как?......

Да, с юсб у Рокчипа (rk3066\3188 точно) действительно не все так гладко... косяки c драйвером DWC USB.
http://hwswbits.blogspot.com.es/2013...chip-socs.html
http://www.freaktab.com/forum/develo...-dwc_otg-error
Например поэтому на нем USB EasyCap не работает.. USB UVC(вебкамеры) тоже могут не работать...и т.д. где нужна большая пропускная способность....
Вроде есть патчи на этот счет или ядра собранные из более свежих сорцов, где это пофиксили...

Re: USB DAC и USB Audio для Android

Цитата:

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

именно так! на старых версиях был немного ближе к онки, но сейчас г@вно!

Я не пойму, у меня у одного Онкио вообще Сабру не видит? Не только на Китай-Г.У. но и на sgs4 и nexus 5.

Re: USB DAC и USB Audio для Android

Цитата:

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

Беру свои слова обратно...всё равно тормозит.....вата...
Еще парни мне сказали, что он у них хуже играет чем Onkyo, сцена плывет аля "звук вокруг" ))

А можно узнать что за парни? Случаем не Петр?

Вложений: 14

Re: USB DAC и USB Audio для Android

Цитата:

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

говорю, надо провести "чистый" эксперимент. не должно так все плохо быть

Провел серию экспериментов.

При воспроизведении напрямую RKHDMISPDIF через ALSA страдает только битность, 16 bit => 24bit:

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

Код:

root@rk3288:/sdcard/Music # alsa_aplay -v -D default:CARD=RKHDMISPDIF 110408__sandyrb__tubular-009.wav < Playing WAVE '110408__sandyrb__tubular-009.wav' : Signed 24 bit Little Endian in 3bytes, Rate 48000 Hz, Stereo Plug PCM: Linear conversion PCM (S16_LE) Its setup is: stream : PLAYBACK access : RW_INTERLEAVED format : S24_3LE subformat : STD channels : 2 rate : 48000 exact rate : 48000 (48000/1) msbits : 24 buffer_size : 24000 period_size : 6000 period_time : 125000 tstamp_mode : NONE period_step : 1 avail_min : 6000 period_event : 0 start_threshold : 24000 stop_threshold : 24000 silence_threshold: 0 silence_size : 0 boundary : 1572864000 Slave: Hardware PCM card 1 'RK-HDMI-SPDIF' device 0 subdevice 0 Its setup is: stream : PLAYBACK access : MMAP_INTERLEAVED format : S16_LE subformat : STD channels : 2 rate : 48000 exact rate : 48000 (48000/1) msbits : 16 buffer_size : 24000 period_size : 6000 period_time : 125000 tstamp_mode : NONE period_step : 1 avail_min : 6000 period_event : 0 start_threshold : 24000 stop_threshold : 24000 silence_threshold: 0 silence_size : 0 boundary : 1572864000 appl_ptr : 0 hw_ptr : 0

На данное преобразование у alsa_aplay уходит время, влекущее потерю порядка 580 семплов при старте воспроизведения. Но это не проблема для плееров с опережающей буферизацией и преобразованием в нужный формат. Аналогичная картина наблюдается и на Ubuntu при преобразовании из одного формата в другой командой aplay.
Вложение 909638
Далее все проигрывается гладко, вплоть "до финальных аккордов".
Вложение 909640 Вложение 909642

Следовательно, с аппаратной частью rk3288 теперь больше ясности. 16bit/48KHz для этого SoC приемлемы.

Но происходящее в Андроиде не даунсемплинг к 44100 kHZ (!) При попытке воспроизвести материал изначально 16bit/44.1kHz наблюдается аналогичное "ускорение" = "потери" при воспроизведении через S/PDIF,
Вложение 909708 Вложение 909710

Следующий момент - попытки командой alsa_aplay передать напрямую через S/PDIF-интерфейс поток 16bit/44.1KHz приводят к ошибке синхронизации

Цитата:

aplay: pcm_write:1604: write error: I/O error

Складывается впечатление, что Андроид знает как и пытается сформировать аудиопоток нужного формата (16bit/48kHz), но не успевает это делать "на лету".

Цитата:

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

Предлагаю для первоначального "налаживания" контакта взять USB-DAC(SPDIF) и провести эксперимент с "прямым" воспроизведением без влияния андроида, а именно - посредством UAPP или другого аналогичного плеера, получить положительный результат, дабы быть уверенным в "железной" составляющей записи, а затем перейти к экспериментам с ядром.

Вторая карта USB с S/PDIF (ASUS Xonar U3) категорически не хочет воспроизводить через Digital на Radxa с ядром 3.10.0. UAPP также этого сделать может. Вроде бы все распознается, S/PDIF активирован, воспроизведение идет, но на выходе нет сигнала. Нужна вторая карта, более совместимая с Linux и UAPP.

Под Ubuntu также не получилось воспроизвести через S/PDIF этого ASUS. Под Windows после установки новых драйверов ASUS и некоторой последовательности подключения Creative (перетыканий) одновременно с ней-таки удалось записать с USB-карты на USB-карту, но вдвоем + третья встроенная данная комбинация интерфейсов уживается очень плохо.

На rk3066 вроде бы это получалось с той же картой и с "патченным" ядром, но без этого ядра не удается активировать цифровой выход. А пересобирать пока нет времени.
Второй карты с S/PDIF-In тоже нету под рукой.

Цитата:

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

во вложении - тест с Ubuntu?

На Ubuntu все предсказуемо.

Это воспроизведение+запись командами aplay и arecord из разных терминалов: потребовалось конвертация S32_LE => S24_3, на что тоже ушло время, и часть семплов при старте потерялась:
Вложение 909774 Вложение 909780 Вложение 909782

Во втором случае в качестве проигрывателя было использовано само приложение Audacity:
Вложение 909776 Вложение 909778

Re: USB DAC и USB Audio для Android

Цитата:

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

А можно узнать что за парни? Случаем не Петр?

Не, не Петр)

Вложений: 1

Re: USB DAC и USB Audio для Android

Отбросив мистику, на треке 3 минуты 35 секунд все-таки убедился, что даунсемплинг к 44100 Гц имеет место, делает это Андроид, и не случайным образом, как показалось ранее. Но принимающая сторона об этом не догадывается:
Вложение 909832
(48000-44100)*(3*60+35)=838.500 сэмплов .

Придется выяснять не только как и зачем, но и какому формату приводится передача по S/PDIF в конечном счете.
Запись слишком много занимает даже в архиве, поэтому не выкладывается.

Re: USB DAC и USB Audio для Android

Цитата:

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

Провел серию экспериментов.

Во-первых, скажем Спасибо огромное HoSStiA от всего дикого племени! :thank_you2::magnitola_team_ny::drinks:
У мну есть немножко вопросы :blush2:

Цитата:

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

При воспроизведении напрямую RKHDMISPDIF через ALSA страдает только битность, 16 bit => 24bit

по какой причине происходит это повышение разрядности? в конфиге asound ничего нет? и в default-конфиге альсы в папке пользователя?

Цитата:

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

Далее все проигрывается гладко, вплоть "до финальных аккордов".

Ну вот! Можно кабели тестировать :drinks:

Цитата:

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

Следующий момент - попытки командой alsa_aplay передать напрямую через S/PDIF-интерфейс поток 16bit/44.1KHz приводят к ошибке синхронизации

Значит ли это, что SPDIF рокчипа не может 44.100 аппаратно?

Цитата:

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

Вторая карта USB с S/PDIF (ASUS Xonar U3) категорически не хочет воспроизводить через Digital

обидно, догадывался о возможности таких проблем выше...

Цитата:

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

Под Windows после установки новых драйверов ASUS и некоторой последовательности подключения Creative (перетыканий) одновременно с ней-таки удалось записать с USB-карты на USB-карту, но вдвоем + третья встроенная данная комбинация интерфейсов уживается очень плохо.

Опять на ASIO конфликт? Может воспроизведение тогда через KS пускать?

Цитата:

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

На Ubuntu все предсказуемо.
Это воспроизведение+запись командами aplay и arecord из разных терминалов: потребовалось конвертация S32_LE => S24_3, на что тоже ушло время, и часть семплов при старте потерялась

Тоже не понял, откуда ресемплинг этот в 32 бит - настройки?

Цитата:

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

Отбросив мистику, на треке 3 минуты 35 секунд все-таки убедился, что даунсемплинг к 44100 Гц имеет место, делает это Андроид, и не случайным образом, как показалось ранее. Но принимающая сторона об этом не догадывается

об чем и говорилось :)
Так как воспроизведение происходит средствами альсы, надо искать причины в альсе. Меня например смущает ранее упомянутый режим asym, который активирует дуплекс, а дуплекс по логике обязывает задействовать собственные микшеры alsa (dmix вообще поддерживается в android?) с возможным вытекающим ресемплингом. Если в asound.conf нет ничего про частоту дискретизации, остается default-конфиг (/usr/share/alsa/alsa.conf). Там частота установлена по умолчанию, и в том числе для микширования в dmix (кстати, а его нет в asound.conf в качестве plug?)

Еще раз СПАСИБО за тесты! :good3::good3::good3:

Re: USB DAC и USB Audio для Android

Цитата:

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

по какой причине происходит это повышение разрядности? в конфиге asound ничего нет? и в default-конфиге альсы в папке пользователя?

Перепутал направление преобразования. В текущей конфигурации ALSA считает, что rk_spdif поддерживает только S16_LE, поэтому необходима конвертация S24_3LE => S16_LE.

Список разрешенных драйвером форматов предполагает использование хотя бы S24_LE (если используется одна из следующих версий),

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

https://github.com/fling2/rk3066-ker...k29/rk_spdif.c

https://github.com/RockchipOpensourc...k_spdif_card.c
https://github.com/RockchipOpensourc...hip/rk_spdif.c

Что препятствует этому, собираюсь оттрассировать.

Цитата:

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

Значит ли это, что SPDIF рокчипа не может 44.100 аппаратно?

Пока либо ALSA не хочет категорически ниже 48.000, либо Creative не может определить со своей стороны, что ему отправляют. Необходимо еще раз проверить под старой Windows, какая частота реально приходит по S/PDIF:

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

Цитата:

А вот какая будет частота дискретизации аудиосигнала, приходящего п цифре на S-PDIF входы с какого-нибудь внешнего аудиоустройства — высветится автоматически.

http://old.computerra.ru/multimedia/31152/

Цитата:

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

Опять на ASIO конфликт? Может воспроизведение тогда через KS пускать?

Что-нибудь придумается в ближайшее время. есличо

Цитата:

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

Тоже не понял, откуда ресемплинг этот в 32 бит - настройки?

Также перепутаны направления, запись в формате S24_3LE, S/PDIF встроенной аудиокарты решил преобразовать в S32_LE.
S24_3LE => S32_LE

Цитата:

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

Меня например смущает ранее упомянутый режим asym, который активирует дуплекс, а дуплекс по логике обязывает задействовать собственные микшеры alsa (dmix вообще поддерживается в android?) с возможным вытекающим ресемплингом.

Использовался оригинальный /etc/asound.conf и т.п. на только что перепрошитом после Android 5 устройстве "заводским" 4.4.2 КК firmware. Точнее, эти конфиги не трогал и не заглядывал.

Цитата:

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

Еще раз СПАСИБО за тесты!

Надо все-таки добить баги, пока интерес не пропал! :D

Re: USB DAC и USB Audio для Android

Цитата:

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

Надо все-таки добить баги, пока интерес не пропал!

Благодарность за тесты - не финальный залп вежливости! Наборот! Мы ни в коем случае не дадим остановиться на достигнутом :D:D:D
Будем требовать продолжения тестов :) тем более, что возможностей для выбора объектов тестирования - непаханное поле ;)
и софт-плееры, и шнурки оптические и юсб-шные, и сами USB-девайсы, и их конфигурационные настройки вывода, и т.д., и т.п.
в общем я тут прикинул, надо HoSStiA памятник заказывать нерукотворный сразу вместе с незарастающей народной тропой :D:D:D:D

---------- Сообщение добавлено 12.12.2015 в 14:10 ----------

Немножко :offtopic: По поводу субъективизма. Очень полезная книга Дугласа Селфа "Проектирование усилителей мощности звуковой частоты" имеет очень полезную и занимательную главу "1.5. Распространенные заблуждения", включающую в себя такие разделы, как "1.5.5. Предмет веры: доктрины субъективизма", "1.5.7. Последствия заблуждений" "1.5.8. Причины распространенности заблуждений", на основе и под впечатлением которых на просторах Сети многие уже публиковали свои статьи (например, "перепечатанная" на каждом углу и горячо обсуждавшаяся заметка GEORGE KRILOV МОЙ ВЗГЛЯД НА СУБЪЕКТИВИЗМ.
В общем, эти главы, в особенности "Причины распространенности заблуждений", надо читать как авторам всякого рода тестов, так и их читателям, чтобы потом не верить всяким "бутикарам" "на слово" :secret:

Re: USB DAC и USB Audio для Android

Уважаемые Магнитольщики! Вот здесь

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

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

http://zvukomaniya.ru/dac-smartphone/

продает недорогие ЦАПы, косноязычный мальчуган. Подскажите, какой из ЦАПов стоит выбрать?

Re: USB DAC и USB Audio для Android

Цитата:

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

Подскажите, какой из ЦАПов стоит выбрать?

никакой :) если уж на то пошло, эти китайские дешевые поделки дешевле самому на алиэкспрессе заказать :)
для начала - какова цель? к чему будет цап подключаться? все зависит от условий использования и уровня остального оборудования (ГУ, процессор, усилители, АС).

Re: USB DAC и USB Audio для Android

aluver, Большое спасибо за отклик! Авто Subaru Outback 2008г. Звук устанавливал в 2009г. Шумка есть. АС - Focal 165 (из какой линейки не помню покупал тогда за 12000р.) Сабвуфер - Герц 12". Усилитель DLS ra- 30. ГУ - штатное (Кенвуд ) . Звук в принципе не плохой, я бы даже сказал - забористый!! При условии, что сам трек mp3 , на диске, надлежащего качества! Шибко охота источник поменять , чтобы FLAC можно было слушать . Что бы гибкие настройки были по звуку. С поканалкой может быть заморочиться.
В качестве источника ,на сегодня, могу использовать смартфон Sony Z-1.
Ну и стало быть, за недорого хотелось бы!!:facepalm:

---------- Сообщение добавлено 14.12.2015 в 20:01 ----------

Порекомендуйте люди добрые !! Я ить, не корысти ради, а токмо волею пославшей мя, больной аудиофилиюшкой, главы!!есличо

Re: USB DAC и USB Audio для Android

Цитата:

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

С поканалкой может быть заморочиться.
В качестве источника ,на сегодня, могу использовать смартфон Sony Z-1.

смартфон годный, есть андроид 5, что расширяет круг применения устройств USB-Audio.
1) Если с поканалкой, то нужен процессор. Если ставить процессор, то во избежание двойных ЦА-АЦ-ЦА-преобразований как таковой ЦАП и не нужен, а нужен USB-SPDIF-преобразователь, который отдаст процессору звук в нетронутой цифре. Самые лучшие - асинхронные (на чипах XMOS, SA9227, SA9023...), но в принципе на первых порах пойдет и тот же PCM2704(06) - главное, чтобы SPDIF был.
2) Если пока проц не брать, можно взять универсальное устройство - USB-DAC с возможностью SPDIF на вырост. Пока подключить по аналогу. Sabre U2 для указанного конфига - за глаза.
3) А можно замахнуться и на Вильяма... нашего Шекспира... - взять многоканальную USB-звуковуху и забабахать поканальный софт-процессинг прямо в смартфоне :) Но это - если опыт соответствующий имеется... Надежность такого варианта конечно ниже, но капитальных вложений меньше :)

Re: USB DAC и USB Audio для Android

А где она водится? Эта , неведомая Sabre U2 для указанного конфига!!! Как это можно купить?

Re: USB DAC и USB Audio для Android

В Гугле водится, животина диковинная. Правда, достаточно просто загуглить sabre u2 и будет ссылка на магазин производителя с возможностью доставки по почте.