I find the in-call sound quality very low when the phone is connected to my car's bluetooth integrated system. The other person can hear me normally, but I can't hear them very well. It's like they are talking through a pillow. It worse when I am in a noisy environnement (for example driving on the highway). However, the sound quality is perfect when I hold my phone to my ear.
So far, I've tried : enabling/disabling the "noise reduction" and/or the "personalize call sound" options. The issue is present whatever the ROM (5.0) and modem used. I've also tried mic-gain mods described in this thread, but it seems that it doesn't affect the in-call sound.
Would you see anything else I could do to improve my sound quality over bluetooth?
The solution is to add in the build.prop, for rooted phones, ro.bluetooth.request.master=1
This will remove the Bluetooth skips.
Related
I'm working with an app running at Windows Mobile 5.0 pocket pc. And I
use 'waveout' functions to play some audio file, sometimes my app need
to automatically make some phone call using TAPI. Here comes the OS
behavior which I don't want: the audio output is somehow muted. I want
the audio output keeps the same volume, is there any way do it? Thanks
a lot!
When call is in progress, audio path is changed. This is a hardware feature (you can read about it in many posts about answering machines).
Currently there is nothing that can be done about this.
I had not actually tested this so I gave it a go. No sound gets through when I programmatically play a sound or when I use the media player. I belive Levnum is correct because when I play a sound and hang up the phone during the play back, the sound returns but is choppy for an instant. That would be caused by the path of the audio being switched. When i programatically change volume it is normally very clean, eg loud to soft but with not noise between.
a bit off topic...
One thing that bothers me about this isolation of the phone audio hardware is the presence of the GSM 6.0 input properties for the microphone. If the hardware is truly isolated from the system then why have this sampling format? Wouldn't the phone be doing its own sampling and not need windows to have this capablity?
What a bad news! Thank you anyway.
experimenting with the volume during a call
In June played a lot with audio levels on my hp h6315 while using TAPI and recorded my results. The 6315 isn’t an HTC device but I think it probably works similarly. I have a wizard too, but haven’t experimented as much with it.
Here are my notes that I typed when I did it:
(perhaps they will be useful to someone)
[size=+2] Playing wave stream while establishing a GSM call using built-in phone software[/size]
Inbound GSM call with ear bud (speaker and phone volume low setting)
Sound continues through ringing
Sound cuts out for ~1 second after selecting answer
Sound continues mixed with call
After call hang-up sound still continues
Inbound GSM call without ear bud (speaker and phone volume highest setting)
Sound switches to a lower setting (front speaker?)
After selecting answer, sound changes momentarily to high
Then Sound cuts out for ~1 second
Sound then resumes at lower level
If phone is put on speakerphone the sound goes to high level
Sound continues mixed with call
After call hang-up, with call on speakerphone, sound continues after a brief interruption
After call hang-up, sound reverts to loud and continues. There is a gap as in Speakerphone case, but it isn’t as noticeable since the change in volume helps to mask it.
Outbound GSM call with ear bud (speaker and phone volume low setting)
Sound is interrupted for about 1-2 seconds after hitting talk
Sound then continues through answer and hang-up. (mixed with call)
Outbound GSM call without ear bud (speaker and phone volume highest setting)
Sound is interrupted for about 1 seconds after hitting talk
Sound resumes at lower volume through call
Sound has brief interruption at hang-up while on speakerphone.
Sound reverts to higher volume after small gap at hang-up while not on speakerphone
[size=+2]Recording while establishing a GSM call using built-in phone software[/size]
Inbound GSM call with ear bud (mic on gain 5)
Recording continues through ringing
Slight break while answering then resume for brief time then changes to much lower gain.
Remains at lower gain
Inbound GSM call with ear bud (mic on gain 1)
Same as mic gain on 5, didn’t seem any quiter, also same with mic on AGC
OutBound GSM call with ear bud (mic on gain 5)
Slight break after pressing talk then resume for brief time then changes to much lower gain.
Remains at lower gain
Click to expand...
Click to collapse
I think my largest problem was the microphone gain, but I don’t remember for sure. On my typical volume settings, the cases where the volume level lowers, it often lowered so much that I couldn’t hear it without listening very carefully. Originally, I thought it was totally muted.
To help minimize the change in volume level, try adjusting the regular system volume to a relatively low level and put the phone volume on max. This helps some, but to fix the problem try multiplied the audio samples by 2 or more before playing them to the speaker. Find the best multiplication factor by trial and error.
Of course, your’s may be different.
For the off topic part, I thought the audio path for the microphone always was available to windows mobile and only the audio to the “telephone receiver” wasn’t.. There is only one microphone, but two speakers. The main system speaker is the one that you use to play wave files. The “telephone receiver” is the one that as far as I now is only used for telephone calls. I expect that this telephone receiver speaker is connected directly to the GSM chipset. I think when put on speaker phone the sound goes out through the main speaker. (I don’t have my phone with me so I can’t check right now)
Yes that is what I think as well. So if the phone "chip" is recording/playing the sound using the same hardware why dose windows need to be able to sample at that rate? Its the phone that needs to do the smapling.
The drivers on individual devices can vary a lot when it comes to sound. For example, on some of my devices playback will comence as soon as I add buffers that are appropriately prepared. This is not correct behaviour - the driver should wait for the waveOutWrite before it starts. On other devices the driver continues playing until a buffer is finished even if the waveOutReset is called. When it comes to setting the volume with waveOutSetVolume I have has more varying results on just about every device. Because of this I think it is not very usefull to spend a lot of time perfecting code for this sort of thing. Even if as a programmer you do everything correct its going to sound wrong somewhere.
If the phone can stream the call to and from a bluetooth headset then doesn't this mean the in call audio is accessible programmatically somehow?
Or am i missing something
Actually there was a theory floating around that if you could create a 'fake' / virtual BT driver you could capture and send sound from and to the phone.
As far as I know no one on this forum has done this.
It should be noted that some companies like gigabyte are producing phones with built in answering machines.
I think the hardware separation thing may just be an HTC thing and even then only for certain models.
reddreamster -
If you just want to play the audio to the user at the local end, and not down the phone line it is possible. As the others have said HTC keep the phone and local audio completely separate, so you can't play the audio down the phone.
Calling TerminateProcess to kill off cprog.exe can reduce the amount the system interferes in your TAPI calls ;-)
But to re-enable the local audio output this will probably not be enough. You need to call entry point 218 in \Windows\ossvcs.dll
This function takes 1 DWORD parameter, and you should pass the value 1.
I can't remember the return details, but it can be treated as a boolean:
if (return_code)
{ it succeeded }
Make this call AFTER you have made the TAPI connection, and it will re-enable the local audio output.
Hope that helps
Stuart
Solution
Microsoft published the anwser to this in Jan (2007). It's probably no longer of interest to reddreamster, but I thought I would publish a link to the answer in hopes that I might help the next person with the same question that manages to find this thread.
http://blogs.msdn.com/medmedia/archive/2007/01/04/the-wavedev2-gainclass-implementation.aspx
Also, you might be interested in this about the Mixers
http://blogs.msdn.com/medmedia/archive/2007/01/12/what-do-you-mean-by-mixer.aspx
Keywords that might have helped you find this:
mixer api mixerapi wave api waveapi tapi wavedev2 audio gain gainclass volume waveOutMessage waveOutSetVolume wave device
levenum said:
Actually there was a theory floating around that if you could create a 'fake' / virtual BT driver you could capture and send sound from and to the phone.
As far as I know no one on this forum has done this.
It should be noted that some companies like gigabyte are producing phones with built in answering machines.
I think the hardware separation thing may just be an HTC thing and even then only for certain models.
Click to expand...
Click to collapse
Yes there was a theory. And here is the final answer to that too:
http://teksoftco.com/forum/viewtopic.php?t=34&start=15
We had another attempt of making PhoneREC possible - by intercepting the voice flowing through the BT driver when a Bluetooth headset is connected:
1) when a call is established, the software would have enabled voice routing to Bluetooth headset
2) if a headset was not present, it would have been emulated (to be able to use the device without headsets with phonerec too)
3) voice data over bluetooth would have been in the form of SCO packets
4) our software would have intercepted the SCO packets, extract the voice data, record it to a file, and play it on the device's speaker (so no need of using the headset to hear the other party in the call)
Unfortunatelly this failed too, as the SCO packets are handled in the hardware, so we found no way of capturing those from a software program.
The only remaining option is to use a custom made wired headset with PhoneREC. This works and assures high fidelity sound for both parties, but the phoneREC user can only record the phone call by using the special wired headset.
Click to expand...
Click to collapse
So consider the subject closed, and sorry for the bad news,
Radu
During voice calls the earphone speaker seems to sound really muddy to me. So much that I cannot understand what the person on the other end is saying if there is a bit of ambient noise around me.
Compared to my 3G iphone it's terrible.
Anyone else experience this or know if the sound through the earpiece can be tweaked?
Hey even i have the same problem. Got my SGS today and iam loving the phone in all of its bits. Excelleny phone but little tiny bugs and issues here and there. hope firmwares and froyo can make a vast difference in the experience. I dont think they can increase earpiece volume with any firmwares.
earphone and speaker quality
I also am having trouble. The speaker sound is "muddy" or muffled. People I call on the Galaxy complain that I am difficult to understand. I don't have any of these problems on my iPhone 3G, it is much clearer.
The headphones are of poor quality and are the ear canal type which I don't like at all as they don't hold in the ear. The ear bud type of headphone are much better (like iPhone) but are not available from Samsung and I have been unable to find or purchase any other brands that work satisfactorily.
A phone is primarily about voice communication and this is where the Samsung Galaxy s i9000 fails and is disappointing. Everything else about the phone is quite good.
I find the earphones to be decent quality (ipod/iphone earpieces suck!!!).
However I do have also have the voice calls problem. It is a little difficult hearing people on the other side, however they don't seem to have any trouble hearing me.
Maybe we can use one of the "secret" menus in the phone to increase the speaker volume? I haven't looked yet.
2G/3G?
When i'm on 3G networks, i get ok sound, sounds a bit muffled, but nothing serious.
When forcing 2G, i get very clear sound with sifficient volume.
I can at least say it's not a hardware problem.
Muddy sound
The headphones do sound ok, the problem that I find is that they will not stay inserted in the ear and block most other sounds hence why I prefer the ear bud types but I guess this is a personal choice. Unfortunately, the choice of headphone is not apparent until the box seal is broken by which time you have agreed to the carrier's contract by breaking such seal. As Samsung have there own headphone socket and impedance design, other manufacturers headphones are not suitable.
The muddy audio is not so much a level problem but a frequency problem. When holding the phone to my ear, the sound lacks some higher frequencies and hence sounds muffled or muddy if you like. Clearly, others are having similar issues. This should be easily fixed by Samsung and perhaps a control to do so would be ideal then it could be adjusted to suit all users.
When I talk to other people on the phone, they complain that I am hard to understand - again the audio is muffled and a little distorted. This should also be easily fixable.
nsgtr34 said:
During voice calls the earphone speaker seems to sound really muddy to me. So much that I cannot understand what the person on the other end is saying if there is a bit of ambient noise around me.
Compared to my 3G iphone it's terrible.
Anyone else experience this or know if the sound through the earpiece can be tweaked?
Click to expand...
Click to collapse
I feel the same too, comparing it with my iphone 3gs and 3g. Another thing that I'm trying to get used to is the inability to control music fully without having to turn on the screen. On my jailbroken iphone I'm able to use either the standard headset to pause, play, forward, backward, volume up, volume down without touching the phone itself. Alternatively I can do all these actions with only the phones volume buttons alone. I usually connect my phone via the 3.5 mm audio jack to external speakers before I sleep and this feature on my jail broken iphone let's me fully control the music without having to turn on and look at the screen. I also miss my music videos which can be combined with the audio musics in the same playlist and played with the screen switched off. I also miss the fine increment in volume level of iphone, where I can have the exactly volume I want.
I'm also experiencing pauses and skips in music playing.
Viewing pictures and movies is a far better experience on SGS though.
I have a whole different problem with regards to the stock earphones. When I listen to music (via Music Player) and have my headphones plugged in, it does not seem to deactivate the external speaker. So I hear the music coming from the external speaker and the earphones. And the sound quality coming from the earphones is just horrible. I've tested this with a number of different earphones. I've also tested this with TuneWiki and get the same results.
I'm using the latest firmware JG5.
Anyone else having this issue as well?
Could it be some design and or manufacturing flaw in the phone jack itself? I find it difficult to fully push the plug kind in to get complete sound. Sometime I get sound from one side only. When trying to push all the way in the music stops saying that the earphone was unplugged.
Ok looks like I worked out how to get rid of the "muddy" sound coming from the handset.
Enter service mode
*#197328640#
Tap [5] Audio
Tap [1] Handset
Tap [9] Diamond Solution
Tap [3] Voice Booster (mine was off)
Tap [1] , press Menu, Enter "1" as value(without "").
Tap [2] hpf_cutoff
Now you can enter anything from 1-8, 1 will sound bassy/muddy and 8 will sound clearer but a tad harsh depending on your hearing. Experiment with whatever suits you, every speaker may be different. I assume hpf stands for high pass filter.
Now if you want even more volume during a call you can change the [5]limit level to a lower value. Mine was on 21 at default. I've set it to 12 for now.
To exit the menu just press Menu then tap end.
My default values were.
[1] off
[2] 8
[3] 8192
[4] 6
[5] 12
Let me know if yours were different.
Thank you for that info. Fortunately, Optus have eventually agreed that my phone was faulty and I am waiting for it to be fixed or replaced. The info you have supplied may be useful for some fine tuning if required.
Is there anyway to boost the speaker volume in those settings?
Tried to find one but tbh I didn't have a clue what all the settings in the speaker menu were
my suggestion switch to bluetooth, there is always a degree of issues related to wired earbuds / headphones / headsets
When I call someone they often complain about that it's hard to hear what I'm saying. When I use a BT headset the quality is fine. I've used both the stock Rom and MIUI. But all have this problem.
Anyone else having this problem?
Yep, this is a known issue...with mic volume, have a look at this:
http://forum.xda-developers.com/showthread.php?t=1160344
I know there already is a thread about cars, but it isn't that similar to mine.
I'm using the latest OxygenOS with Boeffla-Kernel and I'm connected to a Philips CE235BT car radio.
The call sound if i receive a call is really loud and i didn't find any option to change it.
Is there any app out there, which can regulate the bluetooth call volume only? Or can it be changed by editing some system files?
The playing sound of bluetooth is OK, the AudioTuner is also disabled.
It seems I just needed to reduce the volume while calling, it was at the maximum level. The level is stored and if i end the call it goes back to the music level.
When I have bluetooth earphones connected (Creative Outlier Air) and I'm talking to someone by using the microphone in the earphones I can hear the person I am talking to very well but the person I am talking to can barely hear me. Is it possible to somehow improve the quality of the microphone? I checked the headphones on another phone and everything works fine so i guess it's a software problem. I'd like to avoid going back to stock rom.
I don't know if it matters but I had to turn off the HD sound in the bluetooth options of the headphones, becuase when it's turned on the sound is stuttering.