[Freeswitch-users] uuid_record and RECORD_STEREO

Mon Dec 31 19:42:19 MSK 2012

Most (if not all) uuid_ API commands are implemented in mod_commands.c.
 Session recording is implemented in switch_ivr_async.c.  Changing
uuid_record shouldn't be too difficult.

Chris

On Mon, Dec 31, 2012 at 9:38 AM, Ben Langfeld <ben at langfeld.co.uk> wrote:

> It's global in the scope of the channel (from the perspective of
> individual bugs). I don't think "you shouldn't be invoking this async
> interface from multiple places" is a fantastic argument. The fact is it
> *can* be, and so we should tighten up this race condition if we can. Can
> anyone provide guidance on how to add this as an argument to uuid_record,
> while falling back to the channel variable?
>
> Regards,
> Ben Langfeld
>
>
> On 31 December 2012 13:58, Steven Ayre <steveayre at gmail.com> wrote:
>
>> uuid_setvar sets a channel variable. But this *isn't* a *global*variable - it doesn't affect any other calls.
>>
>> You're correct though, it'll affect any future uuid_record invocations on
>> the *same* channel. But you probably shouldn't be executing stuff on the
>> same channel from multiple scripts so that shouldn't cause a problem.
>>
>> The recording only reads the setting from the channel variable, so
>> setting the channel variable is the only way.
>>
>>
>>
>>
>> On 31 December 2012 13:03, Ben Langfeld <ben at langfeld.co.uk> wrote:
>>
>>> Right, but that's not the same thing... I don't want to unset a global
>>> value. I want to avoid setting a global in the first place. The reasons for
>>> this should be obvious (global state + concurrency = bad).
>>>
>>> Regards,
>>> Ben Langfeld
>>>
>>>
>>> On 30 December 2012 23:21, Seven Du <dujinfang at gmail.com> wrote:
>>>
>>>>  uuid_setvar with no val will unset the var
>>>>
>>>> --
>>>> Seven Du
>>>> Sent with Sparrow <http://www.sparrowmailapp.com/?sig>
>>>>
>>>> On Monday, December 31, 2012 at 4:47 AM, Ben Langfeld wrote:
>>>>
>>>> If uuid_setvar is used, it affects all future invocations of
>>>> uuid_record. This is global channel state. What we need is to invoke
>>>> uuid_record with that var set locally for that invocation, such that it
>>>> doesn't affect future invocations (a local variable).
>>>>
>>>> Regards,
>>>> Ben Langfeld
>>>>
>>>>
>>>> On 27 December 2012 17:45, Michael Collins <msc at freeswitch.org> wrote:
>>>>
>>>> I'm not sure I understand the question. Could you elaborate? What do
>>>> you mean by "set a global state on the channel"?
>>>>
>>>> -MC
>>>>
>>>>
>>>> On Thu, Dec 27, 2012 at 3:55 AM, Luca Pradovera <
>>>> luca.pradovera at gmail.com> wrote:
>>>>
>>>> Hello,
>>>> is there a way to invoke uuid_record through bgapi, setting
>>>> RECORD_STEREO to true as a local parameter instead of using uuid_setvar,
>>>> over inbound Event Socket?
>>>> I would prefer to not set a global state on the channel if possible.
>>>> Thanks!
>>>>
>>>> --
>>>> Luca Pradovera
>>>> luca.pradovera at gmail.com
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> _________________________________________________________________________
>>>> Professional FreeSWITCH Consulting Services:
>>>> consulting at freeswitch.org
>>>> http://www.freeswitchsolutions.com
>>>>
>>>> 
>>>> 
>>>>
>>>> Official FreeSWITCH Sites
>>>> http://www.freeswitch.org
>>>> http://wiki.freeswitch.org
>>>> http://www.cluecon.com
>>>>
>>>> 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
>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Michael S Collins
>>>> Twitter: @mercutioviz
>>>> http://www.FreeSWITCH.org
>>>> http://www.ClueCon.com
>>>> http://www.OSTAG.org
>>>>
>>>>
>>>>
>>>> _________________________________________________________________________
>>>> Professional FreeSWITCH Consulting Services:
>>>> consulting at freeswitch.org
>>>> http://www.freeswitchsolutions.com
>>>>
>>>> 
>>>> 
>>>>
>>>> Official FreeSWITCH Sites
>>>> http://www.freeswitch.org
>>>> http://wiki.freeswitch.org
>>>> http://www.cluecon.com
>>>>
>>>> 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
>>>>
>>>>
>>>>
>>>> _________________________________________________________________________
>>>> Professional FreeSWITCH Consulting Services:
>>>> consulting at freeswitch.org
>>>> http://www.freeswitchsolutions.com
>>>>
>>>> 
>>>> 
>>>>
>>>> Official FreeSWITCH Sites
>>>> http://www.freeswitch.org
>>>> http://wiki.freeswitch.org
>>>> http://www.cluecon.com
>>>>
>>>> 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
>>>>
>>>>
>>>>
>>>>
>>>> _________________________________________________________________________
>>>> Professional FreeSWITCH Consulting Services:
>>>> consulting at freeswitch.org
>>>> http://www.freeswitchsolutions.com
>>>>
>>>> 
>>>> 
>>>>
>>>> Official FreeSWITCH Sites
>>>> http://www.freeswitch.org
>>>> http://wiki.freeswitch.org
>>>> http://www.cluecon.com
>>>>
>>>> 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
>>>>
>>>>
>>>
>>> _________________________________________________________________________
>>> Professional FreeSWITCH Consulting Services:
>>> consulting at freeswitch.org
>>> http://www.freeswitchsolutions.com
>>>
>>> 
>>> 
>>>
>>> Official FreeSWITCH Sites
>>> http://www.freeswitch.org
>>> http://wiki.freeswitch.org
>>> http://www.cluecon.com
>>>
>>> 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
>>>
>>>
>>
>> _________________________________________________________________________
>> Professional FreeSWITCH Consulting Services:
>> consulting at freeswitch.org
>> http://www.freeswitchsolutions.com
>>
>> 
>> 
>>
>> Official FreeSWITCH Sites
>> http://www.freeswitch.org
>> http://wiki.freeswitch.org
>> http://www.cluecon.com
>>
>> 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
>>
>>
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> 
> 
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.freeswitch.org
> http://www.cluecon.com
>
> 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/20121231/900e65c0/attachment.html 