Open GoogleCodeExporter opened 8 years ago
A user had previously reported support for 4.1.1. It appears something broke
between 4.1.1 and 4.1.2. Unfortunately both are API Level 16 so I don't think
I can filter.
Original comment by danwal...@gmail.com
on 29 Jan 2013 at 4:05
I've had people report similar problems for 4.1.1 and 4.1.2 for SoundAbout.
The issue may be in the AudioPolicyManagerBase, starting with 4.1.1. I can't
find a version of AudioPolicyMangerBase for 4.2 to compare.
Compare 4.0.4:
http://code.metager.de/source/xref/android/4.0.4/hardware/libhardware_legacy/aud
io/AudioPolicyManagerBase.cpp#getDeviceForInputSource
With 4.1.1:
http://code.metager.de/source/xref/android/4.1.1/hardware/libhardware_legacy/aud
io/AudioPolicyManagerBase.cpp#getDeviceForInputSource
Original comment by davidwoo...@gmail.com
on 14 Feb 2013 at 3:57
[deleted comment]
You are trying to do a lot of weird hacks in the code, some of which is
unnecessary. The headset detect hack you put in breaks stuff. You also need to
distinguish between wired headset and headphone.
Original comment by xauei...@gmail.com
on 31 May 2013 at 7:58
"You are trying to do a lot of weird hacks in the code, some of which is
unnecessary."
I agree. The issue is that this application was originally written for 1.6
which worked quite differently. That code has not been removed. The second
issue is that I haven't used the application since 1.6 myself which means it's
hard to find the time to actually put the effort in to fix and test it. If
there are any changes you'd like to make or if you'd just like to take over the
source in a new project please do.
I realized there is one additional comment from David which didn't make it into
the bug:
I got my app to work without locking the microphone.
First, try commenting out anything that is using setDeviceConnectionState to
set any inputs (DEVICE_IN). You don't need them. Setting the OUTPUT will
automatically set the corresponding INPUT.
Also, instead of calling AudioManager and AudioSystem over and over statically,
I stored them in a class level variable and release them when I am done.
For my AudioSystem class, I also created a class variable and destroy it when
done, like below.
public Class<?> getAudioSystem()
{
try
{
if (_audioSystem == null)
{
_audioSystem = Class.forName("android.media.AudioSystem");
}
}
catch (Exception e)
{
Log.e("Eclair_MR1", "getAudioSystem failed: " + e.toString());
//Helper.showToast(this, "setDeviceConnectionState - " + e.toString());
}
return _audioSystem;
}
public void onDestroy()
{
_audioSystem = null;
}
Original comment by danwal...@gmail.com
on 31 May 2013 at 11:48
Dear Sir,
Do you know if anyone has picked up the project to make it work with KitKat.
This program's simplicity is it's elegance. I am currently using Sound About in
KitKat and it is a much more clumsy program.
Thx Sincerely,
Vito
Original comment by vjn...@gmail.com
on 22 Dec 2014 at 6:12
Hi Vito,
I don't have the time to commit to KitKat updates at this time but I'm happy to
provide suggestions or additional help to any developer who wants to spend time
on this.
Original comment by danwal...@gmail.com
on 23 Dec 2014 at 3:59
Original issue reported on code.google.com by
danwal...@gmail.com
on 29 Jan 2013 at 3:58