History log of /packages/apps/Mms/src/com/android/mms/model/MediaModel.java
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
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