Yes I guess this would probably solve the issue :) But since I stumbled across this weird behaviour I just wanted to make sure if this was expected or not, or if it might be a bug...

I thought playback was just sending the audio to the caller, but in this case it seems that playback sends it to both “parties”.

/Peter

Från: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] För seven
Skickat: den 18 juni 2009 09:20
Till: freeswitch-users@lists.freeswitch.org
Ämne: Re: [Freeswitch-users] Weird (or expected) behaviour on record/playback using ESL?

can you try uuid_record <uuid> stop <filename> before playback?

On Jun 18, 2009, at 3:07 PM, Peter Olsson wrote:

I’m not quite sure if this is the expected behaviour, I just wanted to make sure.

I’ve developed a simple IVR application using event socket. I dial in to the dialplan and park the call, and then I let the IVR application do whatever it’s supposed to. I basically listen for DTMF events and play and record files.

Today I just noticed that if I issue a “api uuid_record <uuid> start <filename>”, and then do a file playback (using SendMsg, with call-command execute and execute-app-name playback), the playback is sent both to the caller, and to the recorded file. Is this the way it’s supposed to work, or should I playback files in another way?

/Peter

_______________________________________________
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

!DSPAM:4a39ebaa32936831919445!