Я тоже работаю над этим и вскоре решил, что решил это (см. https://lists.freeswitch.org/pipermail/freeswitch-users/2020-August/133883.html и https://lists.freeswitch.org/pipermail/freeswitch-users/2020-August/133884.html), но это было неправдой:
Я тестировал свою гарнитуру и успешно прошел "pa looptest", показывающий, что работают и indev, и outdev.
Затем, когда я тестировал это в контексте мое приложение для автоматического ответа на входящие вызовы (я звонил со своего мобильного телефона, кладя его перед телевизором, чтобы я мог проверить, слышу ли я что-нибудь в своей гарнитуре), я не заметил, что в этом случае mi c не работал, потому что у меня была гарнитура на ушах, и я слушал телевизор (из-за успеха looptest я просто предполагал, что mi c также будет работать)
Но когда я наконец-то получил Bluetooth-спикерфон Plantronics Calisto 620-M, даже петлевой тест не удался. В этот момент я снова более тщательно протестировал свою гарнитуру и обнаружил, что mi c не работает.
Потому что казалось, что это что-то специфичное для устройства c должно быть причиной отказа, я также тестировал свои bluetooth-наушники; там эффект был эквивалентен громкой связи Calisto.
Я наконец получил USB-громкоговоритель и попробовал его, но в этом случае "pa rescan" не нашел никаких устройств.
Со всеми четырьмя устройствами всегда arecord и aplay работали отлично, а вышеуказанные проблемы возникали только с mod_portaudio.
Я не знаю, в чем может быть проблема с usb, но с тремя устройствами bluetooth я все еще считаю, что что-то специфичное для устройства c должно вызывать здесь проблемы, например, частота дискретизации. Но в настоящее время у меня нет времени на дальнейшую работу над этим ...