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 mrene@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_lists@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 mrene@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_lists@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 mrene@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