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

[John Todd]

At 8:27 AM -0600 2007/1/12, Kevin P. Fleming wrote:
>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.

OK, I believe this is a very reasonable approach.  Thanks!

JT