Rtpengine now properly process the codec filtering and thus the scenario has to be fixed accordingly. In particular: * no video codec is blacklisted, so it should be represented exactly like as it is received * audio codec are properly filtered including the telephony-events that doesn't have rate 8000. Change-Id: I979f7e1d80c3dfe440f5351a3c95c3ed7beadc4cmr13.2
parent
a0ac7be1e7
commit
29766988b1
Loading…
Reference in new issue