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
Related
Well from reading other threads I learned that an answering machine software is not possible due to lacking ability to record from the radio audio output (on most phones, possible on univ?).
Well then how about not recording, but automatic pickup and sending prerecorded audio? Would that be possible? Like in: someone calls my phone->software picks up and plays back prerecorded message to caller "I'm in a meeting, please call back at 5pm" ->software hangs up.
Possible or not? Who would be willing to write something like this?
I think there's the same issue - the phone audio path is seperated from the PDA audio path. Read Odeean's posts on TAPI and his frustrations. However, the http://teksoftco.com boys seem to have hinted that this may in fact be possible anyway.
It may be possible I suppose, by writing specific drivers, but I don't think any of us have ever tried I guess.
V
We'll keep you updated with what can be done altough the system is not built to support this kind of features. Firstly because in the US recording audio on phone conversation is ilegal so MSFT doesn't supports this and onestly i don't see HTC being able to offer this kind of support.
Also what Vijay outlined is correct... but we have a few more ideas that we are curently testing...as i said we'll post it if we succeded.
Cheers,
Raul
i believe that it is not a hardware limitation.
The sound from the gsm is not analogue. It passes through the OS somehow, otherwise how is the audio transmitted to the bt hfree?
I don't believe that the transmition of audio (from gsm) to the bt hfree is done only by hardware.
Please comment
andrew_sh is making a good point there. Maybe something can be done by "faking" bluetooth data input?
We have a working answering machine on Himalaya.
See last ROM from TofClock...
Good point made by Andrew. A new bluetooth headset driver or a fake one might do the trick. Cross your fingers guys.
The OS has evolved since Himalaya and HTC has restricted access to drivers by creating a locking mechanism and also the signing process is a hop to pass.
Guys, from my understanding and a poll I've run:
http://forum.xda-developers.com/viewtopic.php?t=40100&highlight=telephone+poll
it doesn't seem like many people have succeeded in recording calls, and those that have are generally using the Himalaya only. The gigabyte can, but it has custom hardware.
We've discussed spoofing the bluetooth audio path before by using a dummy driver and receiver, but mamaich has stated that the audio path for the bluetooth is in hardware only, and seperated from the interceptable paths in the OS.
Rain (for those who don't know, is one of the genii at http://teksoftco.com) - if you have any new ideas, may I ask you to PM me?
Odeean, Mamaich and I have had numerous discussions about this and I'd be interested to know how your research is going. I read that you guys have experience at low level audio driver work (great work on the speakerphone btw!), and I think that might be a good way to go. There is certainly some OS control of the audio path (speakerphone, mute, headset<>bluetooth etc), so I've thought about this way...
V
Does anyone knows if there is a tool to deform e.g. morph your voice in real time for ppc?
Thanx in advance
I dont know about any, but I used one on Symbian OS, but it was really long ago, so I dont remember name. Try look here.
Suppose this all comes down to the old chestnut of whether the phoneline stream is accessible programatically. I have asked about this before and the general consensus seems to be no access because of a hardware limitation imposed by MS.
I'm not convinced by this response. How do bluetooth headsets operate if this is the case?
I've got nowhere near enough c++ expertise to work it out, but surely someone on here must? This could lead to all kinds of useful and fun apps. Anyone fancy a challenge??!
First post lurking for a bit here now.
This app sounds like a blast. Please repost if you find it!
fugi
Maybe it's Surprise! Sounder. But doesn't run in real time. It applies effects to recorded voices.
Searching in the past for a Voice Recorder ( very basic feature I would say :-( ) I understood that there is no way to process the voice stream in real time due to h/w limitations.
does anyone who worked on the widcomm bt stack know how the audio stream gets passed to a bluetooth headset? can it be intercepted? i'm prepared to investigate this further but don't know where to start
On my A1200 I could record calls with no problems. I understand that its Linux, but I think the hardware in this phone is more impressive than that one... what I'm trying to say, is I doubt it is a hardware limitation.
T-Pain auto tone voice changer app on Iphone could be better on Winmo!!
http://www.youtube.com/watch?v=iDGJY2LgwWI
Maybe hardware solution.
http://www.spyville.com/cell-phone-voice-changer.html
Spoof app and Winmo get marrief
http://m.facebook.com/spoofapp?w2m
Bit of a noob question here, but is there a way to use SAP to utilise my cellphone's SIM contacts and network so that when I'm indoors I can text and call on the AMEO and then disconnect when I'm out and about. Currently I have to SIM swap as I don't like making calls on the Ameo in public.
Basically I want my Ameo to act a bit like a RSAP car kit....utilizing my phone's SIM list and transmitter when needed. This would not only be very convenient but would I think make the Ameo's battery last a hell of a lot longer as in my experience GSM/3G drains a lot more power than BT.
could the Ameo do this?
Or is it possible to develop a programme to do this?
I trust that someone out there knows.....
(Both handsets support SAP)
is that a no then?! Surprised noone else has thought of this considering the size of the ameo. Does anyone even know if it's possible to 'trick' the ameo's bluetooth stack into thinking it can act as a handsfree car kit? Or would this fall down to the capabilities of microsoft's stack? Come on people.
leoni1980 said:
is that a no then?! Surprised noone else has thought of this considering the size of the ameo. Does anyone even know if it's possible to 'trick' the ameo's bluetooth stack into thinking it can act as a handsfree car kit? Or would this fall down to the capabilities of microsoft's stack? Come on people.
Click to expand...
Click to collapse
I seem to remember this has been asked before about 3 or 4 months ago and not reply was received then, either (sorry!)
apd said:
I seem to remember this has been asked before about 3 or 4 months ago and not reply was received then, either (sorry!)
Click to expand...
Click to collapse
That's a real shame.
Would be nice to develop a little app to allow this, after all it's manipulability and flexibility like this which has allowed the bluetooth protocol to develop the way it has.
Surely someone out there knows whether it is AT LEAST possible. This sort of development would perhaps also form the possibility of using the HTC shift for voice calls if a similar SAP mod can be developed - as this is the only feature the device lacks!
Come on - I'm gagging for someone who knows about this to give an answer.
leoni1980 said:
That's a real shame.
Would be nice to develop a little app to allow this, after all it's manipulability and flexibility like this which has allowed the bluetooth protocol to develop the way it has.
Surely someone out there knows whether it is AT LEAST possible. This sort of development would perhaps also form the possibility of using the HTC shift for voice calls if a similar SAP mod can be developed - as this is the only feature the device lacks!
Come on - I'm gagging for someone who knows about this to give an answer.
Click to expand...
Click to collapse
SAP? You mean the software SAP? I use it with remote desktop. I dont think the software is meant for windows mobile. Also I message my clients using Outlook so there is no real problem. I can be logged into SAP as Admin 24/7 via HSDPA or GPRS.
it was i who created that post about using a SAP profile as a remote phone...
and not a single person chimed in then...
i have done soem extensive research on this subject...
i have found that you need teh development kit for a sim access server (as our phone already has a license)
basicly if someone has a nice car (dump the os) =p
but if we dont have as im access server its not possible...
if someone can get their hands on a sim access server this could very well be a possibility
nuclear said:
SAP? You mean the software SAP? T0I use it with remote desktop. I dont think the software is meant for windows mobile. Also I message my clients using Outlook so there is no real problem. I can be logged into SAP as Admin 24/7 via HSDPA or GPRS.
Click to expand...
Click to collapse
No sap in this case means sim access profile. It is the same protocol used by bluetooth car kits which basically allows you to remotely view your contacts and call them or text them remotely. Such a utility would i think be brilliant with the ameo as one could connect to, say a nokia n95 and use its transmitter and phonebook whilst at work or static to make and receive calls and browse the internet, then disconnect when out and about. This would be worlds apart from using a bluetooth headset i think.
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)
Is there anyone here than can build a similar program to that of Jetware but for Windows Mobile 6 Devices both smartphone and PDA.
I have a Garmin Nuvi 660FM and with Jetware 1.31 I can get all functions working bar the SMS Reader (which also has the ability to read messages via the TTS Function).
Basically what I would like is a program built into a cab installer than can enable all the fuctions of the Garmin Nuvi and Tomtom devices that have bluetooth car kits built in that also support SMS.
I would be willing to pay anyone for a program such as this.
me too, pleeeease
(ciao)
Same here. The guy that made the extension for the bluetooth sony ericsson watches might be able to adapt it to work with other devices. I tried bringing it up to him, but it seems he ignored my post...
up! up! uP!
NRGZ28 said:
Same here. The guy that made the extension for the bluetooth sony ericsson watches might be able to adapt it to work with other devices. I tried bringing it up to him, but it seems he ignored my post...
Click to expand...
Click to collapse
The problem is I dont have any of these devices. I have never seen such thing. And most probably I wont even buy such device because I dont like spending money on cars and car accessories. (I like gadgets that fit into my pocket)
These devices use the same protocols as the watch you wrote your software for. I'd like to program my own little app to interface with all the GPS devices that use those features as well as all the bluetooth car stereos out there. Would you be willing to share some tips, or maybe even source code from your software to help me out with this ?
The BT watch uses a lot of Sony Ericsson specific commands.
You have to find commands that sends the GPS unit - so you may use Windows Mobile with configurated virtual COM and some Terminal software to read the commands.
I believe the GPS units (as well as many car stereos, including mine) actually use the Handsfree profile to send these commands back and forth. The jetware extension has a logging mode where you can see a huge log of all these commands that go on between the phone and unit (whatever it may be). Would it be possible to adapt your application to talk over the handsfree profile ? I think the way jetware did it, is they put a dll between the audiogateway on the phone and device, to intercept all the communication.
The handsfree profile shouldn't be much problem I hope. Try to make some commands log and we will see...
Well guys I dont know much about programming but if you need help or can guide me to getting info I will no probs.
Also I will make a donation to help with the costs and as a thank you for any help.
It's been a while since I've programmed anything, but I'm thinking about writing an application similar to moneytoo's in .NET that will take over where jetware's extension stopped.
Any joy guys ?
I still have money up for grabs for whoever can develop this
I still have money too.
Up up! More money from me also!
The problem with this is the way that Windows Mobile (and the like) handle it's OBEX push abilities..
I have.. searched... called... and looked at so many webpages my eyes started to bleed.
OFFICIAL Garmin 660 (and other) bluetooth supported profile information..
https://www.bluetooth.org/qualweb/ProductDetails.cfm?ProductID=3324
Interesting to note. 90% of the phones out there don't work with the SMS funtion. We can get everything else to work (using the various patches and hacks availible on this web site) But SMS/TEXT alluded me.
Like I said, I narrowed it down to the fact that WM devices handle OPEX/Sync a little differently.. We don't support the classic "Server/Client" mode that the Sony phones do. It's these two that confound me..
- OPP-Server
- Sync-Client
Both are subsets of the Generic Object Exchange Profile (GOEP),.
I found patches, programs and the like that allow these two functions in a fashion.. But I also think the stupid Garmin Software looks at the POD file (informs what functions are avail) for specific phone types that are supported.. Or it could be that our phones just don't report the exact information that the Garmin is looking for, so it just disables the whole thing.
Either way. If someone wants to take a crack at this who has a more experence then me.. PLEASE DO. There is about 40,000 people with this stupid problem and they've all gone nuts..
PS Installing the Widcomm stack does not resolve this problem either.. I spent a week trying too get that @#$%#$%@# thing to work correctly on my wizard.
Well I am prepared to donate USD $100 towards costs to anyone who can develop a working solution, I think other people here also would donate towards a working product.
Thanks for the info and work so far
NRGZ28 said:
I believe the GPS units (as well as many car stereos, including mine) actually use the Handsfree profile to send these commands back and forth. The jetware extension has a logging mode where you can see a huge log of all these commands that go on between the phone and unit (whatever it may be). Would it be possible to adapt your application to talk over the handsfree profile ? I think the way jetware did it, is they put a dll between the audiogateway on the phone and device, to intercept all the communication.
Click to expand...
Click to collapse
If i could get a copy of that log it would help trememndously.
I'll send it in a minute.
Guys, any update on this?