Для индексации полезных и бесполезных разговоров

[notify_ded_bot]

Так это классическая ситуация громкой связи, либо у оператора либо у клиента

у оператора 100% гарнитура
если громкая связь у клиента - то эхо будет уже в его канале

[notify_ded_bot]

Вероятно всего проблема в гарнитуре

[notify_ded_bot]

мы параллельно вызову отправляем RTP трафик на WebSocket server
и там делаем STT и собственно там то и всплыла проблема

вы же не с wav файлов шлете rtp? все манипуляции с файлами тут бессмысленны

[notify_ded_bot]

вы же не с wav файлов шлете rtp? все манипуляции с файлами тут бессмысленны

Не, мы напрямую, через модуль AudioFork

[notify_ded_bot]

Не, мы напрямую, через модуль AudioFork

Тогда тут вопрос еще и к модулю так как это индусский проггер писал. Лучше попробовать UnicastRTP или Audiosocket

[notify_ded_bot]

Тогда тут вопрос еще и к модулю так как это индусский проггер писал. Лучше попробовать UnicastRTP или Audiosocket

а разве они работают Паралельно выполнению дальнейшего диалплана?
вроде тот же Audiosocket останавливает выполнение на себе и не пускает дальше
или я ошибаюсь?

[notify_ded_bot]

а разве они работают Паралельно выполнению дальнейшего диалплана?
вроде тот же Audiosocket останавливает выполнение на себе и не пускает дальше
или я ошибаюсь?

будет сложнее чем с форком но более чистый эксперимент

[notify_ded_bot]

придется подключить джедайское владение диалпланом если не хочется заворачивать в ari

[notify_ded_bot]

в том то и дело что нам надо что бы диалплан продолжался
и всё отрабатывало как и прежде в диалплане
но аудиопоток должен идти сразу в 2 места
к сожалению - ARI я пока не шибко владею :(

[notify_ded_bot]

потому и пал выбор на Форк