Related
hi guys, i couldnt help noticing that when i previously used nokia 6600 (symbian s60) they had few 3rd party that is able to make use of their audio mechanism during callls. for example, one software can make selected background noise for opposite callers so they think that u are at a train station for example when infact u r silently at home. another software is an on board answering machine, which after the phone rang for a few times it answer the fonecall with your automated recorded voice and recorded a msg left by the caller on the fone. this is convenient for us so we dont need to call back our voicemail and reduce cost as well as some telco charge to use their voicemail service. im surprised these kind of software have not came out for our windows mobile device when its already available for symbian. im sure it shouldnt be that hard to make it. any coder expert wanna give it a go??
cutefox, what kind of searches have you made for this software on this board? Did you have much luck?
V
i already tried commercial such as handango and pocket gear.. even freeware sites also no luck.. jus dun understand why no 1 made one yet.. shouldnt b too hard to make one.. it will be a big market to sell such a software for our ppc phone device now that more devices is coming out..
Cutefox: have you tried searching this board? Let me save you the effort, but it'll be a good idea next time. It's not generally considered possible, at least on WM2003 devices because of both hardware and software limitations. It's not that no one has thought of it before: someone seems to think of it approximately every two days... but there are many many threads on this issue.
V
Look at what I said here...
http://forum.xda-developers.com/viewtopic.php?t=9761
That sums up why we can't do it using the api's available to us now. The funny thing is the way bluetooth sends the audio stream to a headset. Obviously the data is getting there somehow but I suspect it is not (directly) via windows. Dose anyone know if the radio hardware for bluetooth is connected to the radio hardware for the phone? My guess is that if you could write a program that windows "sees" as a headset then you could get the audio that way. But thats a problem in itself.
I would love this kind of program myself. How is it that such usefull devices with so many capeabilities can be kept secret from us. We can't use the camera, we can't get the cell id on towers, we can't programatically controll the partnerships in blutooth, we cant get the audio stream of our own phone, the events on some ppc's that control brightness are secret..... the list goes on. This kind of #@!!$$ is going to hurt the future of these devices which I otherwise love.
OdeeanRDeathshead: I had read your previous posts, and as ever, very interesting and informative reading. I had the same idea regarding a "dummy" bluetooth device a while back, but mamaich put me in my place!
http://forum.xda-developers.com/viewtopic.php?p=179839#179839
V
thanks vijay555, thats what I have suspected about the hardware. What I want to do is a bit different. The bluetooth can communicate to many devices at once. If your program could appear to be a headset to the os, then the phone bluetooth hardware could transmit the audio to the headset at the same time your program uses bluetooth to receive it. Kind of like a loop out of the box to bridge the lack of functionality. This shifts the problem to how dose a hardware bluetooth headset communicate. Emulate this and we are on a winner. I don't think I have the willingness to pull my devices appart. I also do not have the money for some of the hardware (eg good digital oscilliscope) that I would need to measure whats going on. I did read that microsoft are about to expose some new api to allow control over the pairing process (but not the audio stream). I hope that we get some soon.
Is there going to be any new (for 2005) free development tools like the evc versions used today?
OdeeanRDeathshead: re eVC, I don't think so. The "express editions" are free, but they specifically omit the functionality to develop "mobile solutions".
Re the loop back. That's a good idea. I think mamaich is our best bet on schematics, I think that would be very helpful. As you "rave", it's mindboggling that Microsoft still haven't revealed or implemented a way to interact with the audio channels. It must have been one of the first things one could imagine doing once you develop a PDA with a phone stuck on the back of it.
Any idea if the bluetooth stacks could support transmitting and receiving simultaneously in this manner? I know some of the boys are working on alternative bluetooth support for the stereo headset profiles, so they might be able to shed some light on the issues involved. I guess the processor overhead could be hefty, but for the benefit it would be beneficial.
V
Hi,
I am currently looking for a piece of software that will do a specific job, or possibly a better solution to what I am trying to do. Let me give you a little bit of background...
I have got an O2 XDA Mini S, and a Parrot hands-free kit that does not support the A2DP bluetooth profile (only the handsfree profile). I am currently using TomTom 6 on my XDA with a bluetooth GPS unit. Everything works really nicely together, except I cannot get instructions from TomTom through my parrot (which is ultimately my goal).
The only way I can see of getting the TT instructions through my Parrot is to make use of the programs floating about that allow you to turn on and off redirection of sound through bluetooth. The idea I had was that if there was a program about (or maybe even write something myself) that would be able to signal when the sound coming out of the XDA exceeded and then dropped back below a threshold level, and then somehow link that into the bluetooth redirection programs, I could basically have any sound that is produced go through the Parrot only when they occur (including obviously the TT instructions).
Does anybody have any ideas on this? Any help would be greatly appreciated.
Thanks.
Point UI, a UI wrapper, has a feature similar to what you're describing. It's used just to save battery power by turning on BT only when an incoming call is detected, and then killing BT after the call is ended. I don't know if it's open source, but you might want to head over to their forums and see if you can find out how they did it.
You probably also want to haunt any TomTom forum sites (if any even exist).
As a final option, look into Mortscripts. People have done amazing tricks with Mortscripts, and this might be just the ticket. Mort haunts these boards, and may pipe in with an "I can (or cannot) do that with Mortscript" too...
I have a question, though. What's wrong with using the Wizard's built-in speakers for getting directions?
Myrddin Wyllt said:
I have a question, though. What's wrong with using the Wizard's built-in speakers for getting directions?
Click to expand...
Click to collapse
To be honest, it's not too bad through the speakers although if I have my radio on which I usually do, sometimes it can be a little bit hard to hear, and it would be nice to just have the radio mute while it gives me the directions.
It's more of a "want" than a "need" really.
Thanks very much for the info
Myrddin Wyllt said:
Point UI, a UI wrapper, has a feature similar to what you're describing. It's used just to save battery power by turning on BT only when an incoming call is detected, and then killing BT after the call is ended. I don't know if it's open source, but you might want to head over to their forums and see if you can find out how they did it.
Click to expand...
Click to collapse
It is quite easy for programs to detect when you're in a call - MortScript, I presume, probably can detect that quite easily as it's an overall Windows feature and will probably have a readily available part in the API.
The problem is not with turning the bluetooth on and off, it's actually detecting when TomTom is giving an instruction. To be honest I think I'll look into MortScript and if that can't do it then I'll probably just give up.
Detecting phone calls isn't that easy, and it's especially not easy to make a check in a simple procedural script language like MortScript (up to WM5, there's no way to check whether a call is active, you have to monitor all the time if a call is accepted or hung up).
Detecting sound output of another application is entirely impossible - at least for most applications. If the app opens the output channel only during output (which most don't because it takes valuable time and causes ugly "click" noises on some devices), one could maybe query the number of free output channels - but that would need a CPU hog monitoring all the time, or half of the message would be over until it's detected.
And even if that would work, there's simply no way to redirect output to a BT headset (except with A2DP). At least on most devices. Once there was a simple way to do that (you just had to open a virtual port, and as long as it's open, everything was redirected similar to the A2DP way nowadays), but most manufacturers didn't implement it, and nowadays it seems like no modern device supports it anymore. (Had it for test purposes in a MortPlayer beta, no user reported it works...)
So, to put it short: Currently it's impossble. Maybe WM8 might change that... (Few hope for WM7, it's proposed to have the same kernel as WM5 and WM6.x)
I was wondering if anyone knows a fully compatible VOIP Service that will run perfectly on the titan?
I've tried skype, but when making calls, they cant hear you can you cant hear them. Beta version trick of skype (2.2.0.18/20) do not work on WM6.1. I've also tried Fring, but while you can hear people talking to you, they can not hear you talk to them (mic issue). I looked all over the net for a fix to this issue but none have been found.
I've only been using skype for a week and all the hype about it being the coolest voip service is quickly fading.....
So I was hoping someone could point me to a fully compatible with the titan VOIP service that runs perfectly.
I'm running DCD's 3.2.6 rom.
Thanks
Anyone out there?
are you in evdo coverage ?
1999TL said:
are you in evdo coverage ?
Click to expand...
Click to collapse
I Think so
Me Too...
I would be interested in an answer to this question as well. I have unlimited EVDO coverage, so using the service over the network is not a problem for me.
You could try this :
http://www.ageet.com/us/products-agephone-mobile.htm
You need your own voip provider. I use http://les.net
Quality is so-so... Choppy audio... But maybe I haven't tried hard enough, there are lots of tweaks that can be done within the application.
Also, skype 2.1.0.66 works really well on DCD 3.2.0
cheers!
i guess a new version of skype was just released that works with the Mogul/Titan in WM6.1 and has audio!
Voip
As noted above, the latest skype mobile (version 2.5.0.108 BETA) will work on the mogul, but still uses the rear speaker.
I have also had some luck with installing WM6Voip.cab and SeuopVoip_v0.3.cab, and configuring the SIP to work with my provider (which is InterVoip). When I use this method, instead of showing Sprint on the dialpad it shows InterVoip as the service. Again it uses the rear speaker.
Third option is a program called AGE phone mobile 2 (which you have to purchase). This lets you set up multiple SIP's and presents its own dialpad. Still uses rear speaker though.
As you probably know, if you use a headset you get around the rear speaker problem.
All these programs/files are easily found with a search.
nimbuzz
If you use the latest version of skype in conjunction with skype account can use audio without rear speaker and gets better volume through headphones for me
what about with bluetooth? will this bypass the rear speaker?
Yes!
If you use BlueTooth headphone, it will bypass rear speakers!
Skype dec 10th Release for HTC P4000 on Telus!
There is a new Skype just released on DEC 10th that works on the P4000 on the telus 6.1 A-GPS ROM, just make sure u put echo cancelation on in options.
I used to use MSVC 1.6 on the Tytn2 on WM6.5 (see sig) and the confirmation notifications when you called someone always used the bluetooth headset. Since running it on the Leo MSVC seems to use the loudspeaker on the handset instead of the bluetooth headset even though every setting is marked as "Announce notifications using Bluetooth hands free only"
Anyone else having this issue as I did a search and couldn't find anyone.
Edit: Just had it working once but then the other end couldn't hear me when the call connected. Then I tried again and it had reverted back to not working.
I went to Bluetooth settings, Advanced, Audio and ticked the box then rebooted the phone...
I have this same problem! Its annoying... you want to make a call and the prompts/confirmation come from the phone... Please, can someone figure this out?
Bumping thread as it should be resolvable
Starfury said:
Bumping thread as it should be resolvable
Click to expand...
Click to collapse
IT isn't... I have done more research..
The Leo (and the TouchPro2) use a Widcomm BT stack as opposed to the usual MS stack. Sadly, this means the BT won't play nice with a lot of different apps/equipment. This isn't something that can be swapped out easily as NRG has pointed out. Touch Pro 2 users are still facing the same problems even though that phone was released much earlier. Some however have reported some success when using certain custom ROMS... how its working with some ROMS and not others is still a mystery it seems
I would watch the ROM Development thread carefully to see if a ROM what works with our MSVC shows up....
Hello,
Is there a workaround... ?
Thanks in advance for any info,
Jean-Jacques
I have the same problem. I'm using an old phone when I need to use hands-free. After spending a lot of money on my HD2, I'm not impressed.
I there a particular combination of headset and software that does work, especially for voice dialing?
have you tried this?
I would, but I don't know if I even have voice command on my phone.
http://forum.xda-developers.com/showthread.php?t=634494
DrATty said:
I there a particular combination of headset and software that does work, especially for voice dialing?
Click to expand...
Click to collapse
Does not work with my helmet bike with scala-rider Q2, but does with does with Philips SH9000 stereo headset...
Mono/Stereo seems to matter.
Any workaround would be veryyyy appreciated
Jean-Jacques
Workaround
Hi,
for this following workaround seems the only way to get it runnin:
My BT-Headset has the ability to be set as a Stereo-Device. When I establish a connection to this Stereo-Device, I can use it (my BT Headset) to give Commands and recieve "answers" from the VC. In case I want to start a phone-Call, my headset changes the connection automatically from "Stereo-Device" to "Handsfree-Device" and back, after finishing the Call.
This may be the Reason, why someone here already got it running with a BT-Stereo-Headset.?
Sorry for my bad english...
Does anyone know if there will be any progress getting bluetooth headsets to voice dial with the Android OS? From what I've seen, Google has been very lax in pushing forward with this much needed capability. They have not even added it in version 2.1.
Is there any way that a workaround can be implemented? I have been holding off getting an Android phone for this very reason.
I apologize if this topic has been posted elsewhere.
Alex
Try Voice Dialer HF. Not perfect but works very well.
http://www.dfxmobile.com/voicedialerhf
blazingwolf said:
Try Voice Dialer HF. Not perfect but works very well.
http://www.dfxmobile.com/voicedialerhf
Click to expand...
Click to collapse
Interesting, but i'm not able to found it in market...... any ideas?
Tia
Idk
The Verizon Devour and the Canadian Droid on Telus, called the Milestone, have Bluetooth initiated voice dialing by a company called Nuance. The built-in Android/Google voice recognition has had it's BTVD disabled because it only doesn't perform well with a Bluetooth headset but is apparently adequate with the phones mic. I wish someone would use the ROMs from those phones to add this feature to the Droid or Incredible but so far no one has. It'd even be cool to see if someone could compile a ROM for Android that flips the switch in the code just so people can try it out. Or better yet, fix whatever problem there is with the quality of Bluetooth voice so that the built-in Android voice recognition could handle it. Man, I want to get rid of my Devour but I can't until I can safely use these killer phones in my car.
The built-in Android/Google voice recognition has had it's BTVD disabled because it only doesn't perform well with a Bluetooth headset but is apparently adequate with the phones mic.
Click to expand...
Click to collapse
This whole issue is like deja vu for those of us that were old-timers with Windows Mobile, which also didn't support VD via the BT headset. And ironically, the excuse given by Microsoft was exactly the same: that voice quality wasn't good enough for voice recognition when using a BT headset. However, MS somehow managed to magically solve this -- voice dial via BT is now supported in WM and works great.
So I have to think that Google's bright engineers could do the same thing if it became a priority. It's obviously not, and won't be unless users really start complaining loudly enough. That's exactly what it took to get action from MS, too.
Sent from my Droid using Tapatalk