Marc Olivier Chouinard added a comment - 10/Dec/11 8:50 PM Francois any update following our discussion about using phrases ? I've got mix feeling on how we should proceed. I like the idea of having some feature inside mod_callcenter. So for example we could generate an event or cmd to a queue or a single user ... I guess what we would really need is a multi-channel mixer inside fs with effect support on every channel (Fade out announcement). But that a big order. Using a local_stream, we can easily stop it playback, play some msg, and go back to the local_stream exactly where we were. If we use a local file streaming, then it more problematic. Using the event for playback example on the channel wont cancel the active playback even if it an big wav file.. So really not sure what would be the best tool for the job. Phrases partially does what we need... So I'm tempted to adapt it to our need... AND maybe add the inside feature for single announcement call (Like a special warning for caller that there is currently a problem with the InterNet, and the problem should be resolved soon, that might get lot of caller to hangup).

François added a comment - 12/Dec/11 5:14 AM I've looked around since we spoke and I saw some neat things in mod_fifo that we could use instead of reinventing everything! You can set fifo_chime_list and fifo_chime_freq to setup a periodic announcement. It will use switch_ivr_play instead of displace so we can use phrases, etc. and allows for some tricks to play announcements, such as: http://wiki.freeswitch.org/wiki/Mod_fifo#Lua_Example.2C_queue_position_announcement_trick In order to do that nicely, it uses some callback feature in the switch_ivr_play that is used for MOH, which was implemented exactly for that. I'm sure it could also be improved in the future to do some fade-out or similar. Something like that: /* callback */ static switch_status_t callback() { if (time_to_announce) switch_ivr_play(announcement) } /* in queue loop */ while (in_queue) { switch_ivr_play(moh, ..., callback); } Also, mod_fifo's ideas could also be used for FS-3641 , implementing the same idea as fifo_orbit_* things to play announcement to agents or callers when they are dequeued. What do you think? I can work on it if the idea seems OK to you!

Marc Olivier Chouinard added a comment - 12/Dec/11 6:25 AM Alright... But I'm not a big fan of the fifo chan variable only system. I would prefer having it into the <queue> XML structure in a way thst is expandable. <msgs>    <msg playback="welcome.wav" once="true"/>    <msg playback="${MOH}" duration="20000"/>    <msg playback="allagentbusy.wav"/> </msgs> Something limilar to this, that we have the posibility to add more restrictions in the future. Though it does feel a bit like the phrase system... I'm a bit worried of the lack of performance of the mod_fifo since every waiting caller will generate callback for every audio packet that the client send... Just not sure we really want that... My main concerne is making sure the configs options are expandable... The code itself could be changed later on if needed... But changing the config file for people is more problematic.

François added a comment - 12/Dec/11 9:12 AM Ok, what about doing some mods in phrases, so that everyone can use them. It would be the ultimate solution for announcements of any type. As an example o potential stuff we could add: <macro name="testphrase"> <input pattern="(.*)"> <match> <action function="background-file" data="/mypath/mymoh.mp3:myid"/> <action function="label" data="mylabel"/> <action function="execute" data="sleep(30)"/> <action function="pause" data="myid"/> <!-- <action function="fadeout" data="myid,[to_volume]"/> --> <action function="play-file" data="/mypath/pleasewait.wav"/> <action function="api" data="lua(sayposition.lua)"/> <action function="unpause" data="myid"/> <!-- <action function="fadein" data="myid,[to_volume]"/> --> <action function="goto" data="mylabel"/> </match> </input> </macro> With a few modifications, like adding some "background-file" controlable by an "ID", to be able to pause, unpause, and maybe later fadein, fadeout, change volume or other neat stuff. This could actually be a cool app/api, to inject some controlable background sounds or phrases, etc. to a channel. Also some goto/label stuff could be quite useful. Maybe adding some "api" could add nice functionality. Good enough?

François added a comment - 12/Dec/11 9:21 AM For information, I tested and we can already use chan vars into phrases, such as: <action function="play-file" data="you-are-in-position.wav"/> <action function="say" data="${cc_position}" method="pronounced" type="items"/> But when trying: <action function="execute" data="set(playback_timeout_sec=${testtimeout})"/> <action function="play-file" data="test.mp3"/> <action function="execute" data="set(playback_timeout_sec=)"/> <action function="play-file" data="test.wav"/> It breaks at the first "play-file" and never executes the second (it's because the first returns SWITCH_STATUS_TIMEOUT instead of SUCCESS).

Git added a comment - 13/Jan/13 12:19 AM Repository: freeswitch Branch: refs/heads/master Commit: af6ae01 http://fisheye.freeswitch.org/changelog/freeswitch.git/?cs=af6ae01 Updated By: mochouinard@moctel.com Comment: FS-3743 --comment-only I've added the variable playback_timeout_as_success so you can make it return success even if it timed out. FreeSWITCH Support Contracts and Consulting Services available! Contact us: Email: consulting@freeswitch.org Web: http://www.freeswitch.org Phone: +1-918-420-9266 Tollfree: +1-877-742-2583 Fax: +1-918-420-9267 iNum: +883 5100 1420 9266 Come To ClueCon in August to learn more about FreeSWITCH and Internet Telephony! http://www.cluecon.com

Raymond Chandler added a comment - 03/Apr/13 11:39 AM should this be resolved?