Closed GoogleCodeExporter closed 9 years ago
Hi Luke and others,
briefly looking at the patch, everything seems correct. I can recommend few
things to try:
* If you can hear audio (speech), try to send the digits in-band, i.e.
mpf_dtmf_generator_create_ex(stream, MPF_DTMF_GENERATOR_INBAND, 500, 500, pool)
and listen to the audio transmitted.
* Use mpf_dtmf_generator_sending() for generator's activity detection rather
than mpf_dtmf_generator_put_frame(), see the documentation in the header.
* AFAIK, out-of-band (RFC2833) digits are modified somehow inside MPF and I am
not sure how. Anyway, stream with payload type 101 must be properly set up for
the digits to be sent.
I hope this helps.
Cheers,
- Vali
Original comment by tomas.valenta@speechtech.cz
on 15 Dec 2010 at 9:58
Hi Luke,
I guess the problem is in the setup but not in the patch itself. To make
out-of-band DTMFs work, "telephone-event" should be properly negotiated through
SDP offer/answer model. In other words, make sure "telephone-event" is added to
the codec list of FreeSWITCH's MRCP profile you are using. For example,
<param name="codecs" value="PCMU PCMA L16/96/8000 telephone-event/101/8000"/>
This is what I could guess for now. If it doesn't help, try to provide logs and
corresponding network capture as well.
Original comment by achalo...@gmail.com
on 3 Jan 2011 at 9:41
This bug is invalid, but I don't know how to close it.
Original comment by l...@dashjr.org
on 26 Jan 2011 at 8:43
Well, if everything works as intended, then let's mark this issues as verified.
Original comment by achalo...@gmail.com
on 2 Feb 2011 at 8:23
Original issue reported on code.google.com by
l...@dashjr.org
on 8 Dec 2010 at 2:31