[Freeswitch-users] uuid_record immediatly after uuid_bridge - Can not record session. Media not enabled on channel

[Mathieu Rene]

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 at 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 at 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 at 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 at 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 at 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 at 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 at 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 at 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 at 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 at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20091117/36d677c6/attachment-0002.html