Age | Commit message (Collapse) | Author |
|
When Handling RECORD_SOUND_ACTION:
Add the flag INTENT.FLAG_GRANT_READ_URI_PERMISSION so that
the receiver can read the uri, even if it does not have
the permission READ_EXTERNAL_DATA_STORAGE.
This is also required if the caller is in a different profile.
BUG:20657656
Change-Id: I684a7e744f77fe45b2d6d2a49e252f47c90b4643
|
|
Change-Id: Ie2971294e249827ad26b9f5eab2c313dabba3e48
|
|
* commit 'b67bae5b38b919cb113321ff0fc55b52c5a924fc':
Playback in SoundRecorder interrupted by screen timeout.
|
|
The same wakeLock as is used for recording is also applied for playback
to be able to preview/play the entire recorded sound without the preview
being interrupted.
Change-Id: I17f9f89bc98cf0d8be8b0f07b8d67ee240af1409
|
|
record insertion."
* commit 'cb5f20f31da35ad29afc2269f08b14d2d38dd64b':
Added missing duration field to database record insertion.
|
|
This addresses AOSP Google Code Issue 15841.
When an audio recording sample is saved to the media
database, attributes like audio title are stored in a
database record. However, the duration of the sample
was not being stored. Therefore, an application that
queried attributes for a sample would get an incorrect
record; the record would contain a default duration of
0 ms. The fix was to add the recorded sample's length
to the list of attributes put into the database record.
Note that the sample's length is in seconds and had to
be converted to milliseconds as described in the
documentation for the duration audio column.
This bug could have been prevented if the database
schema for duration audio column required a non-null
value with no default.
Change-Id: I80e4f8feb7d9f1050baf1e7c44323123b9d6b6b0
Signed-off-by: Sahil Verma <vermasque@gmail.com>
|
|
Bug: 3498644
Change-Id: I1cd2b21ed840d7e883d3984aee7bf7b653b41751
|
|
Bug: 3498644
Change-Id: Iccac0e68ee0366d9e05d2abe268cbfddf6dbe2eb
|
|
Don't start sound recording during a telephony (MODE_IN_CALL) or
VoIP (MODE_IN_COMMUNICATION) call.
Change-Id: I5395778284dc8d351e085b7f820e3dabe950c1e1
|
|
Fix for bug 2370421.
|
|
call.
On some platforms, you cannot be in a phone call and record audio
at the same time. In such a situation, the MediaRecorder throws a Runtime
exception. This CL catches this exception and checks whether a call
is underway or not. If it is, it will display an alert to the user
indicating recording cannot be performed during a call.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|