Add an option to answer with speaker on
Brought to you by:
krunalhire
Originally created by: NameBran...@gmail.com
What steps will reproduce the problem?
1.random incoming and outgoing calls
2.
3.
What is the expected output? What do you see instead?
Sometimes I have to toggle speakerphone for party to hear me.
What version of the product are you using? On what operating system?
Im using market build of app. With a droid 1. 2.2.1 os. Love the app. Only complaint is this bug and people hearing themselves when on speakerphone. Any help with these 2 issues will be greatly appreciated. Thanks...
Please provide any additional information below.
View and moderate all "tickets Discussion" comments posted by this user
Mark all as spam, and block user from posting to "Tickets"
Originally posted by: r3gis...@gmail.com
When you are on speaker phone sound that comes out from speaker is emitted loudly and then recorded back by the micro so that the remote user will hear what he told...
So the reason of the problem is "normal". (All the more so as some device have a loudspeaker near of the micro or a form factor that amplify this effect).
However, to go against that problem, there is a workaround. It's echo cancellation. By default I set echo cancellation to it's minimal cause it's a feature that consume CPU and on some devices it affect the call quality. On Droid you can try to increase echo cancellation.
I'd advise you to read issue 119. Last comment from ken give an interesting advise on echo cancellation. (Setting echo tail to 100ms and use Speex echo cancellation).
To tweak settings you may have to install on of the latest dev version (see HowToInstallDevVersion wiki page) and to switch to expert global setting mode (see ExpertSettingMode wiki page).
If you have feedback on settings you can reply to issue 119. Any user feedback on echo cancellation settings is welcome ;).
Mergedinto: 119
Status: Duplicate
Related
Tickets: #119
View and moderate all "tickets Discussion" comments posted by this user
Mark all as spam, and block user from posting to "Tickets"
Originally posted by: r3gis...@gmail.com
Ok so, reopened :)
Well as I said, it has been reported several times on some devices. As I do not reproduce on my tests devices it's hard to solve for now. However what you can test and may help is to test audio "hacks" that I provide.
To do so please follow instructions of my comment 2 on issue 553 and let me know how it goes.
(The issue 553 is about a routing problem but can be audio routing hacks could also solve this kind of problems cause can also be linked to audio routing that is done to nowhere ;) ).
Summary: Randomly audio doesn't output and switching to speaker / pressing hold-unhold solve the problem
Mergedinto: -119
Status: Accepted
Related
Tickets: #553
View and moderate all "tickets Discussion" comments posted by this user
Mark all as spam, and block user from posting to "Tickets"
Originally posted by: NameBran...@gmail.com
Ive been doing some testing. none of the settings I have tried have worked. The only thing that did work was "keep awake on call" setting. But thats not really a solution. I Did a log file and reproduced the issue. Tell me how I should get the log to you. Thanks in advance...
View and moderate all "tickets Discussion" comments posted by this user
Mark all as spam, and block user from posting to "Tickets"
Originally posted by: r3gis...@gmail.com
If keep awake while in lock works for you it mean that your device is impacted by the PSP issue.
Keep awake while in call is a well well known work around used for devices such as HTC devices and Dell streak that have the PSP behavior.
This behavior is the following : when screen goes off, the wifi card comes in a state where data packets are not received as frequently as it should. In this case application can do nothing if android version is lower than 2.3. With 2.3 and native SIP google has discovered this behavior -- that voip developpers cried for long time ago... just search psp on this issue list you'll find the ref to the android issue -- and has provided a way for apps to cleanly acquire a lock on wifi.
SO if "keep awake on call" works it *IS* actually the solution!!! No other workaround can be found and keep awake while in call option is really well supported in csipsimple.
It's really optimized to lock only resources required, it let the screen goes in dim mode, it uses proximity sensor to add an overlay to avoid you to do unwanted actions. So if it solve the problem it is the good solution.
If it solves the problem it means that I have to activate the "Keep awake on call" by default for your device (I already do for almost all recent HTC device with android < 2.3 and for dell streak).
To help me to do that by default, I'll need logs provided by my embbeded tool. Read the wiki page HowToCollectLogs .
Status: Fixed
View and moderate all "tickets Discussion" comments posted by this user
Mark all as spam, and block user from posting to "Tickets"
Originally posted by: NameBran...@gmail.com
I have a little more info and a suggestion. When I toggle speakerphone people can hear me again. When I use routing api and mode audio api and I press speakerphone and leave it on sound comes out earpiece.
If you could add a setting to answer using speakerphone we may be able to solve this issue using those settings and not have to leave screen on during calls :-). It may not solve the issue but I believe its worth a shot. What do you think? And thanks for the quick reply...
View and moderate all "tickets Discussion" comments posted by this user
Mark all as spam, and block user from posting to "Tickets"
Originally posted by: r3gis...@gmail.com
Such an option is interesting in the absolute (I rename the issue to have this option).
But I think that the fact it works finally is due to the fact screen is on when speakerphone is used. So that it's equivalent to have "keep awake while in call" option and route properly things.
Again, keep awake while in call is a well known and supported workaround. It is really needed in some case and it's normal to have to activate that. There is very good technical reason for that.
I think that even if you toogle speakerphone and let the screen goes off again (using proximity sensor or power off button pressed quickly), you'll get the same result.
If not motorola did a very weird things with their wifi driver ;) and indeed in this case using what you suggest would be a double workaround that would fortuately work but that would be cause motorola did a weird thing. If it behaves like I guess, what do motorola is not weird, that's just a choice to save battery and to have wifi card entering in PSP mode when screen goes off. The clean workaround for android < 2.3 is "keep awake while in call" and there is a clean solution in android >= 2.3.
Summary: Add an option to answer with speaker on
Status: Accepted
View and moderate all "tickets Discussion" comments posted by this user
Mark all as spam, and block user from posting to "Tickets"
Originally posted by: r3gis...@gmail.com
This issue was closed by revision [r1568].
Status: Fixed
Related
Commit: [r1568]