Closed GoogleCodeExporter closed 9 years ago
Well great news, 12-07 works with Galaxy S :). Was not clear regarding other
comments. But probably linked to codecs / audio settings.
So, as for your issue, audio api is not really easy to manage on all devices at
the same time. That's the reason why some features such as audio routing is not
so easy to do.
If you are interested to test for me on galaxy S, you can contact me directly
by email (and in french if you want ;) - I'm also french).
My mail is available in the "contact dev" section on the market or maybe
visible here on googlecode (not sure).
So, I'll be able to send you custom builds to test speaker routing on galaxy S.
Original comment by r3gis...@gmail.com
on 5 Aug 2010 at 10:02
Fixed in 0.00-12-09.
Strange but sounds only htc & nexus one device acts as I though it should work
on the android os 2.1 and upper.
Original comment by r3gis...@gmail.com
on 9 Aug 2010 at 3:58
I'm actually having a speaker/codec issue with 0.00-12-10 on the htc kaiser. I
have minimized feedback that other callers experienced through turning the mic
and speaker settings down to 0.1
Original comment by solidgol...@gmail.com
on 13 Aug 2010 at 10:22
I'm actually having the same problem on Galaxy S with version 0.00-13, the
speaker is always on.
If you want, I can test some builds on my phone, if you are still interested...
Original comment by e.scanag...@gmail.com
on 6 Oct 2010 at 7:53
Yes, you should test :
http://code.google.com/p/csipsimple/downloads/detail?name=CSipSimple_0.00-13-04.
apk
It will fix this issue... there were another bug related to exactly this one
(cause in fact wasn't really fixed in -12-x series. Fixed from -13-02
You MUST uninstall the market version before installing the dev version. But it
has been already tested and validated by GalaxyS owners.
Original comment by r3gis...@gmail.com
on 6 Oct 2010 at 8:02
Hi
First of all, let me say that i found this app. CSIMPLE for SIP calls the best
of SIP Softphones for Android.
Now, I use 2 SIP providers simoultaneously and when I make calls I have the
same problem, the speaker is on and it do not turn off, so all the people
around me are listening my conversation.
I have a SAMSUNG GALAXY Y S5360L with Android 2.3.6
The other great feature of CSimpple is the option to record a call, but the
record is in WAV so few minutes gives a couple of MEGABYTES. So should be
better to record in 3GP format, less megabytes and natural format for Android
and less CPU usage.
Would be great to have your comments and fixes soon.
And thanks for the great, simple and with many features aplication.
Original comment by StormP...@gmail.com
on 28 May 2012 at 10:14
Hi, you can try nightly build, the Galaxy Y needs a workaround to work (many
samsung devices needs workarounds :) ). You can download nightly here :
http://nightlies.csipsimple.com/trunk/
It should auto-detect the device and set the correct workaround parameters.
Alternatively, you can read the following issues and comments of users finding
the workaround that works :
http://code.google.com/p/csipsimple/issues/detail?can=1&q=1610&colspec=ID%20Type
%20Status%20Priority%20Milestone%20Owner%20Summary&id=1610
Apparently using "Mode api" workaround helps with latest dev versions.
Let me know how it goes (here or on issue 1610). I'm interested in feedback on
device auto-detection I introduce in nightly builds before the next release.
About the record call feature, for now my approach regarding that is to advise
to use a third party app that does that better (and may support more
compression formats).
I think that the best solution would be a third party plugin that does the
conversion job at each end of call and convert (and could also rename) these
files. It would also allow to play and share/archive this files.
It's not the purpose of csipsimple to manage wav files, and a dedicated app
could do so many cool things. Besides integrating such a management in
CSipSimple would probably confuse users that don't need the feature, and would
be restricted to be mainstream. While in a dedicated app, as many feature could
be introduced to do many things with these wav files. So, I think that feature
scope that could cover such an app is big enough to consider it can be a
separate and dedicated app.
About the format, it indeed consume more disk space but it doesn't consume more
CPU. During recording all packets that comes encoded (with whatever codec) are
decoded to PCM format to be played on audio device.
So it cost less to save that as raw pcm wav than to re-encode it in 3GP (AMR
codec). As CPU consumption is critic during a call, it's a better solution to
keep raw format rather than re-encoding it in another format.
Then during playing of the file, it doesn't necessary take more CPU to play a
wav PCM file than a 3gp/AMR file.
As far as I have read from android source code, AMR-NB/WB decoding is done by
software (in libstagefright). And there is few chance samsung do that by
hardware. The software decoder is very good however (it's the one I reuse for
AMR-NB codec in CSipSimple), but it's still not hardware and may consume more
CPU loops than PCM.
But disk usage is a sufficient reason to need something that transcode :)...
I'm just saying that it should take place in a dedicated app, that would manage
more things than just transcoding, and may provide a better user experience.
Original comment by r3gis...@gmail.com
on 28 May 2012 at 10:37
Original issue reported on code.google.com by
courrie...@gmail.com
on 5 Aug 2010 at 9:12