| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
| |
display in PreviewRenderer surface after importing video
1. this is caused mFrameIntervalMs isn't assigned for use-software-codec case
2. without the assingment, some decoded frames will not be copied to the buffer queue of VideoEditorVideoDecoder
Change-Id: I578954e38958ebac8f258300e60b8ddf60e50521
Signed-off-by: beanz <beanz@marvell.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
Very high quality is enabled only for 44.1 -> 48 or 48 -> 44.1,
and uses low quality for all other use cases.
Track estimated CPU load and throttles the quality based on load;
as currently configured it should allow up to 2 instances of very high quality.
Medium quality and high quality are currently disabled unless explicitly requested.
Details:
Only load .so the first time it is needed.
Cleanup code style: formatting, indentation, whitespace.
Restore medium quality resampler, but it is not used (see next line).
Fix memory leak for sinc resampler.
Check sample rate in resampler constructor.
Add logs for debugging.
Rename DEFAULT to DEFAULT_QUALITY for consistency with other quality levels.
Renumber VERY_HIGH_QUALITY from 255 to 4.
Use enum src_quality consistently.
Improve parsing of property af.resampler.quality.
Fix reentrancy bug - allow an instance of high quality and an instance
of very high quality to both be active concurrently.
Bug: 7229644
Change-Id: I0ce6b913b05038889f50462a38830b61a602a9f7
|
|\
| |
| |
| |
| | |
* commit '4348cbcec6c3aec02af722d633ebda24f94dfcc8':
Initialize pool's buffer pointers to null.
|
| |
| |
| |
| |
| |
| |
| |
| | |
If these pointers are not properly initialized to null and
allocation of one of the buffers subsequently fail, the freePool
mechanism might erroneously free uninitialized pointers.
Change-Id: I2101bdb2cc576e5f50b5a1440e6fc0c54dc4e81b
|
|/
|
|
|
|
|
|
| |
The crash was because the video sample was too short and has 0 duration (or a single frame video).
This patch is just simply not to support 0 duration video for editing.
Change-Id: I2c7ff78b1e884a4d3a5051f87cdbeeb5dc3078a6
related-to-bug: 6670656
|
|
|
|
|
| |
Change-Id: I19308c5fb0f39f8e696092186f4386e3dad06894
related-to-bug: 6647465
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
At least two use cases are affected: trimming and transition clip generation.
If the starting time of the transition or the trimming position is not the same as
that of any existing video frame, the video frame right before the transition
starting position or the trimming position must be encoded as the the first video
frame for the transtion or the trimmed video, and it is encoded as a key frame.
This frame was not saved without the patch.
In the transcoding phrase, since we could not find such a frame, the existing
code did not return an error, and incorrectly used some other frame to serve
as the reference key frame for the remaining video frames of the transition or
the trimmed video. As a result, we may see corrupted or green video frames in
the exported movies.
The fix is to always save the frame right before the trimming position or
the transition starting time, so that a key frame will always be encoded, and
the right reference frame is used for remaining video frames. In addition,
checks are added to prevent from future mistakes to use incorrect reference frames.
Patch was originally contributed by teng.hong@nxp.com
Change-Id: I182784d4c1786224445224634edab3338bf2278f
related-to-bug: 5713461
|
|
|
|
|
|
|
|
|
|
|
| |
Using hard-coded length value easily leads to buffer overflow.
Refactor the code a bit to make it more readable, and more
extensible, and less subject to the buffer overflow coding error.
Patch originally contributed by teng.hong@nxp.com
Change-Id: Id262915302ccea8ae3b0121bf39890ab463aeeb7
related-to-bug: 6328360
|
|
|
|
|
|
|
|
|
| |
access unit
Patch was contributed by teng.hong@nxp.com
Change-Id: I0f56361d839f18627e512d18e86f51b58b9b0e05
related-to-bug: 6240789
|
|
|
|
|
|
| |
related-to-bug: 6502980
Change-Id: I9cbbf44eb53c406263df4003cc3de2af4d239180
|
|
|
|
|
|
| |
editor engine"
This reverts commit 1af1f6a60b9fa217b6809e767babf1ce8a2e95c9.
|
|
|
|
|
|
| |
related-to-bug: 6328360
Change-Id: I36324820c7e72fedd8c4caf1b03443a4f7cec37f
|
|
|
|
|
|
|
| |
o plus a few file relocation: ActivityManager.cpp/h, SoundPool.h, etc
o remove some runtime dependencies to libandroid, libandroid_runtime, etc
Change-Id: I047a47c5fb361dd5cf85cd98798c39f629a75d10
|
|
|
|
|
|
|
|
|
|
|
| |
/frameworks/base/media/jni
o move VideoEditorMain.h to /frameworks/av/libvideoeditor
o removed JNI related C_INCLUDE in some Android.mk files
o related-to-bug: 6214141
Change-Id: Iadd01eef701deb728fbac1a3f524ea1db72f6b48
|
|
|
|
|
|
| |
o related-to-bug: 6214141
Change-Id: I3ef60ca7670df37d7e43546e244cfe6a33093ba9
|
|
|
|
| |
Change-Id: I522861043cc2ee905258a2ae409bf9dddbe452dc
|
|
|
|
|
|
|
|
| |
Part of this change will be reverted after the move is complete.
p.s. this dependency on AudioFlinger should be removed
Change-Id: Ib29d413b74a6dc1babe7a33471128be11304ce56
|
|
|
|
|
|
| |
o related-to-bug: 6044887
Change-Id: I3a1143b09560a6b8fd67d23bbb375c83442a12e9
|
|
|
|
|
|
| |
o related-to-bug: 6044894
Change-Id: I192f0436572d240fd2fb88446f6fa63ba0128d7e
|
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| | |
o MediaBufferPull class will be useful for the audio encoder also once we switch
to use OMX-based audio encoder.
o This is the part one for fixing bug 5947347
Change-Id: Icddfeb636f7a59ad766220ef0d3155abace73ad3
|
|/
|
|
|
|
|
|
|
| |
VideoEditorSRC doesn't need to include AudioMixer.h.
VideoEditorResampler includes AudioMixer.h, which requires
system/media/audio_effects/include in the include path.
Change-Id: Ibf6194831aeb91e788ce0a3b1282a0d930ee6e48
|
|
|
|
|
|
|
| |
Update the getNextBuffer signatures to have an additional (but
ignorable) parameter used to implement timed audio output.
Change-Id: Icb98e4af4d136c234ae8c5cbb4a5de4350b436bb
|
|\ |
|
| |
| |
| |
| | |
Change-Id: I307b3f565808ec8e3b9a4d944c6c0d1f603b04c9
|
|/
|
|
|
|
|
|
|
|
| |
When the transition clip is generated: two clips in general are involved.
The second clip was assigned the incorrect effect number when a transition was coupled with a color effect
o patch contributed by Hong Teng <hongteng@nxp.com>
o related-to-bug: 5713461
Change-Id: I61b497620264692b331da8b8e7753240edc5d1aa
|
|
|
|
|
|
|
|
| |
issues in the video editor engine
o related-to-bug: 5947347
Change-Id: I8eae8166e87e5809e2f3699f760f3a3e57895b4f
|
|
|
|
|
|
| |
o related-to-bug: 5890998
Change-Id: If0198e52ff7bbd7422f219f55a37aae97f7d74f1
|
|
|
|
| |
Change-Id: Ib566226b427f5357d52c7b9c0742afa05fdd3a84
|
|
|
|
| |
Change-Id: Ia0b6af98bd8f2ccb4d79705064a225e5f699ed8d
|
|
|
|
|
|
|
| |
See https://android-git.corp.google.com/g/#/c/157220
Bug: 5449033
Change-Id: I5c54a0185527f6ca3e746d625a007aa06f6f25f9
|
|
|
|
|
|
|
| |
See https://android-git.corp.google.com/g/157065
Bug: 5449033
Change-Id: I605079da4a7c01e6555e2aab6f16ccf8cc6ac694
|
|
|
|
|
|
|
| |
See https://android-git.corp.google.com/g/156801
Bug: 5449033
Change-Id: I261ad4d5348f4832488707edeb3cbdbb6dd12fca
|
|
|
|
| |
Change-Id: I1e8a00c81efefd956fe9e4d9b58557373320e322
|
|\
| |
| |
| |
| |
| |
| | |
Handle the decoder error case, this modification is to fix the native crash.
* commit '38ca8aaf3ad045d8623bce0be9b351ae9004abb3':
Fix for issue 5490443 Native crash while exporting a video Handle the decoder error case, this modification is to fix the native crash.
|
| |
| |
| |
| |
| |
| | |
Handle the decoder error case, this modification is to fix the native crash.
Change-Id: I3f2ef62b591ebfb9e01153b80b04eb330f575207
|
|\ \
| |/
| |
| |
| |
| |
| | |
to 30 secs
* commit '8e61113210e4c3c1ce57ecef1dda327bea85c19c':
Fix for 5638097 KenBurn generation time increased from 19 secs to 30 secs
|
| |
| |
| |
| |
| |
| | |
-Remove the additional transcoding for kenburn video in video editor saving phase.
Change-Id: Ia8721ba75d4b7923db0f483bf30209c6fa40e4bd
|
|\ \
| |/
| |
| |
| |
| |
| | |
prefetch YUV frames in media_profiles.xml to limit the total memory usage.
* commit '811c53c58a870397f2864003dc21d5799a422b26':
Fix for issue 5309336 -add videoeditor maximum prefetch YUV frames in media_profiles.xml to limit the total memory usage.
|
| |
| |
| |
| |
| |
| |
| | |
-add videoeditor maximum prefetch YUV frames in media_profiles.xml to
limit the total memory usage.
Change-Id: I43c03fc626194d9ebbe8d914d9209a04bc085831
|
|/
|
|
|
|
|
| |
See https://android-git.corp.google.com/g/#/c/143865
Bug: 5449033
Change-Id: I366680b6e614b8983d1def28cc2fdbfa98f39531
|
|\
| |
| |
| | |
h263 file." into ics-mr0
|
| |
| |
| |
| |
| |
| |
| | |
Add support for Audio Object type 5(SBR) and 29(PS) in
audio decoder node.
Change-Id: I9b631893f530d0c8550a0a7addfbdce226313693
|
|/
|
|
|
|
|
|
|
|
| |
This is to solve the corrupt frame in transition clip generated
from mpeg4 input clip.
Compress domain trimming is disabled for mpeg4 since hardware
encdoer may use different time scale value than the input mpeg4
clip.
Change-Id: I19377a19840f599ba9cb24c89dc86aaa63fc229e
|
|
|
|
|
|
|
|
| |
Movie Studio
Apply frame effect(overlay) after rendering mode was done
Change-Id: I1ff9cc868117cc8dcdc735e6854ff429b74e8154
|
|
|
|
|
|
|
| |
decoder
Change-Id: I831b32c7ab02fa110865c88bbb02f339889d97a5
related-to-bug: 5407761
|
|
|
|
|
|
|
| |
Transcode if clip's profile or level exceeds encoder's supported
profile or level.
Change-Id: Ib2f678828a58657b095ef6ef219fd0aa2bdccf91
|
|
|
|
|
|
|
|
| |
than the other
Set the alpha blending value correctly.
Change-Id: I6aaed47144d09d182afb1c70d5bb72b7360fb51e
|
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Correct video bitrate value is set from 3gpReader node.
Also, bitrate is limited to max supported by encoder as
per profile and level.
This patch also fixes bug
5309520 [Prime] Native crash while running CTS test testExportEffectOverlay.
Change-Id: Icd649c02465e88553b6e69ea8bcd01baf66ded9e
|