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<mailto: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!