Hi All,
Are there such things as Bluetooth Monitoring software, that basically records a log of commands going back and forth between the HD2 and a Bluetooth Device?
The reason I ask is that I am having difficulties getting a device to talk 100% to the HD2 and I was hoping that there might be some information in a log that I could investigate why. I think it is permissions, but not 100% sure.
So, is there any software that can record this info? Or, maybe there is something built in? I found a DEBUG log in the Registry for the bluetooth, but all that records is "Stack Enabled" or something similar
Thanks,
Rob
Related
Hi,
I have been working on audio device on CE and I found some device msg send through ioc that I just don't understand what are they do. I just want to ask if anyone know about these audio device msg: 101, 1024 and 1025. I guess that this is device specific message.
Maybe anyone with higher knowledge here can help me..
thanx,
fisher.
Other devices
oh, there is more..
I also examining other devices such as Comm, Radio and Codec, and on the radio device I found that it constantly process these iocs 300019C and accompanied by 3000014. I know that the first is the radio function is to querying the signal quality but i have no idea about the second? Any thought anyone?
thanks
fisher.
Found it!
after taking a step back for a while, I just remember an old site that provide infos about this radio device, and luckily it still there..
about the other msgs, I happen to be misread between device output data or just plain junk bytes.. (I never consider it before). OK I'm satisfied now and thanks all.
fisher
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
I was pondering if it would be possible to turn the Wizard into a GPS tracking device. Im not sure if someone has already created a program for this but it seems like it would be pretty simple. Basically just have the device send GPS coordinates via data connection to a host pc and have them translated to a map. I might be missing something though. I dont have a gps receiver yet to try it out, but I would like to know if anyone has done it before or if its possible.
bendog2784 said:
I was pondering if it would be possible to turn the Wizard into a GPS tracking device. Im not sure if someone has already created a program for this but it seems like it would be pretty simple. Basically just have the device send GPS coordinates via data connection to a host pc and have them translated to a map. I might be missing something though. I dont have a gps receiver yet to try it out, but I would like to know if anyone has done it before or if its possible.
Click to expand...
Click to collapse
Hi there, I have done this with a little piece of software from here.
www.3dtracking.net
When I first heard about them, the service was free. They now charge for most services but the free system is still there.
When you get to that page, look under "About 3dtracking" and the free bit is listed at the bottom.
All you have to do is create an account, which is simple and then download the software.
For anyone else reading this, they do software for the S60 series phones too. I had it running in my Nokia 7610 (Before the wizard of course).
The 7610 software is buggy but the PDA version seems to work excellently.
Hope that answers your question.
GPS tracking...
Yes, there are a number of programs available to do that.
Try mine:-
http://www.grillo.biz/position/software.asp
or
http://www.whereismygps.net/
Charlie Grillo
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'm sorry if this question is vague.
I'm working on a app for work that needs to be kept classified until done if it can be done.
I was wondering if there is way to use the bluetooth function on the phone within an app. without having to root your phone.
it's hard to ask this question with out giving away the classified information.
http://developer.android.com/guide/topics/wireless/bluetooth.html
?
You can write code that sends and receives data over bluetooth if thats what youre asking. One example is handling the NMEA messages from a bluetooth GPS
do you think it would be possible to use a android phone as bluetooh headset?
Really depends on the phone and what you're connecting with. I'm not sure if a phone can receive A2DP connections, but it could be possible. Phones definitely can recive data connections over bluetooth, I just don't know enough about A2DP to know if the phone could work as a server for it. Someone else who knows more about A2DP maybe will know though.
It also could be possible to use something like SPP or RFCOMM.
Really, there isn't a good way to answer such a vague question.
sorry i have to keep it classified due to work, if it was a personal project i would give the full details of it.
Totally understandable I just wish I had a better answer for you.
thanks for your help i will keep researching looking the google information and etc
I think that if the Android libraries don't provide what you need (and I suspect they don't), then you are stuck, without root/SU.
I've developed an FM radio app that speaks to the FM chip via HCI, and spent a few weeks trying, but was unable to get raw HCI access except via existing command line utilities on the phone.
mikereidis said:
I think that if the Android libraries don't provide what you need (and I suspect they don't), then you are stuck, without root/SU.
I've developed an FM radio app that speaks to the FM chip via HCI, and spent a few weeks trying, but was unable to get raw HCI access except via existing command line utilities on the phone.
Click to expand...
Click to collapse
yeah that's what i was affraid of ...