[asterisk-dev] Re: [svn-commits] kpfleming: trunk r50538 - /trunk/main/channel.c

[Kevin P. Fleming]

John Todd wrote:
> While I understand the sentiment here, I'm not sure this is a good
> idea.  This builds in a 500ms post-dial delay issue into every call.
> I've been building systems for three years now, and everywhere there is
> an "Answer" (which, I believe, should be the only method that picks up a
> line and sets up a media channel locally, but that's a discussion for
> another thread) there is a "Wait(.5)" or even a "Wait(1)".

The intention was to make this only happen when a call is auto-answered
by an application because the dialplan had not previously done so. The
issue people are having is that they run 'Playback' or 'Queue' with the
call not already answered and the first 500-1000 ms of the audio
generated by the application is lost.

> Building this in as a non-optional default seems a bit on the drastic
> side to deal with people who don't know about how to manage their
> dialplans.  Perhaps making this a selectable option, or removing it and
> better educating folks how to write a dialplan that has better audio
> performance?

I'll change it so that it doesn't get done when Answer() has been
explicitly called from the dialplan; that way people who are aware of
the issue and already dealing with it won't be impacted.