| b57dd722f1dc0663417da37d3a82f8283ad3c982 |
|
24-Sep-2015 |
Elliott Hughes <enh@google.com> |
resolved conflicts for a884d81e to stage-aosp-master
Change-Id: Ice485967fa96f13786024b6939b826638e906ff0
|
| 76f6a86de25e1bf74717e047e55fd44b089673f3 |
|
19-Sep-2015 |
Daniel Micay <danielmicay@gmail.com> |
constify JNINativeMethod function pointer tables
Change-Id: I4036c924958221cbc644724f8eb01c5de3cd7954
/frameworks/base/media/jni/android_media_MediaMetadataRetriever.cpp
|
| ed207b92747234eac88dd3664ecfb535e45d8ed1 |
|
10-Apr-2015 |
John Reck <jreck@google.com> |
Change how Java Bitmaps are accessed in a few places
Stop assuming that a Java Bitmap has a SkBitmap* that
has some externally managed lifecycle, and instead switch
a bunch of users to accessing the bitmap by providing
their own SkBitmap* on which to set the (ref counted!)
SkPixelRef* instead
Attempt #2 to land this, original issue was in getSkBitmap
and should be fixed
Change-Id: I0fd9e193968b41e5597784140d56b4885906864a
/frameworks/base/media/jni/android_media_MediaMetadataRetriever.cpp
|
| 8222a7ec81552276de1814541201c424b392d90b |
|
21-Apr-2015 |
John Reck <jreck@google.com> |
Merge "Revert "Change how Java Bitmaps are accessed in a few places""
|
| edc22fba5921f5c2d3502727e707f959b8c3a460 |
|
21-Apr-2015 |
John Reck <jreck@google.com> |
Revert "Change how Java Bitmaps are accessed in a few places"
Bug: 20207616
This reverts commit a771b9861d11671c780092d35c0062eeefcf37c0.
Change-Id: Ifd891cc075274a7986e987229e0fed5a04ed9ff0
/frameworks/base/media/jni/android_media_MediaMetadataRetriever.cpp
|
| 4eaa2938084353a54dc259466172909329a048cc |
|
20-Mar-2015 |
Chris Watkins <watk@google.com> |
Unhide the android.media.[Media]DataSource interface.
This allows apps to implement MediaDataSource, which is modeled on
stagefright's DataSource, to supply media data to the framework. This
was already implemented for MediaExtractor, but it was renamed from
DataSource.
MediaExtractor, MediaPlayer and MediaMetadataRetriever each have a new
overload: #setDataSource(android.media.MediaDataSource)
Only NuPlayer supports this new data source.
The change introduces:
* IDataSource: The binder interface for DataSource.
* JMediaDataSource: The native counterpart to the java interface. It
implements IDataSource.
* CallbackDataSource: A stagefright DataSource that wraps an IDataSource.
Change-Id: I6d9c1167b4a7384c469b1e928f31791a7ebed716
/frameworks/base/media/jni/android_media_MediaMetadataRetriever.cpp
|
| a771b9861d11671c780092d35c0062eeefcf37c0 |
|
10-Apr-2015 |
John Reck <jreck@google.com> |
Change how Java Bitmaps are accessed in a few places
Stop assuming that a Java Bitmap has a SkBitmap* that
has some externally managed lifecycle, and instead switch
a bunch of users to accessing the bitmap by providing
their own SkBitmap* on which to set the (ref counted!)
SkPixelRef* instead
Change-Id: I0fd9e193968b41e5597784140d56b4885906864a
/frameworks/base/media/jni/android_media_MediaMetadataRetriever.cpp
|
| f4faeac3525fe1ce3707ab785a1651aec367589d |
|
05-Mar-2015 |
John Reck <jreck@google.com> |
Cleanup Bitmap JNI attempt #2
Original version missed a spot
This reverts commit c02977e3bbfaaedcb1b1d67e1692becc7dddd59b.
Change-Id: I56244ce10d709fcdef42a001fe4c6ba7b6bbb04d
/frameworks/base/media/jni/android_media_MediaMetadataRetriever.cpp
|
| c02977e3bbfaaedcb1b1d67e1692becc7dddd59b |
|
05-Mar-2015 |
Chad Jones <chadj@google.com> |
Revert "Cleanup Bitmap JNI"
This reverts commit b2915245b74b3b5541b123e38403f8e26426b4b7.
Change-Id: Idd7d7f33eec4ea5024c83de6b10d3d1a6ab2b17a
/frameworks/base/media/jni/android_media_MediaMetadataRetriever.cpp
|
| b2915245b74b3b5541b123e38403f8e26426b4b7 |
|
04-Mar-2015 |
John Reck <jreck@google.com> |
Cleanup Bitmap JNI
Fix a bunch of places where mNativeBitmap was being
poked at directly, switch them either to the NDK API
or to GraphicsJNI where it made sense
Change-Id: I6b3df3712d6497cba828c2d3012e725cb4ebb64d
/frameworks/base/media/jni/android_media_MediaMetadataRetriever.cpp
|
| 17a0826e5de70657279f4564c4ed6de819cb3768 |
|
11-Dec-2014 |
Chih-hung Hsieh <chh@google.com> |
am b0dd6d3a: am 4c23a0ec: Merge "Adjust format strings to work on both 32-bit and 64-bit builds"
automerge: d1aa67b
* commit 'd1aa67b8e19ae96bd2ae4e6719d13902a8b6d845':
Adjust format strings to work on both 32-bit and 64-bit builds
|
| 46c82b4cd241a447834ed2f5a6be16777b7a990b |
|
30-Nov-2014 |
Bernhard Rosenkränzer <Bernhard.Rosenkranzer@linaro.org> |
Adjust format strings to work on both 32-bit and 64-bit builds
Adjust format strings to not produce Clang warnings in both 32-bit and
64-bit builds
Change-Id: I76c29d8d5d0fb4b5e9d9518077652370ffe9e871
Signed-off-by: Bernhard Rosenkränzer <Bernhard.Rosenkranzer@linaro.org>
/frameworks/base/media/jni/android_media_MediaMetadataRetriever.cpp
|
| baa73b056cbd4627a84b39a6267065ae56677220 |
|
11-Nov-2014 |
Andreas Gampe <agampe@google.com> |
am cba06c22: resolved conflicts for merge of 6957369d to lmp-mr1-dev-plus-aosp
* commit 'cba06c2272c8bce7d10b2a7ee762d12043f3252a':
Frameworks/base: Wall Werror in media/jni
|
| 5a15d0d31b877ef512b3379eac033c6bb041c86a |
|
11-Nov-2014 |
Andreas Gampe <agampe@google.com> |
Frameworks/base: Wall Werror in media/jni
Turn on -Wall -Werror in media/jni. Fix warnings.
Change-Id: I9da54ad379d8172ee535b52ee2b0637a2533f4e3
/frameworks/base/media/jni/android_media_MediaMetadataRetriever.cpp
|
| 021a3443c6f86ece7f59fa9291cc0ba70ba71b1f |
|
07-Aug-2014 |
Mike Reed <reed@google.com> |
SkBitmap::Config is deprecated
Change-Id: I0bbd929074474ae3c1d497c2f645417e4876d9e3
/frameworks/base/media/jni/android_media_MediaMetadataRetriever.cpp
|
| f4c6a154e9441bb7402e0b3d20b6ace16b9e76f1 |
|
12-Jun-2014 |
Elliott Hughes <enh@google.com> |
am b9525871: am 8525fe8d: am 1a3908e9: Merge "Switch to a type-safe album art interface."
* commit 'b952587184572070805243e6f8380ceb769f441c':
Switch to a type-safe album art interface.
|
| 95d3f86fed2cab71a446f2b9ab38458ee91e3b65 |
|
11-Jun-2014 |
Elliott Hughes <enh@google.com> |
Switch to a type-safe album art interface.
(Requires a matching change in frameworks/av.)
Bug: 15514223
Change-Id: I4e494cc5d7a2eb82cd2b7ae3b829fc663136267a
/frameworks/base/media/jni/android_media_MediaMetadataRetriever.cpp
|
| ae84e20b2a0cb77223d40f55c71011d3ae8c71c7 |
|
01-May-2014 |
Marco Nelissen <marcone@google.com> |
am 4375e848: am ab962b54: am ab3977d2: Merge "MetadataRetriever: Check null pointer to avoid tombstone crash."
* commit '4375e84882a9a84b0012cf9504a30ede6ef72c1f':
MetadataRetriever: Check null pointer to avoid tombstone crash.
|
| c847a4835b2233d28f6479deeed0592d267ee7bd |
|
30-Oct-2012 |
wang, biao <biao.wang@intel.com> |
MetadataRetriever: Check null pointer to avoid tombstone crash.
When the app's vm-heap is not enough, memory allocation for big
object like bitmap may failed.
This patch add protection for bitmap creating to avoid segment
fault error in the following GetIntField function.
Change-Id: I63977dc602f4ed395afd11004a0ed027173fb685
Signed-off-by: wang, biao <biao.wang@intel.com>
Signed-off-by: TingX Li <tingx.li@intel.com>
Signed-off-by: Wang LiangX <liangx.wang@intel.com>
/frameworks/base/media/jni/android_media_MediaMetadataRetriever.cpp
|
| 6ae7cd063b244ed53ad7dfa5515d59a8af859361 |
|
07-Mar-2014 |
Narayan Kamath <narayan@google.com> |
am f2c11c14: am 214c3d9b: am 6ac6263d: am 28ccb4f7: Merge "Don\'t use size_t for variables that store uint32_t value"
* commit 'f2c11c142975f1571a0e8606a3b274afcb987b83':
Don't use size_t for variables that store uint32_t value
|
| 58fad0bf141109f1aed820f4d57985c116e05b61 |
|
04-Mar-2014 |
Ashok Bhat <ashok.bhat@arm.com> |
Don't use size_t for variables that store uint32_t value
The local variables width, height, displayWidth and
displayHeight are set to the corresponding members
of VideoFrame class. As the members of VideoFrame are
uint32_t, the local variables have been changed to
uint32_t.
As these local variables are passed to a java method,
the change of size_t to uint32_t ensures that the size
of the actual parameter (i.e uint32_t) is now same as
the size of the formal parameter (i.e. jint) for all
platforms.
Change-Id: Icd14de0142bfd4e6ba52a3e6aff3d80b323a0de4
Signed-off-by: Ashok Bhat <ashok.bhat@arm.com>
/frameworks/base/media/jni/android_media_MediaMetadataRetriever.cpp
|
| eece0dda56ae29fff6e9003df97594f6ac50b6e2 |
|
27-Feb-2014 |
Derek Sollenberger <djsollen@google.com> |
Fix includes so that they no longer rely on the global Skia includes directories.
bug:13225538
Change-Id: Ia5d816dc665f81c7985f21036af4fd0a63c560cf
/frameworks/base/media/jni/android_media_MediaMetadataRetriever.cpp
|
| d2506a506303ed94fd1991cf986b825b870a67c5 |
|
29-Jan-2014 |
Andreas Huber <andih@google.com> |
FINAL ATTEMPT: HTTP services are now provided from JAVA and made available to media code
Change-Id: I7f6cdcfd2a28846d36d89dd5180ef20a22b03af8
/frameworks/base/media/jni/android_media_MediaMetadataRetriever.cpp
|
| a0398430fcf365fba6e42ad0bdca2fbf45ed6fe0 |
|
20-Jan-2014 |
Ashok Bhat <ashok.bhat@arm.com> |
AArch64: Make graphics classes 64-bit compatible
Changes in this patch include
[x] Long is used to store native pointers as they can
be 64-bit.
[x] Some minor changes have been done to conform with
standard JNI practice (e.g. use of jint instead of int
in JNI function prototypes)
[x] AssetAtlasManager is not completely 64-bit compatible
yet. Specifically mAtlasMap member has to be converted
to hold native pointer using long. Added a TODO to
AssetAtlasManager.java to indicate the change required.
Change-Id: I940433f601c6db998c1a8ffff338f5361200d5ed
Signed-off-by: Ashok Bhat <ashok.bhat@arm.com>
Signed-off-by: Craig Barber <craig.barber@arm.com>
Signed-off-by: Kévin PETIT <kevin.petit@arm.com>
Signed-off-by: Marcus Oakland <marcus.oakland@arm.com>
/frameworks/base/media/jni/android_media_MediaMetadataRetriever.cpp
|
| 36bef0bf30d6bae48cf3837df351075ca4fce654 |
|
20-Jan-2014 |
Ashok Bhat <ashok.bhat@arm.com> |
AArch64: Make graphics classes 64-bit compatible
This a merger of two commits submitted to AOSP by
the following authors:
ashok.bhat@arm.com, david.butcher@arm.coma
craig.barber@arm.com, kevin.petit@arm.com and
marcus.oakland@arm.com
Due to the very large number of internal conflicts, I
have chosen to cherry-pick this change instead
of letting it merge through AOSP because the merge
conflict resolution would be very hard to review.
Commit messages below:
================================================
AArch64: Make graphics classes 64-bit compatible
Changes in this patch include
[x] Long is used to store native pointers as they can
be 64-bit.
[x] Some minor changes have been done to conform with
standard JNI practice (e.g. use of jint instead of int
in JNI function prototypes)
[x] AssetAtlasManager is not completely 64-bit compatible
yet. Specifically mAtlasMap member has to be converted
to hold native pointer using long. Added a TODO to
AssetAtlasManager.java to indicate the change required.
Signed-off-by: Ashok Bhat <ashok.bhat@arm.com>
Signed-off-by: Craig Barber <craig.barber@arm.com>
Signed-off-by: Kévin PETIT <kevin.petit@arm.com>
Signed-off-by: Marcus Oakland <marcus.oakland@arm.com>
==================================================================
AArch64: Use long for pointers in graphics/Camera
For storing pointers, long is used in
android/graphics/Camera class, as native
pointers can be 64-bit.
In addition, some minor changes have been done
to conform with standard JNI practice (e.g. use of
jint instead of int in JNI function prototypes)
Signed-off-by: Ashok Bhat <ashok.bhat@arm.com>
Signed-off-by: Marcus Oakland <marcus.oakland@arm.com>
===================================================================
Change-Id: Id5793fa0ebc17ee8b1eecf4b3f327977fdccff71
/frameworks/base/media/jni/android_media_MediaMetadataRetriever.cpp
|
| 7023df08f14ec5dee76ac54c03e870f84e297636 |
|
27-Jan-2014 |
Narayan Kamath <narayan@google.com> |
Revert "AArch64: Make graphics classes 64-bit compatible"
This reverts commit 18b4cbeedef21c1fa666a110a157bab66edff976.
Change-Id: I0c52983a3ab1ace3ff743de546a43eca28e5cb0e
/frameworks/base/media/jni/android_media_MediaMetadataRetriever.cpp
|
| 18b4cbeedef21c1fa666a110a157bab66edff976 |
|
20-Jan-2014 |
Ashok Bhat <ashok.bhat@arm.com> |
AArch64: Make graphics classes 64-bit compatible
This a merger of two commits submitted to AOSP by
the following authors:
ashok.bhat@arm.com, david.butcher@arm.coma
craig.barber@arm.com, kevin.petit@arm.com and
marcus.oakland@arm.com
Due to the very large number of internal conflicts, I
have chosen to cherry-pick this change instead
of letting it merge through AOSP because the merge
conflict resolution would be very hard to review.
Commit messages below:
================================================
AArch64: Make graphics classes 64-bit compatible
Changes in this patch include
[x] Long is used to store native pointers as they can
be 64-bit.
[x] Some minor changes have been done to conform with
standard JNI practice (e.g. use of jint instead of int
in JNI function prototypes)
[x] AssetAtlasManager is not completely 64-bit compatible
yet. Specifically mAtlasMap member has to be converted
to hold native pointer using long. Added a TODO to
AssetAtlasManager.java to indicate the change required.
Signed-off-by: Ashok Bhat <ashok.bhat@arm.com>
Signed-off-by: Craig Barber <craig.barber@arm.com>
Signed-off-by: Kévin PETIT <kevin.petit@arm.com>
Signed-off-by: Marcus Oakland <marcus.oakland@arm.com>
==================================================================
AArch64: Use long for pointers in graphics/Camera
For storing pointers, long is used in
android/graphics/Camera class, as native
pointers can be 64-bit.
In addition, some minor changes have been done
to conform with standard JNI practice (e.g. use of
jint instead of int in JNI function prototypes)
Signed-off-by: Ashok Bhat <ashok.bhat@arm.com>
Signed-off-by: Marcus Oakland <marcus.oakland@arm.com>
===================================================================
Change-Id: Ib3eab85ed97ea3e3c227617c20f8d213f17d4ba0
/frameworks/base/media/jni/android_media_MediaMetadataRetriever.cpp
|
| 075e9a19ce645752f8282bc19c91b25978a7dc52 |
|
06-Jan-2014 |
Ashok Bhat <ashok.bhat@arm.com> |
AArch64: Use long for pointers in media classes
For storing pointers, long is used in media classes,
as native pointers can be 64-bit.
In addition, some minor changes have been done
to conform with standard JNI practice (e.g. use
of jint instead of int in JNI function prototypes)
Change-Id: Idc4ca0124d03df7f9cef412488abafd020e5e774
Signed-off-by: Ashok Bhat <ashok.bhat@arm.com>
Signed-off-by: Marcus Oakland <marcus.oakland@arm.com>
Signed-off-by: Kévin PETIT <kevin.petit@arm.com>
/frameworks/base/media/jni/android_media_MediaMetadataRetriever.cpp
|
| 0041b5c561a48ed8f63c4fe8ae3bff5196f68d0f |
|
11-Apr-2012 |
James Dong <jdong@google.com> |
Fix thumbnail generation failure
o Change the impl of MediaMetadataRetriever.setDataSource(String).
It opens and passes an fd to the media framework
rather than pass the file path directly to the media server. The change is needed since media
server does not have read permission to sdcard
o Remove the unnecessary jni method
Change-Id: I5a2f47dde804523d264b588f855ba2575a99c179
/frameworks/base/media/jni/android_media_MediaMetadataRetriever.cpp
|
| 3762c311729fe9f3af085c14c5c1fb471d994c03 |
|
06-Jan-2012 |
Steve Block <steveblock@google.com> |
Rename (IF_)LOGE(_IF) to (IF_)ALOGE(_IF) DO NOT MERGE
See https://android-git.corp.google.com/g/#/c/157220
Bug: 5449033
Change-Id: Ic9c19d30693bd56755f55906127cd6bd7126096c
/frameworks/base/media/jni/android_media_MediaMetadataRetriever.cpp
|
| 71f2cf116aab893e224056c38ab146bd1538dd3e |
|
20-Oct-2011 |
Steve Block <steveblock@google.com> |
Rename (IF_)LOGV(_IF) to (IF_)ALOGV(_IF) DO NOT MERGE
See https://android-git.corp.google.com/g/#/c/143865
Bug: 5449033
Change-Id: I0122812ed6ff6f5b59fe4a43ab8bff0577adde0a
/frameworks/base/media/jni/android_media_MediaMetadataRetriever.cpp
|
| 79f407cc6c5ae34fc6f04d52fd034b49d1f002c4 |
|
05-May-2011 |
James Dong <jdong@google.com> |
Refactor to share code between MediaPlayer and MediaMetadataRetriever JNI
Change-Id: Ib847213f566dee79126d7c14d00750a9a8dedeb9
/frameworks/base/media/jni/android_media_MediaMetadataRetriever.cpp
|
| 17524dc0d296146c8ffb3f692dc8ab05fee5b1e0 |
|
04-May-2011 |
James Dong <jdong@google.com> |
Clean up JNI code
o Move the Set/Map/Iterator calls from JNI to Java
o The JNI function receives arrays instead of Maps
o Removed Set/Iterator calls from the Java code as suggested
Change-Id: I34068bf24b61abaf2833dad1f65abc733ed760dd
/frameworks/base/media/jni/android_media_MediaMetadataRetriever.cpp
|
| a3804cf77f0edd93f6247a055cdafb856b117eec |
|
12-Apr-2011 |
Elliott Hughes <enh@google.com> |
You don't need to poke around inside FileDescriptor manually.
We can help you with that.
Note also that getParcelFileDescriptorFD did no such thing. All its callers
were passing in a regular java.io.FileDescriptor and expecting the int. No
ParcelFileDescriptors involved.
Change-Id: Idc233626f20c092e719f152562601f406cc1b64a
/frameworks/base/media/jni/android_media_MediaMetadataRetriever.cpp
|
| c371a02e7cf504e9a926ca29c33e63b658c2cef7 |
|
06-Apr-2011 |
James Dong <jdong@google.com> |
Media JNI code cleanup
o Don't throw exception again because an exception was already thrown
o Check on return values from FindClass() and GetMethodID
Change-Id: Id92bb8228f1f0d2798d1cdf7de73cbb43816060b
related-to-bug: 4139926
/frameworks/base/media/jni/android_media_MediaMetadataRetriever.cpp
|
| 46e18c11d46a2bc1a46174f963d0ed1224d94cd2 |
|
06-Apr-2011 |
Brian Carlstrom <bdc@google.com> |
Don't use local ref for cached jclass reference in JNI code
Change-Id: Id45b2acb358a819f2fd332e99f3a095f6fc7299b
related-to-bug: 4241138
/frameworks/base/media/jni/android_media_MediaMetadataRetriever.cpp
|
| 5bb357f4ccdb573efbe1476a7f20e82f454b3a93 |
|
21-Mar-2011 |
Andreas Huber <andih@google.com> |
Fixing the build.
Change-Id: I89daa503029491e6f1a8321f7e45c9439315ad23
/frameworks/base/media/jni/android_media_MediaMetadataRetriever.cpp
|
| 14a80afa512c4d37b1e0dc4c4fe6281d74fc172e |
|
21-Mar-2011 |
Andreas Huber <andih@google.com> |
Merge "Support passing headers to MediaMetadataRetriever's setDataSource API"
|
| 5b7ced6a4ebcec34a36d0779773bc9e671732dbf |
|
21-Mar-2011 |
Andreas Huber <andih@google.com> |
Support passing headers to MediaMetadataRetriever's setDataSource API
Change-Id: Ib1a5c08fc5034cac05034db27007a35c9b660b26
related-to-bug: 3506316
/frameworks/base/media/jni/android_media_MediaMetadataRetriever.cpp
|
| 9f2cde3cdb3e2de97f450d0f4e2b52aae86ce5a3 |
|
19-Mar-2011 |
James Dong <jdong@google.com> |
Scale the thumbnail if display dimension is different from the actual buffer size
bug - 3379293
Change-Id: I31c08010c97387716433da99d648bd364847b6aa
/frameworks/base/media/jni/android_media_MediaMetadataRetriever.cpp
|
| 8f995b5f6de6690ecf80d40cde70e2e6f6e3f232 |
|
21-Jan-2011 |
Carl Shapiro <cshapiro@google.com> |
Remove dead code referencing an obsolete interface.
Bug: 3378919
Change-Id: I780d98492ea7996187e3d97fcae7748f7ee68e91
/frameworks/base/media/jni/android_media_MediaMetadataRetriever.cpp
|
| ae12a50a35c0d8425430d0e934c022ecb9cd4936 |
|
21-Jan-2011 |
Carl Shapiro <cshapiro@google.com> |
Perform orthogonal rotations without using a Skia canvas.
Bug: 3371653
Change-Id: I315f671c0016f61417ff7c2a98d2c96f6b243bdf
/frameworks/base/media/jni/android_media_MediaMetadataRetriever.cpp
|
| 4507cef05e492f65755aa321007d6592d111d01f |
|
13-Jan-2011 |
James Dong <jdong@google.com> |
Remove legacy code that should not be used
Change-Id: I9209e3a32b64a30627848d2a425f32ed6b73e8a2
/frameworks/base/media/jni/android_media_MediaMetadataRetriever.cpp
|
| 11eab056dd0133a390169d3581edf3eef26d6a54 |
|
06-Jan-2011 |
James Dong <jdong@google.com> |
Publish MediaMetadataRetriever.java as public API
o Removed setMode() methods and related mode constants
o Removed some of the unused the metadata keys
o Updated the javadoc
o part of a multi-project change.
bug - 2433195
Change-Id: I5ed167f1fd6a53cb143b7dc385b149431d434438
/frameworks/base/media/jni/android_media_MediaMetadataRetriever.cpp
|
| df9b349b960fff95dff4fcf8b2661899e33059da |
|
05-Jan-2011 |
James Dong <jdong@google.com> |
Replace extractAlbumArt() with getEmbeddedPicture() in MediaMetadataRetriever.java
Change-Id: I34dfc1daa3bed1f334f3f266cbe70d1e3d7924f6
/frameworks/base/media/jni/android_media_MediaMetadataRetriever.cpp
|
| 0e4b535b439f2c8bd4f7ba820f81bf74336bae76 |
|
19-Dec-2010 |
James Dong <jdong@google.com> |
Avoid using private Bitmap constructor to generate bitmaps
bug - 2433195
Change-Id: Ic74225286c9884055ae751cf76a1d65e8e70b3ae
/frameworks/base/media/jni/android_media_MediaMetadataRetriever.cpp
|
| 88b77412286115b158d906369b62515d773f21bc |
|
15-Dec-2010 |
James Dong <jdong@google.com> |
Fix media metadata retriever JNI due to a change to the private native Bitmap constructor signature
Change-Id: I48c94b7a77a717c15fac548c7068a8a3e62c79fb
/frameworks/base/media/jni/android_media_MediaMetadataRetriever.cpp
|
| faf09ba9405ff019b5ca7e2317debe4ff269d4f8 |
|
03-Dec-2010 |
James Dong <jdong@google.com> |
Prepare for publishing MediaMetadataRetriever as public API
step one:
o replaced captureFrame with getFrameAtTime
o removed getMode
bug - 2433195
Change-Id: I38a8cecef29014692f0b08b8818326e3ebb40a12
/frameworks/base/media/jni/android_media_MediaMetadataRetriever.cpp
|
| 53ebc72fd83f83bb5536d5917390aae03b7f5cad |
|
09-Nov-2010 |
James Dong <jdong@google.com> |
Support extracting thumbnail from rotated video tracks
Change-Id: Ife0a2536aaac5ff1efdf1035b9d2c892773ee16c
/frameworks/base/media/jni/android_media_MediaMetadataRetriever.cpp
|
| db6cc0ba71a873ad0258e850cb939639b7857c26 |
|
02-Apr-2010 |
Dave Sparks <davidsparks@android.com> |
Use local lock for most MediaMetadataRetriever methods. Bug 2560834.
MediaMetadataRetriever uses a single static lock for all operations.
This effectively serializes all metadata retrieval operations in a
single process. This patch uses the object level lock for all normal
operations and only uses the static lock to serialize calls to
release.
Change-Id: I81c9f234c2f0007a26d18e1398c709b41a4dbbd7
/frameworks/base/media/jni/android_media_MediaMetadataRetriever.cpp
|
| a52b4d764ebd79b29eac296a5c3a629cff1990c4 |
|
24-Sep-2009 |
Dianne Hackborn <hackbod@google.com> |
Fix broken build.
I -did- run it... why did this later break on me?!?
Change-Id: I70db0279f9a1b499496f9808525d2b112495d6c7
/frameworks/base/media/jni/android_media_MediaMetadataRetriever.cpp
|
| 4935d05eaa306cef88cf0ab13eca386f270409ec |
|
03-Aug-2009 |
Marco Nelissen <marcone@google.com> |
Untangle MediaPlayer, MediaRecorder, MediaScanner and MediaMetadataRetriever JNI
code, so that creating one of those doesn't initialize all the others. Shaves
a hundred milliseconds or so off music app startup time.
/frameworks/base/media/jni/android_media_MediaMetadataRetriever.cpp
|
| 9066cfe9886ac131c34d59ed0e2d287b0e3c0087 |
|
04-Mar-2009 |
The Android Open Source Project <initial-contribution@android.com> |
auto import from //depot/cupcake/@135843
/frameworks/base/media/jni/android_media_MediaMetadataRetriever.cpp
|
| d83a98f4ce9cfa908f5c54bbd70f03eec07e7553 |
|
04-Mar-2009 |
The Android Open Source Project <initial-contribution@android.com> |
auto import from //depot/cupcake/@135843
/frameworks/base/media/jni/android_media_MediaMetadataRetriever.cpp
|
| b798689749c64baba81f02e10cf2157c747d6b46 |
|
10-Jan-2009 |
The Android Open Source Project <initial-contribution@android.com> |
auto import from //branches/cupcake/...@125939
/frameworks/base/media/jni/android_media_MediaMetadataRetriever.cpp
|
| f013e1afd1e68af5e3b868c26a653bbfb39538f8 |
|
18-Dec-2008 |
The Android Open Source Project <initial-contribution@android.com> |
Code drop from //branches/cupcake/...@124589
/frameworks/base/media/jni/android_media_MediaMetadataRetriever.cpp
|
| 54b6cfa9a9e5b861a9930af873580d6dc20f773c |
|
21-Oct-2008 |
The Android Open Source Project <initial-contribution@android.com> |
Initial Contribution
/frameworks/base/media/jni/android_media_MediaMetadataRetriever.cpp
|