Status Update
Comments
he...@gmail.com <he...@gmail.com> #2
Information redacted by Android Beta Feedback.
he...@gmail.com <he...@gmail.com> #3
Thank you for reporting this issue. For us to further investigate this issue, please provide the following additional information:
Please upgrade to the latest release from the link
mi...@gmail.com <mi...@gmail.com> #4
install Android 16 as I want to leave beta.
<buganizer-system@google.com> schrieb am Do., 27. Feb. 2025, 08:55:
ch...@gmail.com <ch...@gmail.com> #5
Thank you for reporting this issue. We have shared this with our product and engineering team and will update this issue with more information as it becomes available.
[Deleted User] <[Deleted User]> #6
Thanks for reporting this issue.
-
We are handling "No more paying via Wallet because the system is not up to date" wallet issue here.
-
Please file a separate ticket for "Upgrade was never offered to install android 16" with details.
su...@gmail.com <su...@gmail.com> #7
After upgrading to stable the issue persists.
al...@gmail.com <al...@gmail.com> #8
ba...@gmail.com <ba...@gmail.com> #9
lo...@gmail.com <lo...@gmail.com> #10
this bug presents a great opportunity for competitors to show the inferiority of
Google's support and community help.
li...@gmail.com <li...@gmail.com> #11
appts and also to prove to them they had appointments set. PLSSSSSSS fix!!
jo...@gmail.com <jo...@gmail.com> #12
jo...@gmail.com <jo...@gmail.com> #13
[Deleted User] <[Deleted User]> #14
as...@gmail.com <as...@gmail.com> #15
te...@gmail.com <te...@gmail.com> #16
ld...@gmail.com <ld...@gmail.com> #17
ne...@gmail.com <ne...@gmail.com> #18
gu...@gmail.com <gu...@gmail.com> #19
jl...@gmail.com <jl...@gmail.com> #20
Maybe I must swallow my pride and become a iphone user since I see this as a requirement for a phone
tp...@gmail.com <tp...@gmail.com> #21
mi...@gmail.com <mi...@gmail.com> #22
To get this to work the hardware vendors would need to include the correct libraries in there builds.
I think that this is why no googlers did any task on this, but they could at least have said this.
As AUDIO calls wont go directly trough the system (only the notifications) someone would need to write hardware drivers for the corresponding phones.
The audio is directly routed from the GSM chips to the audio in/out chips and to actually get hold of this streams it would need some driver that intercepts this or reroute it trough the phone (rerouting could cause problem with delays but outputing to two different places could be a solution).
My best bet is that some skilled coder (sorry Im not that skilled and dont have the time to digg that deep for it) could write a driver missusing the BT stack (the same as the FM Radio driver on Nexus/Desire does with the FM signal where the audio gets decoded on the chip and sent to the speaker but I dont know exactly if this goes trough the system or if they also bypass android because I havent seen any FM recording app until now (or dont know of one).
wi...@gmail.com <wi...@gmail.com> #23
/**
* Returns those audio sources supported by the device.
*/
public int[] AudioManager#getSupportedAudioSources()
Not only would this allow developers to gracefully handle devices that don't conform, but it would also highlight to device manufacturers where they are deficient and provides a point of competition between them.
I think this may have been the intention of MediaRecorder#getAudioSourceMax but the contract is not clear whether it is the maximum source supported by the device or just the maximum value supported by the current build of the platform. And in any case it assumes all sources up to any including that source are supported which is a very linear view.
NB AudoManager would eb the right place for this method IMHO because it could be used from any input mechanism eg MediaRecorder, AudioRecord.
td...@gmail.com <td...@gmail.com> #24
wi...@gmail.com <wi...@gmail.com> #25
This is why I like the idea of adding an explicit API mechanism to determine the functionality. It makes it clear to the device developer what they need to aim for. It makes it clear to any platform testers whther a device is suitable for its target environment/market. And it makes it clear to application developers at runtime whether the device is capable.
co...@gmail.com <co...@gmail.com> #26
em...@gmail.com <em...@gmail.com> #27
So, its not the logic which was wrong but the device itself doesn't support..
Developers, please fix this..
mb...@gmail.com <mb...@gmail.com> #28
Why we have such options in framework if they don't work on any device?
em...@gmail.com <em...@gmail.com> #29
ch...@gmail.com <ch...@gmail.com> #30
dh...@gmail.com <dh...@gmail.com> #31
sz...@gmail.com <sz...@gmail.com> #32
pe...@gmail.com <pe...@gmail.com> #33
va...@gmail.com <va...@gmail.com> #34
Google please pull out the finger and get this working. Its embarrassing that a company as big as this can not make a basic feature that was offered many years ago by Symbian or even WM to work properly.
ke...@gmail.com <ke...@gmail.com> #35
You _might_ be able to record entire calls, i.e., incoming and outgoing audio. I can do so on the HTC Incredible. I don't know for sure whether the Desire supports it.
See
va...@gmail.com <va...@gmail.com> #36
Just to be sure what application do you use?
And what version of Android? (seems 2.1/2.2 is where the problem is at)
Also i been searching 3hours for an application today and everyone say the same thing, it is only possible to record your own voice.
Check here for some comments:
On Page5 someone tipped on this page actually :)
If anyone owns a Desire or even better Desire HD can you please confirm if
"Total Recall" or "Ultimate Voice Recorder" or any other software can record the in/outgoing calls?
to...@gmail.com <to...@gmail.com> #37
dj...@djodjo.org <dj...@djodjo.org> #38
it is a necessity and it is urgent!
I have htc desire and have the smae issues I can record the conversation but cannot split the up/downlink stream on the top i tried to mute a stream and all the streams except one (setStreamMute/setStreamSolo) I tried with the volume and all I get is ether
1) have all streams
2) have no streams at all recorded
3) app crashes
I have delved into that for the whole day today and couldn't believe that android can leave it for such a long time unresolved.
I will work on that on a lower level to see where the problem is.
if anybody has a solution please share! :)
al...@gmail.com <al...@gmail.com> #39
Here is the sample code from my application.
fodler = this.getFilesDir().toString();
String fname = "";
try
{
android.media.MediaRecorder mr = new MediaRecorder();
mr.setAudioSource(MediaRecorder.AudioSource.VOICE_CALL);
mr.setOutputFormat(MediaRecorder.OutputFormat.MPEG_4);
mr.setAudioEncoder(MediaRecorder.AudioEncoder.AMR_NB);
fname = fodler+ "/aa"+System.currentTimeMillis()+".mp4";
mr.setOutputFile(fname);
mr.prepare();
mr.start();
///////////////////////////////////////////////////////////////////////////////////////////////
/////////////////////////////// hold here and make call then release the execution. I tested by debug and add the bread point here.
Thread.sleep(1000);
///////////////////////////////////////////////////////////////////////////////////////////////
mr.stop();
mr.reset();
mr.release();
MediaPlayer player = new MediaPlayer();
FileInputStream fis = new FileInputStream(fname);
FileDescriptor fd = fis.getFD();
player.setDataSource(fd);
player.prepare();
player.start();
}
catch(Exception ee)
{
Log.d(Utils.Tag_Log, ee.toString());
}
Let me know if any problem.
Ali
mi...@gmail.com <mi...@gmail.com> #40
I've also had success with Samsung Galaxy S2 running Android 2.3.3
ke...@gmail.com <ke...@gmail.com> #41
Unfortunately, there are no exceptions thrown when VOICE_CALL, etc. are used but are not supported by the device, and there is no way to check if the device supports them. What generally happens in the case of a non-supporting device is that silence is recorded instead of the desired audio source.
So, I wouldn't count on your app actually working on a wide range of devices if you're using this part of the API.
nc...@gmail.com <nc...@gmail.com> #42
Google please just fix the header files and Java files so we can really see if it works
zx...@gmail.com <zx...@gmail.com> #43
lu...@gmail.com <lu...@gmail.com> #44
If you currently have an older phone that doesn't support it, there's a very low chance that it will be supported in the future. I suggest you just change phones.
ke...@gmail.com <ke...@gmail.com> #45
ul...@gmail.com <ul...@gmail.com> #46
nc...@gmail.com <nc...@gmail.com> #47
jo...@gmail.com <jo...@gmail.com> #48
Call recording works on most Xperia devices, but at this time does not work on Samsung Galaxy S2. It's hard to believe how such an important issue can remain unattended to by Google for so long.
al...@gmail.com <al...@gmail.com> #49
ru...@gmail.com <ru...@gmail.com> #50
jb...@android.com <jb...@android.com> #51
en...@google.com <en...@google.com>
na...@gmail.com <na...@gmail.com> #53
using Audio source MIC only capture mic audio not receiver audio..
anybody to solve this, need help..
Description
but in new SDK 1.6 i have seen following sources added too.
But all Three New Sources is Buggy and Not Working
android.media.MediaRecorder.AudioSource.VOICE_CALL ;
android.media.MediaRecorder.AudioSource.VOICE_DOWNLINK ;
android.media.MediaRecorder.AudioSource.VOICE_UPLINK ;
<<<<<First Source - Just Gives Error>>>>>
10-01 15:36:01.666: ERROR/AudioFlinger(556): invalid stream type
10-01 15:36:01.666: ERROR/AudioRecord(556): AudioFlinger could not create
record track, status: -22
10-01 15:36:01.676: ERROR/MediaRecorder(779): start failed: -2147483648
10-01 15:36:01.688: DEBUG/AndroidRuntime(779): Shutting down VM
10-01 15:36:01.688: WARN/dalvikvm(779): threadid=3: thread exiting with
uncaught exception (group=0x4001aa28)
10-01 15:36:01.688: ERROR/AndroidRuntime(779): Uncaught handler: thread
main exiting due to uncaught exception
10-01 15:36:01.697: DEBUG/CallNotifier(637): stopRing()... (OFFHOOK state)
10-01 15:36:01.697: DEBUG/Ringer(637): stopRing()...
10-01 15:36:01.707: DEBUG/Ringer(637): - stopRing: null mRingHandler!
10-01 15:36:01.717: ERROR/AndroidRuntime(779): java.lang.RuntimeException:
start failed.
10-01 15:36:01.717: ERROR/AndroidRuntime(779): at
android.media.MediaRecorder.start(Native Method)
10-01 15:36:01.717: ERROR/AndroidRuntime(779): at
com.its.CallRecorder.CallStateListener.Recorder_Prepare(CallStateListener.java:75)
10-01 15:36:01.717: ERROR/AndroidRuntime(779): at
com.its.CallRecorder.CallStateListener.onCallStateChanged(CallStateListener.java:50)
10-01 15:36:01.717: ERROR/AndroidRuntime(779): at
android.telephony.PhoneStateListener$2.handleMessage(PhoneStateListener.java:298)
10-01 15:36:01.717: ERROR/AndroidRuntime(779): at
android.os.Handler.dispatchMessage(Handler.java:99)
10-01 15:36:01.717: ERROR/AndroidRuntime(779): at
android.os.Looper.loop(Looper.java:123)
10-01 15:36:01.717: ERROR/AndroidRuntime(779): at
android.app.ActivityThread.main(ActivityThread.java:4203)
10-01 15:36:01.717: ERROR/AndroidRuntime(779): at
java.lang.reflect.Method.invokeNative(Native Method)
10-01 15:36:01.717: ERROR/AndroidRuntime(779): at
java.lang.reflect.Method.invoke(Method.java:521)
10-01 15:36:01.717: ERROR/AndroidRuntime(779): at
com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:791)
10-01 15:36:01.717: ERROR/AndroidRuntime(779): at
com.android.internal.os.ZygoteInit.main(ZygoteInit.java:549)
10-01 15:36:01.717: ERROR/AndroidRuntime(779): at
dalvik.system.NativeStart.main(Native Method)
<<<<< Second and Third Source >>>>>
Work Properly but only Records Audio from Mic of may be Uplink Channel Data