14a5c29a1e912b787b6450a9e45ff3e5ca63bec9 |
|
24-Oct-2012 |
Tom Taylor <tomtaylor@google.com> |
Add more logging for video capture Bug 7400003 Change-Id: Ic18af7b6dfa4255c547d1c3cf8049878b4d5e00c
/packages/apps/Mms/src/com/android/mms/model/MediaModel.java
|
d64419030e1fec1e751695dab3bd7236e2fb0214 |
|
02-Aug-2012 |
Roger Chen <cxr514033970@gmail.com> |
Clean and format all imported packages Change-Id: I2e45f5ba1d56b9b17314a8b0f4c0fc1a5d8fc4d9 Signed-off-by: Roger Chen <cxr514033970@gmail.com>
/packages/apps/Mms/src/com/android/mms/model/MediaModel.java
|
0ecc26df09777835cfa8dbfd3c48ca7b7fa7f011 |
|
27-Mar-2012 |
Tom Taylor <tomtaylor@google.com> |
Use the new DRM scheme in MMS Bug 5158047 Change-Id: Id5d0ed03816b70c9f06b98af982cd5afb9af38d5
/packages/apps/Mms/src/com/android/mms/model/MediaModel.java
|
37260f1a28619edf1bde204eb1bc46e9e4a5b282 |
|
25-Oct-2011 |
Tom Taylor <tomtaylor@google.com> |
MMS attachment over 1.2MB Bug 5504281 Sometimes the Messaging app will attempt to send a mms message that is over the size limit because the message picture attachments don't get resized. This can happen when the code attempts to read the input stream's length and gets back zero. A shortcut in resize sees that the len of zero is less than the targeted size for the picture and slkips the resize step. Change-Id: I443ef9a537010b1c685f20760662398cfcfa8e48
/packages/apps/Mms/src/com/android/mms/model/MediaModel.java
|
e19a50478c80a27d94694ee4af251e0206914b87 |
|
07-Jan-2011 |
James Dong <jdong@google.com> |
Don't call MediaMetadataRetriever.setMode(), which is going to be removed. bug - 2433195 Change-Id: Ia85bcfbce95d183061ba5dee76fe1ded4d1680ed
/packages/apps/Mms/src/com/android/mms/model/MediaModel.java
|
f7e8281a223af6228e6399055a6197a1edd9bc3a |
|
09-Mar-2010 |
Tom Taylor <tomtaylor@google.com> |
Remove mms-common Get rid of the mms-common library and move the mms files back into the framework where they originally came from. Change-Id: I8ce2b0a2a3cfc6b7da13ce0e791173c09dd8f0f5
/packages/apps/Mms/src/com/android/mms/model/MediaModel.java
|
fd644551e8506266aad2b76463b51b44154ed62f |
|
29-Jan-2010 |
Tom Taylor <tomtaylor@google.com> |
Update refs now that MMS is removed Move MMS to mms-common library. Update imports. Change-Id: I28fa24a68c27977eba58cb62f2667596d3abe2c4
/packages/apps/Mms/src/com/android/mms/model/MediaModel.java
|
6be18bedb5b87dbbcdb54f37d5a0945bd0f71377 |
|
17-Dec-2009 |
Tom Taylor <tomtaylor@google.com> |
Unbundling work This is the first step in unbundling the Mms app. Some of the changes include: - moving some of the Mms code from the framework into the app itself. - same with emoticons - remove dependency on internal drawables and add local copy to mms - some dependencies on various internal classes now moved to android-common library
/packages/apps/Mms/src/com/android/mms/model/MediaModel.java
|
10eed0e3020e3eb0612747fe39e0f6117222dd95 |
|
09-Dec-2009 |
Tom Taylor <tomtaylor@google.com> |
Resize pictures at send time Before this change, picture attachments would get resized as they were added to a message. This means the first picture could take up to the whole message space, the second picture any remaining space, etc. With this change, pictures aren't resized until after the user hits send. The remaining space in a message is divided equally among all the picture attachments and they're resized to fit within that space.
/packages/apps/Mms/src/com/android/mms/model/MediaModel.java
|
9242286c35743422051d439d7460cd0a1426899c |
|
16-Sep-2009 |
Wei Huang <weih@google.com> |
add more logging in MMS. Try to catch an OOM error, and dump hprof data when it occurs.
/packages/apps/Mms/src/com/android/mms/model/MediaModel.java
|
ca09b947272afd5f9a4960bc55a19f1b9e063d5b |
|
15-Sep-2009 |
Wei Huang <weih@google.com> |
fix bug 2091298: don't auto restart the music app after done playing the mms audio attachment.
/packages/apps/Mms/src/com/android/mms/model/MediaModel.java
|
7fa61cafe50deb74beb0819bdf52128239d50201 |
|
26-Aug-2009 |
Wei Huang <weih@google.com> |
pause music player when playing audio in MMS slideshow, and resume when MMS audio is stopped. - more logging reorg. - call Intent i = new Intent(MUSIC_SERVICE_ACTION); i.putExtra("command", "pause"); mContext.sendBroadcast(i); to pause music player, and Intent i = new Intent(MUSIC_SERVICE_ACTION); i.putExtra("command", "togglepause"); mContext.sendBroadcast(i); to resume. Change-Id: I917310fe1e4f127e608f2acdb2c7976290746188
/packages/apps/Mms/src/com/android/mms/model/MediaModel.java
|
293000e15498b71a4986d7247e60fe8bdaa05a4b |
|
19-Aug-2009 |
Wei Huang <weih@google.com> |
fix an issue where our http socket timeout (20sec) is too aggressive for connecting to VZW mmsc, which could have up to 48 sec delay responding to a request. Make the MMS config socket timeout of 1 min (configurable by mms_config.xml). Also fix a bug where we write 8k extra of nothingness when saving to sdcard. - add getHttpSocketTimeout() to MmsConfig. Use in HttpUtils when creating a new AndroidHttpClient. - manually integrate a change from open source, fixing a bug where we write up to 8k of empty bytes to the end of the content when saving to sdcard. - also added logs to dump content type. - tweaked the log when we throw a MmsException when we can't get the duration of media content.
/packages/apps/Mms/src/com/android/mms/model/MediaModel.java
|
07dde49d355fbe188b1ead3276544c4a324ebd11 |
|
07-Aug-2009 |
Tom Taylor <tomtaylor@google.com> |
Drm work to support ringtones
/packages/apps/Mms/src/com/android/mms/model/MediaModel.java
|
2ef055d733c84b93f5ac23bb177f6e2429d09f67 |
|
21-Jul-2009 |
James Dong <jdong@google.com> |
MediaPlayer.prepare() fails if the audio track in a media clip does not contain valid audio data The reason is that no display surface is set before the prepare() call in MMS application and thus the vidoe data path does not exist. As a result, only audio data path is verified internally at the framework layer. If there is no valid audio data, prepare() simply fails (reasonable!) This change contains a workaround for fixing this edge case in MMS application. A long-term solution would be to look for the metadata information from the database established by application such as Gallery and there is no need in MMS application to duplicate the effort. bug 1935341
/packages/apps/Mms/src/com/android/mms/model/MediaModel.java
|
e995b84b783c4a430bf3899372a337cc9c896b38 |
|
17-Apr-2009 |
Ficus Kirkpatrick <ficus@android.com> |
Scrub the MMS app for dead code.
/packages/apps/Mms/src/com/android/mms/model/MediaModel.java
|
72735c62aba8fd2a9420a0f9f83d22543e3c164f |
|
04-Mar-2009 |
The Android Open Source Project <initial-contribution@android.com> |
auto import from //depot/cupcake/@135843
/packages/apps/Mms/src/com/android/mms/model/MediaModel.java
|
892f2c5bf965b1431ae107b602444a93f4aad4a3 |
|
04-Mar-2009 |
The Android Open Source Project <initial-contribution@android.com> |
auto import from //depot/cupcake/@135843
/packages/apps/Mms/src/com/android/mms/model/MediaModel.java
|
0f236f55349f070ac94e12cca963847173393da8 |
|
18-Dec-2008 |
The Android Open Source Project <initial-contribution@android.com> |
Code drop from //branches/cupcake/...@124589
/packages/apps/Mms/src/com/android/mms/model/MediaModel.java
|
8eed706474910ccb978acda03e85d3261037da6e |
|
21-Oct-2008 |
The Android Open Source Project <initial-contribution@android.com> |
Initial Contribution
/packages/apps/Mms/src/com/android/mms/model/MediaModel.java
|