[Freeswitch-users] Playing multiple files simultaneously

[Jan Berger]

The later, the first is probably what I call "barge-in" unless I
misunderstand you? You can do that as well.

-----Original Message-----
From: freeswitch-users-bounces at lists.freeswitch.org
[mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Bryan
Smart
Sent: 6. juli 2011 21:34
To: FreeSWITCH Users Help
Subject: Re: [Freeswitch-users] Playing multiple files simultaneously

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 at lists.freeswitch.org
> [mailto:freeswitch-users-bounces at 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 at 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 at lists.freeswitch.org
>>> [mailto:freeswitch-users-bounces at 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 at 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 at 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 at 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 at 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 at 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 at lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org