New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Audio is not connected with Dahua VTO3221D SIP server / Dahua VTO1201G-P SIP intercom: Unsupported media type (PJMEDIA_EUNSUPMEDIATYPE) #2823
Comments
If the library is not built with video support and receives an incoming call with video, the |
I have build the lib with video support (SDL dummy renderer) and OpenH264 support, there is still no audio call established. See the log below. It's kind of different issue now. Shell I submit anew ticket for that ? 17:21:30.003 sip_endpoint.c !.Module "mod-pjsua-log" registered --end msg-- --end msg-- --end msg-- --end msg-- v=0 --end msg-- --end msg-- v=0 --end msg-- v=0 --end msg-- v=0 --end msg-- v=0 --end msg-- v=0 --end msg-- v=0 --end msg-- v=0 --end msg-- v=0 --end msg-- v=0 --end msg-- v=0 --end msg-- v=0 --end msg-- --end msg-- --end msg-- --end msg-- --end msg-- --end msg-- --end msg-- |
You can see from the call stat: (no received packet)
Refer to https://docs.pjsip.org/en/latest/specific-guides/index.html#audio-troubleshooting on how to troubleshoot |
I'm not an expert in SIP protocol. Can you confirm my observations from the log:
|
There seems no issue with the SIP messages flow. Currently the issue page is for bug report or feature request only. For further questions, please use any other means such as StackOverflow. |
Describe the bug
No audio is connected after SIP call from Dahua VTO 3221D is initiated. Log shows Unsupported media type (PJMEDIA_EUNSUPMEDIATYPE).
The behavior is the same in pjsip app (see log), and my custom Python app. Changing codec priority does not help. The Linux host has sound disabled, so the set_null_snd_dev() function is called in Python app. Looks like that pjsip and Dahua devices cannot negotiate PCMU/8000 codec. However, both support this codec (see log)
Calling from one pjsua instance to another pjsua instance via Dahua VTO3221D SIP server works fine (negotiated codec is L16/16000)
Extract from the log file:
10.09.2021 01:02:32 [DEBUG] pjsua_media.c python worke ..Call 0: initializing media..
10.09.2021 01:02:32 [DEBUG] pjsua_media.c python worke ...RTP socket reachable at 192.168.2.140:40429
10.09.2021 01:02:32 [DEBUG] pjsua_media.c python worke ...RTCP socket reachable at 192.168.2.140:40430
10.09.2021 01:02:32 [DEBUG] pjsua_media.c python worke ...Media index 0 selected for audio call 0
10.09.2021 01:02:44 [DEBUG] pjsua_media.c Voice proces ...Call 0: updating media..
10.09.2021 01:02:44 [DEBUG] pjsua_media.c Voice proces .....Media stream call00:0 is destroyed
10.09.2021 01:02:44 [DEBUG] pjsua_media.c Voice proces ....Audio updated, stream #0: PCMU (sendrecv)
10.09.2021 01:02:44 [DEBUG] pjsua_media.c Voice proces .....Media stream call00:1 is destroyed
10.09.2021 01:02:44 [INFO] pjsua_media.c Voice proces ....Skipped updating media call00:1 (media type=unknown): Unsupported media type (PJMEDIA_EUNSUPMEDIATYPE)
Steps to reproduce
Install Dahua VTO3221D as SIP server at 192.168.2.99 (VTO_GATE)
Install Dahua VTO1201G-P extra SIP intercom at 192.168.98, connect it to the SIP server 192.168.2.99
On Raspberry PI 192.168.2.140:
Run ./pjsua --registrar="sip:VTO_GATE"
--id="sip:1000#2@192.168.2.140"
--realm="VDP"
--username="XXX"
--password="XXX"
--log-file="log.txt"
--log-level=6
--app-log-level=3
--null-audio
--play-file="test.wav"
--auto-play
--rec-file="rec.wav"
--auto-rec
Initiate call from Dahua VTO3221D or from Dahua VTO1201G-P to number 1000#2
Answer call in pjsip
Reproduce the issue. The call newer switches to CONFIRMED state
PJSIP version
2.11.1
Context
Raspberry PI 4, Debian/Buster
pjsip test app, own custom Python3 app using pjsua
Log, call stack, etc
The text was updated successfully, but these errors were encountered: