| 85e28eec8163c776f2f3a093f4053a96ed2d6f98 |
|
04-Jan-2012 |
Steve Block <steveblock@google.com> |
Rename (IF_)LOGI(_IF) to (IF_)ALOGI(_IF) DO NOT MERGE
See https://android-git.corp.google.com/g/156801
Bug: 5449033
Change-Id: I4bfd860b833aacee06a60fa7648de2377aefafa6
/hardware/ti/omap3/omx/video/src/openmax_il/video_encode/src/OMX_VideoEnc_Utils.c
|
| dbcc6073c88ced818ea3e742f36191088222ca26 |
|
20-Dec-2011 |
Steve Block <steveblock@google.com> |
Rename (IF_)LOGD(_IF) to (IF_)ALOGD(_IF) DO NOT MERGE
See https://android-git.corp.google.com/g/156016
Bug: 5449033
Change-Id: I6bb39eabeda44ddbe59f396f1c6276b8d1aeb8c6
/hardware/ti/omap3/omx/video/src/openmax_il/video_encode/src/OMX_VideoEnc_Utils.c
|
| eb6da54ec5a57e2f7219330d36a37213a850db17 |
|
08-Aug-2010 |
James Dong <jdong@google.com> |
TI's video encoder labels codec config data with OMX_BUFFERFLAG_CODECCONFIG
- Also, added a workaround to send SPS and PPS in a single buffer.
This has better be fixed so that the first output buffer contains the
codec config data (rather than a 0-length buffer)
Change-Id: Id9ae42debfc676c8dff3095304217911021d1c66
/hardware/ti/omap3/omx/video/src/openmax_il/video_encode/src/OMX_VideoEnc_Utils.c
|
| a7b22907b3fe1a2d644e8ef023bf8d8fde16f99e |
|
30-Mar-2010 |
James Dong <jdong@google.com> |
Fix a bug where the conditional wait is not correct for state transition from OMX_StateIdle to OMX_StateLoaded
In addition, since we have already returned all buffers to the client after completing the state transition
from OMX_StateExecuting to OMX_StateIdle, we don't need to process OMX_FillThisBuffer() in the state of
OMX_StateLoaded.
bug - 2501987
Change-Id: I7506092b97b8fb93bcfb8cefaceaf6ca98e86e06
/hardware/ti/omap3/omx/video/src/openmax_il/video_encode/src/OMX_VideoEnc_Utils.c
|
| 24ef98f0d3b5d00b1d30c8ebf0791ef708170a32 |
|
19-Mar-2010 |
James Dong <jdong@google.com> |
The input and output buffers may not be returned after the state
transition from executing to idle is completed from TI's omx
video encoder. This is to enforce the return of all the buffers; and provide
explict check on it.
bug - 2484098
Change-Id: I2ff6279957ff643e292710dec3d4547cc66bfce1
/hardware/ti/omap3/omx/video/src/openmax_il/video_encode/src/OMX_VideoEnc_Utils.c
|
| 08303a9099485ce4c94e180311eef5dc83081ef1 |
|
17-Feb-2010 |
James Dong <jdong@google.com> |
Improve the quality of recorded AVC videos by enabling deblock filtering and 4x4 intra-prediction for key frames
Originally from https://partner.source.android.com/g/#change,1504
/hardware/ti/omap3/omx/video/src/openmax_il/video_encode/src/OMX_VideoEnc_Utils.c
|
| 6bf5fadc2cc19bc298c4e998657e35cf03644d3d |
|
17-Feb-2010 |
James Dong <jdong@google.com> |
Fix the problem where the first h264 frame in the recorded video is not marked as sync frame
The root cause was that the socket node was not sending the info for SLICE bitstream mode
Changes include:
1. Change I-Sync frames to be IDR frames for h264
2. Inform encoder of framerate changes to ensure correct bitrate output
Depends on:
1. the new socket node binary from TI
This patch was originally from MOT/TI.
bug - 2161894
/hardware/ti/omap3/omx/video/src/openmax_il/video_encode/src/OMX_VideoEnc_Utils.c
|
| b65f253fdc60f6208a54911bee793d225f23cdf8 |
|
04-Feb-2010 |
James Dong <jdong@google.com> |
Revert "Revert "Omx component change due to TI's socket node update from 25.9 to 25.14""
This reverts commit eaaadaf5ebb5e352e2ed4a12714f5d2363da0dcd.
/hardware/ti/omap3/omx/video/src/openmax_il/video_encode/src/OMX_VideoEnc_Utils.c
|
| eaaadaf5ebb5e352e2ed4a12714f5d2363da0dcd |
|
02-Feb-2010 |
James Dong <jdong@google.com> |
Revert "Omx component change due to TI's socket node update from 25.9 to 25.14"
This reverts commit 36733d62c0d4c565da10b34978e587d0fda0f1ad.
/hardware/ti/omap3/omx/video/src/openmax_il/video_encode/src/OMX_VideoEnc_Utils.c
|
| 36733d62c0d4c565da10b34978e587d0fda0f1ad |
|
28-Jan-2010 |
James Dong <jdong@google.com> |
Omx component change due to TI's socket node update from 25.9 to 25.14
/hardware/ti/omap3/omx/video/src/openmax_il/video_encode/src/OMX_VideoEnc_Utils.c
|
| e7a8c5109b8019f9ecf3b520813cd672ad3e3b2c |
|
17-Dec-2009 |
<Benny.Wong@motorola.com> |
Increasing buffering in video encoder
/hardware/ti/omap3/omx/video/src/openmax_il/video_encode/src/OMX_VideoEnc_Utils.c
|
| bfecd4975018682c02566d842b9504fbd63de4b3 |
|
02-Dec-2009 |
Dan Vacura <dan.vacura@motorola.com> |
Improve avc encoder quality
-Re-enable inloop deblocking
-Add 4x4 intra-prediction for keyframes
Originally from https://partner.source.android.com/g/#change,1504
/hardware/ti/omap3/omx/video/src/openmax_il/video_encode/src/OMX_VideoEnc_Utils.c
|
| 4d888dbb93bf28964a5335b0210f5ef3bc49b2cd |
|
13-Nov-2009 |
James Dong <jdong@google.com> |
Increase output buffers for TI encoder component from 4 to 8
bug 2247143
/hardware/ti/omap3/omx/video/src/openmax_il/video_encode/src/OMX_VideoEnc_Utils.c
|
| 28bb1bbc618ee23e505399ec6f18549b1d67f9a3 |
|
29-Oct-2009 |
Nikhil Mande <nikhil@ti.com> |
Fix in h264 output buffer size calculation
Previous buffer calculation was incorrect, for D1 it was 2.1 MB now
it is 600 KB. The calculations are now based on H.264 annex A spec.
The smaller size results in reducing cache flush latencies in the bridge improving
performance. With this change D1 can now get up to ~29 FPS.
Credit to Jeff Vanhoof for noticing the large buffer size.
Originally from: https://partner.source.android.com/g/#change,1400
/hardware/ti/omap3/omx/video/src/openmax_il/video_encode/src/OMX_VideoEnc_Utils.c
|
| 3ef84bfac77eb508edac31e9b7ce695d9502cf07 |
|
02-Nov-2009 |
Nikhil Mande <nikhil@ti.com> |
Fix for multiple nal units per frame
Dynamic framerate exposed a bug in OMX as the algorithm started producing
frames with multiple NAL units. OMX was tagging correct time stamp only
to last NAL unit in each frame. This has been fixed now to tag the same
timestamp to all NAL units belonging to each frame. Looks like PV muxer
and demuxer are compatible and apparently this is not an issue for them.
But quicktime and VLC don't like NAL units with 0 timestamp in the
middle of a bitstream.
Originally from: https://partner.source.android.com/g/#change,1402
/hardware/ti/omap3/omx/video/src/openmax_il/video_encode/src/OMX_VideoEnc_Utils.c
|
| 6e0a6fe086b8d841a0d06a7b3fbd2b26e784c19b |
|
30-Oct-2009 |
venkatesh <venkateshv@ti.com> |
Fix the random MMU fault issue in M4V encoder
Couple of input params were missing on the OMX side.
The SN accesses an unmapped region and faults Added
ulQpMax,ulQpMin to MP4VE_GPP_SN_UALGInputParams reduced
the size of ResyncData to 1620 to match SN header file
Originally from: https://partner.source.android.com/g/#change,1401
/hardware/ti/omap3/omx/video/src/openmax_il/video_encode/src/OMX_VideoEnc_Utils.c
|
| 300f5d1faaea6cefa5f5cd3cec785cb82fbe4551 |
|
28-Oct-2009 |
Priyesh Bisla <bisla@ti.com> |
Send event for omx idle state transition failures
Return an error event in the case when the encoder components are unable to
transition to the idle state.
Originally from: https://partner.source.android.com/g/#change,1403
/hardware/ti/omap3/omx/video/src/openmax_il/video_encode/src/OMX_VideoEnc_Utils.c
|
| 67919b7979326dd8a8553314a8d0e87ec2cefd61 |
|
01-Oct-2009 |
James Dong <jdong@google.com> |
Setting optimum DSP parameteres to imrpove performance of D1 encoding.
bug 2168700
Changes include -
1. For higher resolution encoding preset set to 4 for optimized performance.
It enables following optimizations on DSP side -
- Modified HW Accelerator scheduling on sequencer,
- Hierarchical P frame encoding,
- Modified skip MB decision,
- Modified Intra mode selection scheme
- Instruction cache modifications.
2. Constant bit rate control set for high resolutions.
3. maxMBsPerSlice & maxBytesPerSlice set to 0
4. Deblocking disabled at Sn create time for nresolutions higher than VGA.
Signed-off-by: Nikhil Mande <nikhil@ti.com>
Signed-off-by: Jorge Solano <jsolano@ti.com>
Originally from: https://partner.source.android.com/g/#change,1142
Did manual merge.
/hardware/ti/omap3/omx/video/src/openmax_il/video_encode/src/OMX_VideoEnc_Utils.c
|
| 0c1fc978146aeb80d968d0b27abe70bf84c62ed4 |
|
30-Sep-2009 |
Benny Wong <Benny.Wong@motorola.com> |
To get GetState to block for pending state transitions to complete for video encode
Originally from: https://partner.source.android.com/g/#change,1200
/hardware/ti/omap3/omx/video/src/openmax_il/video_encode/src/OMX_VideoEnc_Utils.c
|
| 687658b40ff09d22b78c5701904224e9568a6e8a |
|
20-Aug-2009 |
snigdha <snigdha.sinha@motorola.com> |
Fix Iframe in H264 and change IframeInterval to 30
/hardware/ti/omap3/omx/video/src/openmax_il/video_encode/src/OMX_VideoEnc_Utils.c
|
| b4c4a90655e277a89ed2cc3704e9f008b311ea0f |
|
05-Aug-2009 |
Snigdha <snigdha@snigdha.(none)> |
Fix for hardcoded framerate at OMX
/hardware/ti/omap3/omx/video/src/openmax_il/video_encode/src/OMX_VideoEnc_Utils.c
|
| b44cdb1b44b144d09e8ec950d1e8e4c280064056 |
|
30-Jul-2009 |
Rebecca Schultz Zavin <rebecca@android.com> |
New version of ti OMX code to support ti mm release 25.9
Signed-off-by: Rebecca Schultz Zavin <rebecca@android.com>
/hardware/ti/omap3/omx/video/src/openmax_il/video_encode/src/OMX_VideoEnc_Utils.c
|
| fb3766f18a2c18b6f4798a6a631fdb88fcacd1dc |
|
17-Jul-2009 |
Rebecca Schultz Zavin <rebecca@android.com> |
Adding omap3 omx code
Signed-off-by: Rebecca Schultz Zavin <rebecca@android.com>
/hardware/ti/omap3/omx/video/src/openmax_il/video_encode/src/OMX_VideoEnc_Utils.c
|