We use a conference with energy detection on 12+ hours a day and I don't recall losing any of the audio.
The instant you breach the level that same packet is sent, and you have to have several consecutive packets below the level to stop.
My guess is you are talking to something lame like a Sonus who is resetting its jitterbuffer when you start talking again.
try editing your profile and adding this param
<param name="conference-flags" value="waste-bandwidth"/>
This will make the conference send rtp to the other side of the call even when you are not talking which typically soothes unruly RTP devices.
The same thing, with the energy level set to anything other than 0 the
first few ms of audio is not sent to the conference. Presumably this
is by design as this is the amount of time noise has to be made for
before it's detected as speech and audio is sent to the conference;
including the audio that wasn't sent to the conference would introduce
delay.
What I'd like to be able to do is generate start/stop talk events when
people are talking but without starting or stopping the audio stream.
On Tue, Jan 26, 2010 at 2:30 PM, Rob Forman <rob4manhere@gmail.com> wrote:
> Hi Dan,
>
> What happens when you set the energy-level to something small, such as
> 10?
>
> Rob
>
> On Jan 26, 2010, at 8:14 AM, Dan Lane wrote:
>
>> Hi,
>>
>> I have a conference bridge with a simple web interface that shows who
>> is talking using the event api. Unfortunately the users don't like the
>> way the first few ms of speech after silence is cut off. Presumably
>> this is an unavoidable side-effect of cutting out audio when someone
>> isn't speaking.
>>
>> Is there any way to have a conference where all audio is sent to the
>> conference but start/stop talking events are still generated?
>> Currently setting energy-level to 0 disables start/stop talking events
>> :(
>>
>> Cheers,
>> Dan
>>
>> _______________________________________________
>> 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
>
>
> _______________________________________________
> 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
>
_______________________________________________
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