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 <[email protected]>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
[email protected]
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
[email protected]
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
[email protected]
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
Index: src/switch_ivr_async.c
===================================================================
--- src/switch_ivr_async.c (revision 11489)
+++ src/switch_ivr_async.c (working copy)
@@ -432,6 +432,8 @@
int doit = 1;
if (!switch_channel_test_flag(channel, CF_ANSWERED) && switch_core_media_bug_test_flag(bug, SMBF_RECORD_ANSWER_REQ)) {
doit = 0;
+ } else if (switch_channel_test_flag(channel, CF_PAUSE_BUGS)) {
+ doit = 0;
}
if (doit) {
_______________________________________________
Freeswitch-users mailing list
[email protected]
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
