> yes some code was missing for some reason, try again
>
>
> On Mon, Jan 26, 2009 at 10:11 AM, Tamas Cseke <
cstomi.levlist@gmail.com>wrote:
>
>
>> Hello,
>>
>> I tested with the attached patch.
>> It is working fine in a normal case.
>>
>> I have only problems with the automatic calls, because in this case the
>> loopback channel is in the fifo, but the record_session is running on the
>> sofia channel.
>> Maybe it could be sort out with putting the bug pause/resume functions into
>> api function, what I should turn on and off on demand?
>> Anyway, I quess this is a bit extreme circumstance, and it isn't so
>> important to us now.
>>
>> Thanks,
>> Tamas
>>
>> Tamas Cseke írta:
>>
>> Hello,
>>
>>> Thank you your help.
>>>
>>> I tested with r11489, but moh is still recorded in fifo.
>>>
>>> I quess you I should test the CF_PAUSE_BUGS in r11466. But I didn't find
>>> where you check this flag.
>>> Is it maybe possible you forget to commit something?
>>>
>>> Thanks,
>>> Tamas
>>>
>>>
>>> I didn't find where you
>>> Anthony Minessale írta:
>>>
>>>
>>>
>>>> please test latest trunk.
>>>> Patch added to pause media bugs while not in a bridge which should pause
>>>> recordings and cut out the moh.
>>>>
>>>>
>>>> On Fri, Jan 23, 2009 at 10:45 AM, Tamas Cseke <
cstomi.levlist@gmail.com
>>>>
>>>>> wrote:
>>>>>
>>>>
>>>>
>>>>> Hello,
>>>>>
>>>>> we would like to distribute calls with fifo and record these sessions
>>>>> but we'd like to skip the recording while the caller is waiting.
>>>>> (we don't need to record the hold music, just the speech with the fifo
>>>>> consumer.)
>>>>>
>>>>> I tried
>>>>> <action application="set" data="RECORD_ANSWER_REQ=true"/>
>>>>> <action application="record_session" data="${callfilename}"/>
>>>>> <action application="fifo" data="myfifo in"/>
>>>>>
>>>>> but it doesn't work because the channel is answered immediately when the
>>>>> caller is pushed into the fifo.
>>>>> (I don't know if there exists any other channel flag that could be use
>>>>> here)
>>>>>
>>>>> I also tried fifo_record_template.
>>>>> but it records the session from the point of view of the consumer's
>>>>> session, and after the bridge the recording is stopped.
>>>>> we would like to record the whole session into a single file even after
>>>>> calltransfers
>>>>>
>>>>> moreover we'd like to use some kind of predcitive dialing
>>>>> which
>>>>> 1, originate a loopback channel via event socket
>>>>> 2, loopback-b channel is hunting the dialplan, wich decide routing,
>>>>> caller_id, the need for recordings and so forth, and bridge a sofia call
>>>>> 3. the record_session is running on the sofia channel with
>>>>> bridge_pre_execute magic vars
>>>>> 4 loopback-a channel is pushed into the fifo
>>>>> 5 a script get the fifo::info via event socket
>>>>> 6 originate a call to the consumer with the proper strategy with &fifo
>>>>> out application
>>>>> 7 sofia channel is bridged to the consumer
>>>>> 8 loopback channels die
>>>>>
>>>>> after transfers everything is recorded into one file.
>>>>> but the problem here is again the unwanted recording in the fifo while
>>>>> the caller is waiting
>>>>>
>>>>> Could you please advise me any solution, if there is?
>>>>>
>>>>>
>>>>> Thank you,
>>>>> Tamas
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> 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
>>
>>
>>
>
>
>