In a sense, you might say I did futz with mod_vmd ... to create mod_vad.
There appeared to be just no (easy) way to modify the internal VAD code in
the FreeSWITCH core (see switch_rtp.c) to identify the origins of voice
activity. And rather than build into mod_vmd, which is a special purpose
tool,
Kewl you can contribute via http://jira.freeswitch.org ;)
/b
On Mar 5, 2009, at 9:41 AM, Cameron Sorlie wrote:
In a sense, you might say I did futz with mod_vmd ... to create
mod_vad. There appeared to be just no (easy) way to modify the
internal VAD code in the FreeSWITCH core (see
Woof!
On Sun, 01 Mar 2009 21:28:18 -0500, Brian West br...@freeswitch.org wrote:
NO. You want something that people THINK exists and works well...
Reliable human/voice detection doesn't exist in ANY form.
I beg to differ. See http://www.freepatentsonline.com/5521967.html for one way
to do
i think that's what mod_vmd does
On Mon, Mar 2, 2009 at 11:16 AM, Andy Spitzer w...@nortel.com wrote:
Woof!
On Sun, 01 Mar 2009 21:28:18 -0500, Brian West br...@freeswitch.org
wrote:
NO. You want something that people THINK exists and works well...
Reliable human/voice detection
On Mon, Mar 2, 2009 at 11:48 AM, Anthony Minessale
anthony.miness...@gmail.com wrote:
i think that's what mod_vmd does
I think that's right. It just does the opposite - instead of looking
for differing power levels it looks for the same power level. In other
words it tries to detect distinctly
Andy Spitzer wrote:
Woof!
On Sun, 01 Mar 2009 21:28:18 -0500, Brian West br...@freeswitch.org wrote:
NO. You want something that people THINK exists and works well...
Reliable human/voice detection doesn't exist in ANY form.
I beg to differ. See
Hi,
mod_vmd is a bit more sophisticated than that. It looks for the signal
being narrowband energy. However, mod_vmd isn't very reliable, as it
takes a rather high SNR for its narrowband detector to work. So high
that a lossy codec like G.711 can barely manage it.
Regards,
Steve
Anthony
Andy Spitzer wrote:
Woof!
On Sun, 01 Mar 2009 21:28:18 -0500, Brian West br...@freeswitch.org wrote:
NO. You want something that people THINK exists and works well...
Reliable human/voice detection doesn't exist in ANY form.
I beg to differ. See
Woof!
On Mon, 02 Mar 2009 19:32:53 -0500, Steve Underwood ste...@coppice.org wrote:
I just had a look through that patent. Its amazing. There is a lot of
focussed descriptive text, but a patent only really consists of its
claims. Those claims are astonishingly open-ended, and characterise
If i'm not mistaken those events will have a member-id in them so you
can tell who they belong to.
/b
On Mar 1, 2009, at 12:01 PM, Cameron Sorlie wrote:
Using voice activity detection (VAD) in FreeSWITCH, how might I then
distinguish which side of a call any given TALK or NOTALK event
Does the freeswitch VAD is able to distinguish ring tone from human voice?
The scenario is to originate a call to a IVR system(don't connect the other
leg here yet) and dial DTMF to get to the designated extension number , once
someone picks up and say hello ( detected by VAD) now release to
Well, I knew it would be some future fantasy for now..
If not human detection. I guess will try to use Dialplan Tools wait for
silence to wait till the ring tone is finished ,then connect the other leg.
On Sun, Mar 1, 2009 at 6:28 PM, Brian West br...@freeswitch.org wrote:
NO. You want
Usually ringing is done in early media... so the best bet would be to
ignore_early_media=true
/b
On Mar 1, 2009, at 9:05 PM, Henry Huang wrote:
Well, I knew it would be some future fantasy for now..
If not human detection. I guess will try to use Dialplan Tools wait
for silence to wait
ignore_early_media=true is not going to do the trick since once the IVR
picks up the call on leg A, the ring tone is stopped and the IVR is going to
play pre-recorded voice menu. And the freeswtich is going to send DTMF to
reach a certain extension number say 101. Then the ring tone is going to
14 matches
Mail list logo