[Freeswitch-users] dptools "read" command doesn't appear to work properly (how to read dtmf via event socket)
Anthony Minessale
anthony.minessale at gmail.com
Wed Oct 29 11:07:54 PDT 2008
those events have nothing to do with the read app
the read app is designed to save the dtmf into a variable for you
so you would have to wait for the event telling you the execution was
complete of read
then you can use the command uuid_getvar to get the dtmfdtmf
the reason he said you don't need it is because you could just collect it
yourself
as you get dtmf events and just play the file.
On Wed, Oct 29, 2008 at 12:54 PM, Peter P GMX <Prometheus001 at gmx.net> wrote:
> I tried to read dtmfs via event socket and came across this thread.
> What do you mean by:
> > If you're using event socket you have really no reason to use the read
> application.
>
> Is there another chance to do this?
>
>
> Currently I do the following and this isn't successful:
>
> I send the following message to FS:
> SendMsg 4f286c18-a5de-11dd-bef3-4b1a61d55c50
> call-command: execute
> execute-app-name: read
> execute-app-arg: 0 10 ivr/8000/ivr-enter_ext.wav dtmfdtmf 10000 #,*
> event-lock:true
>
> I type 4 digits on the phone 1 2 3 4 plus #
>
> I receive 5 separate DTMF events
> DTMF-Digit: 1
> DTMF-Digit: 2
> DTMF-Digit: 3
> DTMF-Digit: 4
> DTMF-Digit: %23
>
> The final event however doesn't deliver the parameter "dtmfdtmf" as
> defined above. So I cannot receive the dtmf digits this way.
> I grepped the network traffic to be sure I haven't missed anything.
>
> Any idea?
>
> Best regards
> Peter
>
>
> Brian West schrieb:
> > If you're using event socket you have really no reason to use the read
> > application. The way you invoked it would collect 0 to 4 digits into
> > the variable 'digits'.
> >
> > /b
> >
> >
> > On Sep 12, 2008, at 4:27 PM, Luke Graybill wrote:
> >
> >> I am having a hard time getting this command to work properly. Here
> >> is the c output from my test session, where I dial in to ext 500 with
> >> my sip client (Ekiga):
> >>
> >> ----
> >> listening on localhost:8084
> >> IPv4Address(TCP, '127.0.0.1 <http://127.0.0.1>', 36685): Connected
> >> >> 'connect'
> >> Caller: Killarny -
> >> >> 'myevents'
> >> result was: Events Enabled
> >> >> 'sendmsg\ncall-command: execute\nexecute-app-name: answer'
> >> OK
> >> >> 'sendmsg\ncall-command: execute\nexecute-app-name:
> >> read\nexecute-app-arg: 0 4 conference/8000/conf-pin.wav digits 10000 #'
> >> OK
> >> DTMF: 1
> >> DTMF: 2
> >> DTMF: 3
> >> DTMF: 4
> >> DTMF: 5
> >> DTMF: 6
> >> DTMF: 7
> >> DTMF: 8
> >> DTMF: 9
> >> DTMF: 0
> >> DTMF: *
> >> DTMF: #
> >> IPv4Address(TCP, '127.0.0.1 <http://127.0.0.1>', 36685): Connection
> >> was closed cleanly.
> >> ----
> >>
> >> I couldn't figure out how to get read to function without passing a
> >> wav file (I plan to use TTS for the voice prompts, and I don't need a
> >> wav file to play here) so I just plugged in a random wav that comes
> >> with freeswitch for testing.
> >>
> >> As you can see, freeswitch reports that the command executed
> >> properly, illustrated by the OK (which was a reply-text: +OK) but the
> >> read application doesn't seem to be functioning beyond playing the
> >> given wav file (and truncating the first half of it as well).
> >> Pressing digits in the sip client results in DTMF events being sent
> >> to the socket. Note that the DTMF events stop at # because I manually
> >> shut down the connection, not because of anything that freeswitch does.
> >>
> >> Am I doing something wrong here? I feel like I'm following the
> >> available documentation given at
> >> http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_read but I am
> >> having no luck. Is the read application basically a dead command, and
> >> should I be instead just using DTMF event output?
> >>
> >> Any help that can be provided would be appreciated, thanks.
> >>
> >> Killarny
> >> _______________________________________________
> >> Freeswitch-users mailing list
> >> Freeswitch-users at lists.freeswitch.org
> >> <mailto:Freeswitch-users at lists.freeswitch.org>
> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> >> UNSUBSCRIBE:
> http://lists.freeswitch.org/mailman/options/freeswitch-users
> >> http://www.freeswitch.org
> >
> > Brian West
> > sip:brian at freeswitch.org <sip%3Abrian at freeswitch.org>
> >
> >
> >
> >
> >
> >
> > ------------------------------------------------------------------------
> >
> > _______________________________________________
> > Freeswitch-users mailing list
> > Freeswitch-users at 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 at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
--
Anthony Minessale II
FreeSWITCH http://www.freeswitch.org/
ClueCon http://www.cluecon.com/
AIM: anthm
MSN:anthony_minessale at hotmail.com <MSN%3Aanthony_minessale at hotmail.com>
GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com<PAYPAL%3Aanthony.minessale at gmail.com>
IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference
sip:888 at conference.freeswitch.org <sip%3A888 at conference.freeswitch.org>
iax:guest at conference.freeswitch.org/888
googletalk:conf+888 at conference.freeswitch.org<googletalk%3Aconf%2B888 at conference.freeswitch.org>
pstn:213-799-1400
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20081029/0b0de48f/attachment-0002.html
More information about the FreeSWITCH-users
mailing list