I would like to know whether we could receive the DTMF tones in blackberry java.Suppose,i am getting a call,and once i accept the call,is it possible to detect the keys that the other person is pressing during our call.
I want to know any possiblity is available in bb java.
There was a method to retrieve DTMF tones:
PhoneCall.getDTMFTones
But I think it only worked for the tones sent from the device.
It was removed from the docs in 4.3, and from the API in 4.5. You can try compiling with 4.3 and see what happens.
Related
I have a bot that leverages all the cool tech that comes with botframework, e.g. LUIS, QnA maker, adaptivecards, etc. The bot works well and I can use WebChat to connect to and ask questions and get responses. However, I now need native iOS (and eventually Android) app that can perform much like webchat does but I do not want to embed webchat in a web control in native app. I plan to have voice always on leveraging something like snowboy or picovoice for hotword to wake app and send commands to bot - users would ask things like "hey bot what is weather in Boston" and get presented with result message or adaptivecard.
Is voice steaming to directline API from Swift on iOS possible (I know most things are possible so any pointers would be greatly appreciated)? Or am I approaching from wrong angle and perhaps there is better/easier way to achieve my goal?
I'm new to Twilio and expected there to be a Xamarin SDK for iOS and Android but apparently there isn't. I have been working with https://github.com/dkornev/TwilioXamarinBindings for native libraries but cannot seem to find any help with getting an incoming (to the iOS/Android app) call. I'm not sure if there's a tutorial somewhere explaining exactly how to route the call to a specific device but I can't see it....
So, can somebody explain the procedure, do I need Apple APN and if so how is it acheived in Xamarin Forms?
I haven't found anything for incoming calls to Xamarin apps via VOIP but all outgoing is fine.
Twilio evangelist here.
I'm not familiar with those bindings but looking at the sample application that is included in the repo it looks like in iOS there is a method called AcceptWithDelegate that you call to accept an incoming Twilio Voice call.
https://github.com/dkornev/TwilioXamarinBindings/blob/master/sample/Twilio.Voice.Sample.iOS/TwilioVoiceHelper.cs#L131-L136
The binding source appears to map this to the iOS SDK's acceptWithDelegate function:
https://media.twiliocdn.com/sdk/ios/voice/releases/2.0.7/docs/Classes/TVOCallInvite.html#//api/name/acceptWithDelegate:
Hope that helps.
Twilio not detecting my DTMF tones from Skype.
We have setup an IVR system with twilio whereby clients must enter a
7 digit client number.
Some of our clients phone from voip phones,
therefore we need to ensure that twilio can detect the DTMF tones
properly (most use Skype so that is our primary concern right now).
Twilio IVR detects tones fine from mobile or landline phones.
Calling other IVR systems from our Skype clients works just fine
Entered a support case w/ Twilio but so far they have not been helpful so I'd like to poll the StackOverflow community.
Versions of Skype tested (at various different physical locations):
Skype version 7.4.0.104 on Windows 8
Skype version 8.11.0.4 on MAC OSX Sierra
To make matters more confusing for us, about 20% of the calls that we make via Skype it DOES accept the tones. The other 80% of the time the calls are not recognizing the tones.
We believe this to be a problem with either Twilio accepting DTMF tones from voip phones OR something that is running inconsistently in our Twilio scripting. Because we can dial other IVR systems and enter codes fine with Skype, it doesn't appear to be a problem with Skype.
In our TwiML voice scripting we are using GATHER. Here is a sample of our gather code:
<?xml version="1.0" encoding="UTF-8"?>
<Response>
<Gather action="clientcode.jsp" timeout="15">
<Say>Please enter your client code.</Say>
</Gather>
<Redirect method="GET">gatherfields.jsp</Redirect>
</Response>
Any advice or direction to point us in is helpful.
I had the same issue for several months. After a laborious but fruitful exchange with Skype Support (Virtual Assistant, subsequent email exchanges with several Skype Support people, Remote Desktop Control, etc!) the support team eventually figured out that there is an issue with the Subtitles Function. They have now updated the FAQ here:
https://support.skype.com/en/faq/FA34713/faq-and-known-issues-with-skype
When making a call and using the Dial Pad to select the option for Touch Tones, they will not work if you have subtitles enabled on the call.
To workaround this issue simply disable subtitles: Select your profile picture > Settings > Calling > Call Subtitles, then turn off the option to Show subtitles for all voice and video calls.
Note: If you don't have the option turned on to Show subtitles for all voice and video calls but have turned subtitles on for an individual call, starting a new call with your contact will resolve this issue.
Also, when you are using the iOS Skype app to test this, open the app and do the DTMF in the Skype app's keypad. Don't use the iOS default call, it won't work.
Is it possible to call a phone number programmatically in iOS and send different DTMF tones during the call?.
Basically I want an App to handle the IVR call. I don't know anything about iOS programming. I just want to know the feasibility so that I will put further effort.
Thanks
You cannot do this interactively within the bounds of the iOS SDK (ie, in an App Store app).
You can, however, build a tel URL. See the Apple documentation on phone links for more details if you think this will work for your needs.
Usecase:
my hotline has phone number 0815/111222333
user starts up dialer and dials that number
instead of calling my app starts up to offer him
service.
I did it on Android, though I am pretty sure this won't be allowed in iOS.
But I didn't find that explicit statement. I am just looking for confirmation.
It is most likely not possible on iOS. Event if it was I noted that there is a patent on this.