Ah, it's a very interesting point. Indeed the parsing of this one is made inside pjsip and I don't know what they enabled.
I'll search this way.
Thanks a lot for the investigation and the report.
Теоретически это позвоялет клиенту на лету выяснить тип payload и соответственно обрабатывать входящий поток. Как бы вообще-то сейчас пофиг, что один из них не пашет - просто в RFC описаны оба типа, и по-взрослому их надо бы корректно поддерживать на клиенте.
Samael28 писал(а):Можно тот же CSipSimple расковырять. Там вполне себе pjsip трудится.
Сам по себе CSIPSimple вполне себе глючный.
Все никак руки не дойдут написать им, что при звонке с него на Fritz!Box (проверял с разными версиями прошивки) программа перезагружается иногда унося в перезагрузку за собой и сам телефон.
Также хочу заметить (оффтопик, правда), что качество связи через него и Bria for Android заметно хуже.
SkyTel OU - облачная АТС, DID, SIP-транк с посекундной тарификаицей, мобильная связь http://skytel24.com | Эстония: +372.333.55.10 | Россия: +7(495)4019900
В общем, по тестам (нагрузка была не очень большая, где-то 5 одновременных звонков) патч вполне работоспособен. В смысле все слышно, астер не падает, транскодинг amr-alaw вполне корректен.
Но на EDGE сетях amr показал себя чуть хуже, чем silk8. (В смысле по качеству)
Кстати, интересный момент, на 2G сетях скорость установки соединения (в плане человеку пришел вызов - он ответил, а второй в этот момент еще слушает КПВ) с использованием amr и silk8 составляет 1-2 сек, а speex, ilbc, gsm - 5 сек. Пока не понял, почему.
Ясен пень - silk специально разрабатывался под то время, когда народ большей частью сидел на 9600 модемах Интересно было бы его в этом плане сравнить со speex8, особенно на низких битрейтах - speex вообще может на 2kbit работать, т.е. модем можно загрубить до 2400 бод