sauwming

Not sure where the problem was, but it seems that the remote didn't respond to the RTCP handshake: ``` 17:48:42.842 udp0x134d06710 Remote RTCP address switched to 172.16.226.43:55380 17:48:45.007 dtls0x12501e600 !DTLS-SRTP...

I can reproduce the issue with Linphone 5.2.1 (note that as mentioned previously, the issue didn't happen with Linphone 5.0.15). And I received the same warning as yours: ``` 2024-03-04...

The error `Failed to unprotect` naturally will appear if the handshake fails. Since the key negotiation fails, we obviously won't be able to decrypt the packet.

> Thanks for testing with the older version. I can try to post the issue to their mailing list. And close it here. Alright, I will close the issue. Feel...

Since issue 2 is already handled, I assume it's no longer a problem (i.e. no longer causes backward compatibility)? Which only leaves issue 1. I understand it will be quite...

Regarding issue 3, I don't think app is allowed to call `pj_caching_pool_destroy()` before `pjmedia_conf_destroy()` since the conference creation uses the pool, i.e. `pjmedia_conf_create(pool, ...)`? Also, using `pj_atexit()` doesn't seem possible...

> Here is a sample scenario. App using PJSUA creates its own pool factory (instead of using PJSUA's) for some reason, and it uses the pool/factory to create a PJMEDIA...

The version selection is very tricky indeed, can only work for specific Lyra and Bazel version. I tried Lyra 1.3.2 with Bazel 5.3.2 and it didn't work, while 1.3.0 and...

> Just fixed the `--with-lyra` option declaration. For the error, have you execute the python script above? It is needed to setup the static library and copy the required header...

Okay, cleaning and rebuilding Lyra solved the issue. * A few build warning: ``` ../src/pjmedia-codec/lyra.cpp:252:33: warning: ISO C++11 does not allow conversion from string literal to 'char *' [-Wwritable-strings] const...