On Aug 16, 2007, at 7:37 AM, Stephen Davies wrote:
Now I'd like to fix this. But which is the best way:
1) Have the caller rearrange the codec_prefs so that the current codec
(ilbc) is moved to the top
2) Have the callee note the format and use that if its anywhere in the
allow as first
Mihai Balea wrote:
The way I read the spec is that if you have a CODEC PREFS IE in your NEW
message, it takes precedence over FORMAT and CAPABILITIES. So in your
case, the caller should arrange its codec prefs list to reflect its
actual preferences (ilbc on top) and the callee should ignore
On 16/08/07, Mihai Balea [EMAIL PROTECTED] wrote:
Generally speaking, IAX2 codec negotiation is somewhat broken. It
allows for only one codec to be selected as THE codec for the call.
This is insufficient when trying to do video, since a video call
would need two codecs, one for video and one
On 16/08/07, Mihai Balea [EMAIL PROTECTED] wrote:
The way I read the spec is that if you have a CODEC PREFS IE in your
NEW message, it takes precedence over FORMAT and CAPABILITIES. So in
your case, the caller should arrange its codec prefs list to reflect
its actual preferences (ilbc on top)
On Aug 16, 2007, at 4:28 PM, Stephen Davies wrote:
Interestingly I know that video *used* to work with IAX because I
remember showing it off with someone long ago. Probably back when the
codec stuff was done just with the FORMAT IE rather than the prefs.
Well, we are doing video over IAX in