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
Related
Hi,
This morning my speaker stopped working. All is well otherwise and if I plug in the handsfree I can still hear alarms, music or hold phone conversations. A hard reset did not change a thing either so I reckon I must turn up my XDA (sob sob...) for repairs. I have been running a kitchen variety WM2003 for a while now (thanks to Developers & Jeff)... I downloaded the latest O2 Asia versions from O2 website and tried to downgrae but was told that I do not have a compatible version. Can someone kindly tell me how to overcome the curse? I'd like to solve this asap so I can get the speaker fixed. I appreciate any and all help I can get. Thanks a lot.
K
Please ignore.
I sorted this out again thanks to the Kitchen! Cooked a 3.17 ROM on the kitchen and loaded on device and then the plain vanilla 3.20 ran just fine.
My device now looks kosher so wish me luck, tomorrow I shall brave the warrantee boys.! If I'm lucky this will be unreparable and they will give me a XDA II instead huh?
This is really strange. Perhaps this post is not appropriate for this forum anymore and should goto General section. I now realize that my speaker is fine. When I receive a call it rings fine.
I just can't hear the other side speaking and the other side can't hear me either. When I plug in the handsfree all goes back to normal and I can hear and speak through the handsfree. This looks like a hardware anomaly to me sincve it started all of a sudden in WM2003 and is still there even after the downgrade to the 3.20 ROM...
Has anyone seen anything like this? I really dread the idea of going to the repair shop and ghaving to live without the XDA for a few days... Thanks a lot for any ideas you may have and apologies for crowding this forum with so many messages.
K.
Hi Guys,
I need your help .
I've downloaded the 4.00.16 ROM by mistake, it really didn't tell the ROM number, so now I want to revert to a earlier one and I can't.
I've got the following message: "ERROR: GetDeviceData - An established connection was aborted by the software in your host machine.
error getting devicedata" and then "ERROR 011: EXECUTE REMOTE COMMUNICATION PROGRAM ERROR. Cannot execute the remote communication program. Please make sure that the USB/Serial cable is properly connected."
PLEASE HELP ME, I'M REALLY STUCK NOW AND DON'T KNOW WHAT TO DO...
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
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
Hi all
Does anyone know of a tweak to allow radio to be played without inserting a wired headset, I often listen to music via bluetooth and would like the option of radio as well, thanks in advance.
By the way, I did search the forum before posting this as I know you guys have certain protocols in place.
Cheers.
try this and see if it works
Change the following registry : HKLM\System\State\Hardware\Headset from 0 to 1
hi, thanks for the reply.
I don't have my headset with me today but after I changed the reg the radio still would not play directly through the phone, what exactly should this reg edit do?
it should make the phone think that a headset is plugged in..havent tested it myself to be honest but it should work..however whether or not you will have a signal from the radio is another story
Dude, ther is no use for this... Even if you would get the device to start the radio without the headset pluged in, there would be no sound since the headset is the antenna...
So it would be like you are watching tv without cable... no reception!
There must be at least something in the mini usb plug. I found that it works at least a little bit when plugging in this thing only and playing the sound over the internal speaker though reception is poor at best.
http://www.pdashop.nl/product-gallery/41080/0
Good luck!
There is some use to it... although the wire is the antenna the phone will act as an antenna also so you will recieve some signal it just won't be as strong.
Without fully testing there is no way of telling how good the signal would be, surely a phone that can pick up a GPS signal and a mobile signal should be capable of also picking up a radio frequency?
no, its not possible:
http://forum.xda-developers.com/showthread.php?t=432619
ok, I get the message. Thanks for all your help.
OT - I searched "Radio without Headset" accross this forum and had no hits.
I noticed that innocent people get shot down when they don't search before posting a question, how are they supposed to get decent results with a search engine that doesn't work properly. - Great site guys, the people here really know there stuff but perhaps go a little easier on people who search to no avail before posting. You don't have to reply to the post and if you do wouldn't it be best to simply give the answer or direct them to another post, up to you but it doesn't help anyone to just put - SEARCH THE FORUM or RTFM (a new one on me!)
Hope you see the point of this post, I am simply giving my opinion as an outsider who has just purchased a Diamond and I'm just getting into mods and tweaks!
p.s. Loving the GPS cycle computer. Best app by far!
GSM is in a very much higher frequency band, so it uses a very much smaller antenna than you would need for your radio. This is two very different systems. It will not work without an antenna
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 ...