View Single Post
Posts: 195 | Thanked: 108 times | Joined on Feb 2010 @ SF Bay Area, United States
#199
Originally Posted by avidscavenger View Post
Yes it did send the DTMF tones faster. The script should probably have some pauses between the Start and Stop messages but I guess the shell interpreter is slow enough to do the job. Apparently 40ms per tone and 40ms between tones is sufficient.


That's what I did when I realised that I could type in the phone number on the keypad faster than VICaR was doing it.

But when I modified your code to do the Start/Stop thing no tones were produced. My hunch is the dbus parameters were getting garbled, since the Start method wants a byte argument and it is likely getting padded to 2 or 4 bytes. But I'm no expert on C++ and don't have the time to become one.
I ran my test on SendDTMF vs StartDTMF. I did not notice any significant difference in either options. The automated system for my CC is taking 17 sec on an avg in both cases. I'd love to cut it down but I don't see how.

I noticed from dbus monitor log that SendDTMF method does break down the string and sends each character individually with StartDTMF method. That's why there is not much difference.

Anyway, I have uploaded the code I used to test in garage downloads page. If possible run some tests from your side as well and let me know if you notice any improvement.
__________________
Maintainer of VICaR - Value International Call Router (a helper app for routing calls via calling card/skype-out/google voice)

Maintainer of Markets Today (Yahoo Finance based desktop widget/app)