codecs [have to be] in "[allow=]audio,video[,text]" order
Did you file an issue report for this? If yes, please, mark my just created report as
duplicate: <https://issues.asterisk.org/jira/browse/ASTERISK-29198>
In any case, good catch! Yes, Digium Asterisk still assumes that the *first* codec in the
list of "allows" is an audio codec always; although video (and text) are
supported for more than a decade, and the codec part got an overhaul for Asterisk 13. If
the first codec is video (or text), the source code goes crazy. Perhaps nobody noticed
that before. Perhaps dozens noticed that before but did not report.
For what its worth, we ran into similar problems some time ago and
solved it by sorting codecs in audio/video order beforehand. We
considered this to be a configuration error and moved on. Probably
others came to the same conclusion and did the same.
Dennis Buteyn
Xorcom Ltd
--
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-dev
