Gap with Prompt Playback

Discussion in 'Call Flow Designer' started by Lewis Burgess, Oct 14, 2017.

Thread Status:
Not open for further replies.
  1. Lewis Burgess

    Joined:
    Jan 6, 2017
    Messages:
    27
    Likes Received:
    8
    Hi,

    I'm using CFD to build our main number IVR. There's a lot more functionality than just using virtual extensions and the standard IVR. I had originally tried using a couple of IVR and virtual extensions to achieve my requirements. But with the minimum 1 second forwarding delay on extensions, there were gaps which were clearly noticeable.

    At the top of the CF, I have a 'Welcome' announcement, followed by a 2nd announcement (this WAV file will be dynamic, using another CF to allow the boss to insert important messages on snow days, etc). Normally the 2nd announcement is blank (and will be a 0 second WAV file). Following the announcements is a menu with various options.

    I've checked the test WAV files in Audacity and trimmed the start and end of the audio to ensure there's no silent gaps. However, I've noticed that between each Prompt Playback, there's a gap of about a second. I can't explain it.

    Is the CFD inserting a gap? If so, why and could this be controllable in a future version? I would prefer there to be no delay between each step / prompt. Ideally, if a delay is required, it would be a variable (e.g. 1 second).

    Or, am I doing something wrong?

    Thanks.
     
  2. edossantos

    edossantos Support Team
    Staff Member 3CX Support

    Joined:
    Jun 27, 2007
    Messages:
    1,449
    Likes Received:
    115
    Hi @Lewis Burgess,

    Try setting AllowDtmfInput=true for your Prompt Playback components.

    Kind regards.
    Ernesto
     
    Stop hovering to collapse... Click to collapse... Hover to expand... Click to expand...
  3. Lewis Burgess

    Joined:
    Jan 6, 2017
    Messages:
    27
    Likes Received:
    8
    Hi,
    This helped. Why is this?
    Thanks.
     
  4. edossantos

    edossantos Support Team
    Staff Member 3CX Support

    Joined:
    Jun 27, 2007
    Messages:
    1,449
    Likes Received:
    115
    Hi @Lewis Burgess,

    When you set AllowDtmfInput=True, prompts are not played back immediately, but instead they're queued to be played when the app needs to collect input, for example in a Menu or User Input component. Because of this, messages are played back one after the other without any delay.

    On the other hand, when you set AllowDtmfInput=False, prompts are played back immediately, ignoring any DTMF input while messages are being played. And then after the message has been completely played, the app moves to the next component. This behavior adds a small delay between each message.

    Kind regards.
    Ernesto.
     
    Stop hovering to collapse... Click to collapse... Hover to expand... Click to expand...
Thread Status:
Not open for further replies.