Do you mean non-blocking IVR in the sense that speech/digits interrupt the prompts, or that the IVR app runs in a loop, handling other tasks and sending audio output on the channel, until the user raises an event with digits or speech? If the second, then it seems like layered audio would be a necessary capability. You wouldn't have as much control of when information is presented, so, with only being able to play a single sound/prompt at a time, there is potential for sounds interrupting each other, or else a long queue of them accumulating. Bryan On Jul 6, 2011, at 3:15 PM, Jan Berger wrote:
Brian,
An asynchronous IVR is not exactly news. But, many of the IVR engines implement blocking schemes on top of an asynchronous engine to simplify IVR scripting. FS support both - I am not sure if it support all the required events on speech, but that can be added if not. I need them as well, so your not alone.
Sockets and ESL might be what you are looking for.
Jan
-----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Bryan Smart Sent: 6. juli 2011 19:35 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] Playing multiple files simultaneously
When I brought this up originally, I was considering possibilities for voice apps built on FS.
The long-standing user interface model for phone apps is like a voice version of a commandline. The app plays a linear stream of output, and then waits for you to respond. With rare exception, the only interface contexts that are widely used are a menu and a data entry prompt. If speech is involved, that increases the type of data that can be entered, but speech apps are usually the same: menus or data prompts.
With the capability of FS to globally bind digits and detect speech (so to know when to listen with a speech recognizer), it should be possible to create voice apps where digits and speech perform actions by raising events in the app, rather than being exclusively accepted by an input mechanism like a menu or data prompt. So far, I haven't run across voice apps that are designed using an event-driven model, at least in the way that desktop apps are designed. FS has got to be the place to prototype such apps, though. The whole system is event-based.
I know that it takes a stretch of the imagination to think of voice apps working in a new way. The phone has been stuck in a voice version of DOS for 25 or so years (since voicemail got a start as the first big voice app). Speech recognition has expanded possibilities for input, but has not changed the model of interface design.
I'm experimenting with what is possible with FS today. However, a more complex sound playback capability is needed to make a new type of audio interface possible.
An interface context, like a graphical desktop, can contain multiple objects. If a graphical object (icon) needs to notify the user of something, it generates a visual cue (flashes, changes color, adds a badge, and so on). Objects in an audio context need to notify, also, and they would do that by playing cues, speaking, etc. Those cues need to be able to partially overlap when played. New cues certainly shouldn't preempt older cues that haven't had a chance to play yet. Further, certain status cues should be heard, but must overlap currently playing audio, as it wouldn't be desirable for a status cue to interrupt the reading of an important message, for example.
So far, the only mixing environment in FS that I've been able to use is mod_conference, but that isn't ideal. To play multiple audio streams to a conference, it is necessary to connect multiple sessions to it, and treat them each like a sound source. One issue is that conference is meant to relay audio to everyone, and I can't help but think that these sound source sessions drain far too many resources. I've been setting them to deaf, so they should only relay audio in, but they might still be drawing more resources than necessary with detecting digits/speech, and other overhead that is part of every channel (I don't know the full list of what is involved). Plus, it just seems like a mistake to think of a voice app server where every incoming caller has their own conference, plus many sessions that exist to stream files to their conference. Maybe it wouldn't be as bad as it sounds.
I'm still trying to learn about FS internals, so I may have a good bit of the following wrong. Perhaps we could meet our needs by creating a module that exposed a new API command for playing sounds asynchronously on a channel. That way, the existing sound playback would continue to be lightweight. A voice app that worked through the event socket could use this module to handle playback and control of its sounds. Here are basic capabilities:
play: Should start playback of a sound, overlapping any existing sound previously requested through this command that has not finished playing. When playback starts, should return a unique ID for the sound instance (an event?). Optional playback parameters: volume/gain, start off set, loop count.
stop: Stops an existing sound instance from playing (by unique ID), or all sound instances.
change: Change sound instance parameters of an active sound instance: volume/gain, file position/time, loop count.
An event should be raised when any sound instance finishes playing. Should include info about cause: normal stop, manual stop, loop re-trigger, etc.
The module could handle the mixing, but it occurs to me that, looking ahead, it might be better to push a lot of that work out to another tech like OpenAL. After all, at some point, some clients might be connecting with 48Khz stereo audio. OpenAL supports positional audio and effects, in addition to raw mixing. OpenAL is available for several platforms, but not everywhere. Perhaps it would be more important to be widely available, at the cost of features.
Thoughts? Is a module the right way to go? Is using OpenAL a good idea, or should the module handle the mixing?
Bryan
On Jul 6, 2011, at 2:05 AM, broken dash wrote:
I have been wanting these features and I found this...liquidsoap, check out the transcoding section. I was trying to play multiple shoutcast audio streams and hopefully mux them together nicely, etc.. haven't gotten around to setting freeswitch to utilize it but I'm sure it wouldn't be hard.
http://savonet.sourceforge.net/doc-1.0.0-beta2/cookbook.html
Cheers, Brian
On Fri, Jul 1, 2011 at 1:49 AM, Jan Berger <jan.berger@video24.no> wrote:
If you play several files FS will queue them if it is the same stream - you need to somehow set up a conference with multiple streams (callers).
I would check options around music on hold.
But, another way is to use FS to play several outgoing SIP streams and loop them back into a conference.
Jan
-----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Bryan Smart Sent: 1. juli 2011 07:13 To: FreeSWITCH Users Help Subject: [Freeswitch-users] Playing multiple files simultaneously
Is it possible for Freeswitch to play more than one file to a channel at a time? What I've seen and tried from the dialplan and scripts either queues files to play, or will stop a currently playing file so that the newly requested file will play. This also seems to be the case in conferences. When I send multiple play commands to conferences, the files are queued.
As for how this might be used, think of an IVR that plays queued prompts, yet continuously plays looping music or a Shoutcast stream in the background. I also want to be able to play short cue tones that start at the same time as a prompt (don't want to pre-mix them in to a single file, though).
Is this currently possible through any means? Perhaps with the event socket?
Bryan
_______________________________________________ Join us at ClueCon 2011, Aug 9-11, Chicago http://www.cluecon.com 877-7-4ACLUE
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
_______________________________________________ Join us at ClueCon 2011, Aug 9-11, Chicago http://www.cluecon.com 877-7-4ACLUE
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
_______________________________________________ Join us at ClueCon 2011, Aug 9-11, Chicago http://www.cluecon.com 877-7-4ACLUE
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
_______________________________________________ Join us at ClueCon 2011, Aug 9-11, Chicago http://www.cluecon.com 877-7-4ACLUE
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
_______________________________________________ Join us at ClueCon 2011, Aug 9-11, Chicago http://www.cluecon.com 877-7-4ACLUE
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