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: I979f7e1d80c3dfe440f5351a3c95c3ed7beadc4c (cherry picked from commitmr13.1.129766988b1
) (cherry picked from commita7c13c2ccc
)
parent
aa897b57ae
commit
ce188e97b9
Loading…
Reference in new issue