[Portaudio] Portaudio Test fails on ARM

Arjav Parikh parikharjav24 at gmail.com
Sat Nov 3 04:03:50 EDT 2018


Hi,

I could not find the patch mentioned in the SVN. Raised the query on Alsa
MailList as well but no response from them. As per your another suggestion
I am trying to create alsarc file.

On Sat, Nov 3, 2018 at 1:26 PM Tuukka Pasanen <pasanen.tuukka at gmail.com>
wrote:

> Hello,
>
> Did this one solved? Portaudio tries to find every ALSA devices which is
> most of times what people want.
>
> Tuukka
> On 31.10.2018 8.13, Arjav Parikh wrote:
>
> Hi,
> As aplay works (I mean sound is heard) only on hw:0,0 and as cat
> /proc/asound/pcm shows 0,0 with playback & capture interface then is it
> possible in portaudio to fill device info only for hw:0,0 (i.e 1 device
> which is working) instead of all 47 devices? Also in crash debugs we can
> see that there is no address for hw:0,4 & hw:0,5.
>
> *cat /proc/asound/pcm*
> 00-00: MultiMedia1 (*) :  : playback 1 : capture 1
> 00-01: MultiMedia2 (*) :  : playback 1 : capture 1
> 00-02: CS-Voice (*) :  : playback 1 : capture 1
> 00-03: VoIP (*) :  : playback 1 : capture 1
> 00-04: ULL (*) :  : playback 1
> 00-05: Primary MI2S_RX Hostless (*) :  : playback 1
> 00-06: INT_FM Hostless (*) :  : capture 1
> 00-07: AFE-PROXY RX msm-stub-rx-7 :  : playback 1
> 00-08: AFE-PROXY TX msm-stub-tx-8 :  : capture 1
> 00-09: (Compress1) :  : playback 1 : capture 1
> 00-10: AUXPCM Hostless (*) :  : playback 1 : capture 1
> 00-11: Tertiary MI2S_TX Hostless (*) :  : capture 1
> 00-12: MultiMedia5 (*) :  : playback 1 : capture 1
> 00-13: Voice2 (*) :  : playback 1 : capture 1
> 00-14: MultiMedia9 (*) :  : playback 1 : capture 1
> 00-15: VoLTE (*) :  : playback 1 : capture 1
> 00-16: VoWLAN (*) :  : playback 1 : capture 1
> 00-17: INT_HFP_BT Hostless (*) :  : playback 1 : capture 1
> 00-18: MultiMedia6 (*) :  : playback 1 : capture 1
> 00-19: Listen 1 Audio Service (*) :  : capture 1
> 00-20: Listen 2 Audio Service (*) :  : capture 1
> 00-21: Listen 3 Audio Service (*) :  : capture 1
> 00-22: Listen 4 Audio Service (*) :  : capture 1
> 00-23: Listen 5 Audio Service (*) :  : capture 1
> 00-24: (Compress2) :  : playback 1
> 00-25: QUAT_MI2S Hostless (*) :  : playback 1
> 00-26: Senary_mi2s Capture snd-soc-dummy-dai-26 :  : capture 1
> 00-27: (Compress3) :  : playback 1
> 00-28: (Compress4) :  : playback 1
> 00-29: (Compress5) :  : playback 1
> 00-30: (Compress6) :  : playback 1
> 00-31: (Compress7) :  : playback 1
> 00-32: (Compress8) :  : playback 1
> 00-33: (Compress9) :  : playback 1
> 00-34: VoiceMMode1 (*) :  : playback 1 : capture 1
> 00-35: VoiceMMode2 (*) :  : playback 1 : capture 1
> 00-36: MultiMedia8 (*) :  : playback 1 : capture 1
> 00-37: QCHAT (*) :  : playback 1 : capture 1
> 00-38: (Compress10) :  : capture 1
> 00-39: (Compress11) :  : capture 1
> 00-40: (Compress12) :  : capture 1
> 00-41: (Primary MI2S Playback) :  : playback 1
> 00-42: (Secondary MI2S Playback) :  : playback 1
> 00-43: (Tertiary MI2S Capture) :  : capture 1
> 00-44: (Quaternary MI2S Playback) :  : playback 1
> 00-45: (Quaternary MI2S Capture) :  : capture 1
> 00-46: (AUX PCM Playback) :  : playback 1
> 00-47: (AUX PCM Capture) :  : capture 1
> 00-48: (Internal BT-SCO Playback) :  : playback 1
> 00-49: (Internal BT-SCO Capture) :  : capture 1
> 00-50: (Internal FM Playback) :  : playback 1
> 00-51: (Internal FM Capture) :  : capture 1
> 00-52: (AFE Playback) :  : playback 1
> 00-53: (AFE Capture) :  : capture 1
> 00-54: (Voice Uplink Capture) :  : capture 1
> 00-55: (Voice Downlink Capture) :  : capture 1
> 00-56: (Voice Farend Playback) :  : playback 1
> 00-57: (Voice2 Farend Playback) :  : playback 1
> 00-58: (Quinary MI2S Capture) :  : capture 1
> 00-59: (Quinary MI2S Playback) :  : playback 1
>
>
> On Tue, Oct 30, 2018 at 1:14 PM Tuukka Pasanen <pasanen.tuukka at gmail.com>
> wrote:
>
>> Hello,
>>
>> Yes this more ALSA and kernel than Portaudio problem. If l read list
>> correctly 0,4 is ULL (what ever that is?) and 0,5 should be Primary MI2S_RX
>> Hostless (I2S Host?).
>>
>> It would help to ask from ALSA IRC or mailing list why they crash and if
>> there is nothing to do (as they are reported automatically and can't be
>> probed to be crashing) then I think you need to make .alsarc but have no
>> idea which kind to prevent their appearance or use Pulseaudio/JACK if
>> possible.
>>
>> Sincerely,
>>
>> Tuukka
>> On 29.10.2018 13.48, Arjav Parikh wrote:
>>
>> Hi,
>> As per your suggestion I tried aplay -D with multiple hw:0,.... options
>> and below are the observations:
>> aplay -D hw:0,0 /data/Haze.wav - File gets played and can hear sound on
>> speaker.
>> aplay -D hw:0,1 /data/Haze.wav - aplay -D hw:0,4 /data/Haze.wav - File
>> does not get played and observe below output.
>> aplay -D hw:0,5 /data/Haze.wav - *Segmentation fault*
>>
>> "If it works with aplay then there is some problem in portaudio." - Does
>> the about output confirms that problem is with alsa-lib?
>>
>> aplay -D hw:0,1 /data/Haze.wav - aplay -D hw:0,4 /data/Haze.wav Output :
>> Playing WAVE '/data/Haze.wav' : Signed 16 bit Little Endian, Rate 44100
>> Hz, Mono
>> aplay: set_params:1305: Unable to install hw params:
>> ACCESS:  RW_INTERLEAVED
>> FORMAT:  S16_LE
>> SUBFORMAT:  STD
>> SAMPLE_BITS: 16
>> FRAME_BITS: 16
>> CHANNELS: 1
>> RATE: 44100
>> PERIOD_TIME: (125170 125171)  - This parameter value changes with every
>> hw:0,.. value
>> PERIOD_SIZE: 5520 - This parameter value changes with every hw:0,.. value
>> PERIOD_BYTES: 11040 - This parameter value changes with every hw:0,..
>> value
>> PERIODS: 4 - This parameter value changes with every hw:0,.. value
>> BUFFER_TIME: (500680 500681) - This parameter value changes with every
>> hw:0,.. value
>> BUFFER_SIZE: 22080 - This parameter value changes with every hw:0,.. value
>> BUFFER_BYTES: 44160 - This parameter value changes with every hw:0,..
>> value
>> TICK_TIME: 0
>>
>>
>>
>>
>>
>> On Mon, Oct 29, 2018 at 4:34 PM Tuukka Pasanen <pasanen.tuukka at gmail.com>
>> wrote:
>>
>>> Hello,
>>>
>>> Ok you should but some wav after that it tries to play something. You
>>> can also test with hw:0,5 or make script loop and test until it doesn't
>>> work or crash until hw:0,somethig. If it works with aplay then there is
>>> some problem in portaudio.
>>>
>>> Tuukka
>>> On 29.10.2018 12.38, Arjav Parikh wrote:
>>>
>>> Hi,
>>> *aplay -D hw:0,4* do not output anything. This command as well as *aplay
>>> -D hw:0,0 *does not show any output.
>>> Yes aplay and other components are compiled in same environment. This is
>>> yocto project.
>>>
>>> On Mon, Oct 29, 2018 at 3:10 PM Tuukka Pasanen <pasanen.tuukka at gmail.com>
>>> wrote:
>>>
>>>> Hello,
>>>>
>>>> Sorry wrong button..
>>>>
>>>> Are aplay and all compiled with same enviroment. I assume this is Yocto
>>>> or similar project.
>>>>
>>>> Tuukka
>>>> On 29.10.2018 7.26, Arjav Parikh wrote:
>>>>
>>>> Hi,
>>>> Actually after enabling alsa-utils with other options I could get the
>>>> output for aplay -L. Please find below the output for aplay -L and aplay -l.
>>>> */usr/bin # aplay -L*
>>>> null
>>>>     Discard all samples (playback) or generate zero samples (capture)
>>>> default:CARD=msm8953sndcardm
>>>>     msm8953-snd-card-mtp,
>>>>     Default Audio Device
>>>> sysdefault:CARD=msm8953sndcardm
>>>>     msm8953-snd-card-mtp,
>>>>     Default Audio Device
>>>>
>>>> */usr/bin # aplay -l*
>>>> **** List of PLAYBACK Hardware Devices ****
>>>> card 0: msm8953sndcardm [msm8953-snd-card-mtp], device 0: MultiMedia1
>>>> (*) []
>>>>   Subdevices: 1/1
>>>>   Subdevice #0: subdevice #0
>>>> card 0: msm8953sndcardm [msm8953-snd-card-mtp], device 1: MultiMedia2
>>>> (*) []
>>>>   Subdevices: 1/1
>>>>   Subdevice #0: subdevice #0
>>>> card 0: msm8953sndcardm [msm8953-snd-card-mtp], device 2: CS-Voice (*)
>>>> []
>>>>   Subdevices: 1/1
>>>>   Subdevice #0: subdevice #0
>>>> card 0: msm8953sndcardm [msm8953-snd-card-mtp], device 3: VoIP (*) []
>>>>   Subdevices: 1/1
>>>>   Subdevice #0: subdevice #0
>>>> card 0: msm8953sndcardm [msm8953-snd-card-mtp], device 4: ULL (*) []
>>>>   Subdevices: 1/1
>>>>   Subdevice #0: subdevice #0
>>>> card 0: msm8953sndcardm [msm8953-snd-card-mtp], device 5: Primary
>>>> MI2S_RX Hostless (*) []
>>>>   Subdevices: 1/1
>>>>   Subdevice #0: subdevice #0
>>>> card 0: msm8953sndcardm [msm8953-snd-card-mtp], device 7: AFE-PROXY RX
>>>> msm-stub-rx-7 []
>>>>   Subdevices: 1/1
>>>>   Subdevice #0: subdevice #0
>>>> card 0: msm8953sndcardm [msm8953-snd-card-mtp], device 10: AUXPCM
>>>> Hostless (*) []
>>>>   Subdevices: 1/1
>>>>   Subdevice #0: subdevice #0
>>>> card 0: msm8953sndcardm [msm8953-snd-card-mtp], device 12: MultiMedia5
>>>> (*) []
>>>>   Subdevices: 1/1
>>>>   Subdevice #0: subdevice #0
>>>> card 0: msm8953sndcardm [msm8953-snd-card-mtp], device 13: Voice2 (*) []
>>>>   Subdevices: 1/1
>>>>   Subdevice #0: subdevice #0
>>>> card 0: msm8953sndcardm [msm8953-snd-card-mtp], device 14: MultiMedia9
>>>> (*) []
>>>>   Subdevices: 1/1
>>>>   Subdevice #0: subdevice #0
>>>> card 0: msm8953sndcardm [msm8953-snd-card-mtp], device 15: VoLTE (*) []
>>>>   Subdevices: 1/1
>>>>   Subdevice #0: subdevice #0
>>>> card 0: msm8953sndcardm [msm8953-snd-card-mtp], device 16: VoWLAN (*) []
>>>>   Subdevices: 1/1
>>>>   Subdevice #0: subdevice #0
>>>> card 0: msm8953sndcardm [msm8953-snd-card-mtp], device 17: INT_HFP_BT
>>>> Hostless (*) []
>>>>   Subdevices: 1/1
>>>>   Subdevice #0: subdevice #0
>>>> card 0: msm8953sndcardm [msm8953-snd-card-mtp], device 18: MultiMedia6
>>>> (*) []
>>>>   Subdevices: 1/1
>>>>   Subdevice #0: subdevice #0
>>>> card 0: msm8953sndcardm [msm8953-snd-card-mtp], device 25: QUAT_MI2S
>>>> Hostless (*) []
>>>>   Subdevices: 1/1
>>>>   Subdevice #0: subdevice #0
>>>> card 0: msm8953sndcardm [msm8953-snd-card-mtp], device 34: VoiceMMode1
>>>> (*) []
>>>>   Subdevices: 1/1
>>>>   Subdevice #0: subdevice #0
>>>> card 0: msm8953sndcardm [msm8953-snd-card-mtp], device 35: VoiceMMode2
>>>> (*) []
>>>>   Subdevices: 1/1
>>>>   Subdevice #0: subdevice #0
>>>> card 0: msm8953sndcardm [msm8953-snd-card-mtp], device 36: MultiMedia8
>>>> (*) []
>>>>   Subdevices: 1/1
>>>>   Subdevice #0: subdevice #0
>>>> card 0: msm8953sndcardm [msm8953-snd-card-mtp], device 37: QCHAT (*) []
>>>>   Subdevices: 1/1
>>>>   Subdevice #0: subdevice #0
>>>>
>>>>
>>>>
>>>> On Sun, Oct 28, 2018 at 12:20 AM Alberto di Bene <dibene at usa.net>
>>>> wrote:
>>>>
>>>>> On 2018-10-27 17:00, Arjav Parikh wrote:
>>>>>
>>>>>
>>>>> Is it possible to check Portuadio on ARM platform for anyone because
>>>>> the same code works on X86? As it is a audio sound card from ZL38063 so it
>>>>> is showing huge amount of outputs.
>>>>>
>>>>>
>>>>> I don't know if this info can be of any help to you, but in the past I
>>>>> wrote a small demonstration program for the Raspberry Pi 3B, under
>>>>> Raspbian, that used Portaudio to playback a WAV file. It worked without
>>>>> problems. The GUI was written in Free Pascal using Lazarus, and the
>>>>> processing code, Portaudio interfacing included, in straight C code. The
>>>>> application was firstly developed and debugged under Kubuntu on an Intel
>>>>> platform, then the source code was transferred to the Raspberry and
>>>>> recompiled there, without any problems.
>>>>>
>>>>> 73  Alberto  I2PHD
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Portaudio mailing list
>>>>> Portaudio at lists.columbia.edu
>>>>> https://lists.columbia.edu/mailman/listinfo/portaudio
>>>>
>>>>
>>>>
>>>> --
>>>> Thanks & Regards,
>>>> Arjav Parikh
>>>>
>>>> _______________________________________________
>>>> Portaudio mailing listPortaudio at lists.columbia.eduhttps://lists.columbia.edu/mailman/listinfo/portaudio
>>>>
>>>> _______________________________________________
>>>> Portaudio mailing list
>>>> Portaudio at lists.columbia.edu
>>>> https://lists.columbia.edu/mailman/listinfo/portaudio
>>>
>>>
>>>
>>> --
>>> Thanks & Regards,
>>> Arjav Parikh
>>>
>>> _______________________________________________
>>> Portaudio mailing listPortaudio at lists.columbia.eduhttps://lists.columbia.edu/mailman/listinfo/portaudio
>>>
>>> _______________________________________________
>>> Portaudio mailing list
>>> Portaudio at lists.columbia.edu
>>> https://lists.columbia.edu/mailman/listinfo/portaudio
>>
>>
>>
>> --
>> Thanks & Regards,
>> Arjav Parikh
>>
>> _______________________________________________
>> Portaudio mailing listPortaudio at lists.columbia.eduhttps://lists.columbia.edu/mailman/listinfo/portaudio
>>
>> _______________________________________________
>> Portaudio mailing list
>> Portaudio at lists.columbia.edu
>> https://lists.columbia.edu/mailman/listinfo/portaudio
>
>
>
> --
> Thanks & Regards,
> Arjav Parikh
>
> _______________________________________________
> Portaudio mailing listPortaudio at lists.columbia.eduhttps://lists.columbia.edu/mailman/listinfo/portaudio
>
> _______________________________________________
> Portaudio mailing list
> Portaudio at lists.columbia.edu
> https://lists.columbia.edu/mailman/listinfo/portaudio



-- 
Thanks & Regards,
Arjav Parikh
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.columbia.edu/pipermail/portaudio/attachments/20181103/85fc5e50/attachment-0001.html>


More information about the Portaudio mailing list