Its not re-negotiating it, its re-initializing it so the codec's
internal state gets reset.
Mathieu Rene
Avant-Garde Solutions Inc
Office: + 1 (514) 664-1044 x100
Cell: +1 (514) 664-1044 x200
mr...@avgs.ca
On 17-Nov-09, at 9:51 AM, Matthew Fong wrote:
Hi Mathieu,
This makes sense! Thanks.
Since bypass_proxy = false and proxy_media = false, why is it trying
to renegotiate a codec on a uuid_bridge?
--matt
On Wed, Nov 18, 2009 at 12:32 AM, Mathieu Rene <mrene_li...@avgs.ca>
wrote:
Ah I see what happens, switch_ivr_uuid_bridge will reset the
session's read codec (which will be re-initialized as soon as the
actual bridge takes place) and uuid_record will think it hasnt been
initialized yet.
You can set the following vars to execute an application right
before bridge starts exchanging audio
bridge_pre_execute_aleg_app
bridge_pre_execute_aleg_arg
Mathieu Rene
Avant-Garde Solutions Inc
Office: + 1 (514) 664-1044 x100
Cell: +1 (514) 664-1044 x200
mr...@avgs.ca
On 17-Nov-09, at 8:57 AM, Matthew Fong wrote:
The media should be there, when I uuid_bridge both sessions are
parked and should have already had media sent. I'm using
ignore_early_media=true
--matt
On Tue, Nov 17, 2009 at 11:43 PM, Mathieu Rene
<mrene_li...@avgs.ca> wrote:
You can't record until media is present. You could trigger it with
execute_on_answer and the record_session application
Mathieu Rene
Avant-Garde Solutions Inc
Office: + 1 (514) 664-1044 x100
Cell: +1 (514) 664-1044 x200
mr...@avgs.ca
On 17-Nov-09, at 5:28 AM, Matthew Fong wrote:
I'm trying performing a uuid_record command immediately after a
uuid_bridge, but receive a "Can not record session. Media not
enabled on channel" error. proxy_media and bypass_media are both
set to false.
The uuid_record however works if I use sched_api +1 uuid_record...
but if I do this, I of course loose the first second of
conversation.
Does anyone have any ideas on how I might be able to solve this?
I've turned on DEBUG mode, but nothing out of the ordinary appears.
http://pastebin.freeswitch.org/11141
--matt
_______________________________________________
FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
_______________________________________________
FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
_______________________________________________
FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
_______________________________________________
FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
_______________________________________________
FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
_______________________________________________
FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
