aboutsummaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* ipumm: Use FW_RSC_ADDR_ANY for vrings in IPU resource tableHEADmasterRamprasad N2020-02-121-5/+6
| | | | | | | | | | Mark the vring device addresses as FW_RSC_ADDR_ANY, so that Linux kernel knows it needs to update these to the actual dynamically allocated memory locations. The virtqueue driver itself will poll for the completion status of this update. Signed-off-by: Tero Kristo <t-kristo@ti.com> Signed-off-by: Ramprasad N <x0038811@ti.com>
* Codec Update 01.00.18.01Amai Prashanth Kumar2018-12-0513-32/+32
| | | | | | | | | | Codec Name: MPEG2 Decoder Codec Version: 01.00.18.01 The updated codec information: * MPEG2D 01.00.18.01 version fix CODECS-2432 MPEG2 Decoder hangs randomly over long run. Signed-off-by: Amai Prashanth Kumar <prashanth.amai@ti.com>
* Codec Update 01.00.02.08Amai Prashanth Kumar2018-12-0513-27/+27
| | | | | | | | | Codec Name: VC1 Decoder Codec Version: 01.00.02.08 The updated codec information: * VC1D 01.00.02.08 version fix CODECS-2431 VC1 decoder fails to decode vc1 streams. Signed-off-by: Amai Prashanth Kumar <prashanth.amai@ti.com>
* Integration with IPC 3.50, BIOS 6.73, XDC 3.50Ramprasad N2018-10-044-7/+7
| | | | | | | | | Integrating IPUMM with IPC: 3.50.01.00 BIOS: 6.73.00.12 XDC: 3.50.07.20 Signed-off-by: Ramprasad N <x0038811@ti.com>
* [H264D] Codec Update 02.00.22.01Amai Prashanth Kumar2018-07-0310-18/+18
| | | | | | | | | | | Codec Name: H264 Decoder Codec Version: 02.00.22.01 The updated codec information: * H264D 02.00.22.01 version fix OMAPS00344185 Codec Hang observed for an .mkv file. Change-Id: I3e12e47792a0b1d6a7cd535fa2d6ea3c20a11323 Signed-off-by: Amai Prashanth Kumar <x0270680@ti.com>
* [MPEG4D] Codec Update 01.00.17.01Amai Prashanth Kumar2018-06-0113-28/+28
| | | | | | | | | | | Codec Name: MPEG4 Decoder Codec Version: 01.00.17.01 The updated codec information: * MPEG4D 01.00.17.01 version fix PSDKLA-4135 MPEG4 decoder hangs for a corrupted stream. Change-Id: I420aba8108c5160fe107159f09aaeb4038f75889 Signed-off-by: Amai Prashanth Kumar <x0270680@ti.com>
* [VC1D] Codec Update 01.00.02.07Amai Prashanth Kumar2018-06-0113-31/+31
| | | | | | | | | | Codec Name: VC1 Decoder Codec Version: 01.00.02.07 The updated codec information: * VC1D 01.00.02.07 version fix CODECS-2430 Codec Hangs for an Error stream. Change-Id: I7a6994424ce337ad5c2f20264eee3c22fefd3767 Signed-off-by: Amai Prashanth Kumar <x0270680@ti.com>
* Integration with IPC 3.47.01.003.00.15.00Buddy Liong2018-03-082-12/+6
| | | | | | | Updated Makefile and common.bld Change-Id: Ib0d9d55208e9850ce8b413c2a00bc11868ba32a6 Signed-off-by: Buddy Liong <a0270631@ti.com>
* Codec Update 01.00.02.06Amai Prashanth Kumar2017-12-2913-30/+30
| | | | | | | | | | | | | Codec Name: VC1 Decoder Codec Version: 01.00.02.06 The updated codec information: * VC1D 01.00.02.06 version fix PSDKLA-3933 * IVAHD hangs with trick-play scenario. Change-Id: I7b1d119ee45b261680bfa10653e12eb1d834d4d2 Signed-off-by: Amai Prashanth Kumar <x0270680@ti.com> Signed-off-by: Subash Lakkimsetti <x0270680@ti.com>
* [MPEG4D] Codec Update 01.00.16.01Amai Prashanth Kumar2017-12-1225-891/+929
| | | | | | | | | | | | Codec Name: MPEG4 Decoder Codec Version: 01.00.16.01 The updated codec information: * Issue with FLUSH during Dynamic Resolution change. Change-Id: I3ea738f47a8014208db3446c05450ff4d631900d Signed-off-by: Amai Prashanth Kumar <x0270680@ti.com>
* Add profiler to measure based on IVA-HD processing timeBuddy Liong2017-12-061-12/+28
| | | | | | | | | | | | | | | | When running with QNX test app, we are not able to get a good data on IVA fps because the Profiler calculation is including the time at MPU side. With QNX test app, there are more time spend on MPU side due to file reading to an input buffer. Previously the calculation is only based on the Total time which is the time on both MPU and IVA. This commit adds additional profiler to be based only on the IVA processing time. The total IVA processing time is calculated based on the accumulation of time before calling codec and after codec process is completed. Change-Id: Ie754b156faa8d8ba508981d5b74bdb70518517cb Signed-off-by: Buddy Liong <a0270631@ti.com>
* Merge new history into oldBuddy Liong2017-11-220-0/+0
|\
| * Integration with IPC 3.45, BIOS 6.46, and XDC 3.32Buddy Liong2017-02-172-5/+5
| | | | | | | | | | | | | | | | | | Updated build tools based on IPC release 3.45.00.00: BIOS 6.46.01.38 XDCTools 3.32.01.22 Change-Id: I1e1c0f24ad050fe4a00ccaeb017e0f569e0e6e37 Signed-off-by: Buddy Liong <a0270631@ti.com>
| * [MJPEGE] Codec Update 01.00.17.01Veeranna Hanchinal2017-02-0726-948/+1006
| | | | | | | | | | | | | | | | | | | | | | | | Codec Name: MJPEG Encoder Codec Version: 01.00.17.01 The updated codec information: * MJPEGE 01.00.17.01 version fix CODECS-2428 Jpeg encoder symbol conflicts with Jpeg decoder. Change-Id: I6b38e7f3f4b8a9bebd17339061f75a7319a2d0a6 Signed-off-by: Veeranna Hanchinal <veeranna.hanchinal@ti.com>
| * [MPEG2D] Codec Update 01.00.17.01Veeranna Hanchinal2016-11-2313-34/+34
| | | | | | | | | | | | | | | | | | | | | | | | | | Codec Name: MPEG2 Decoder Codec Version: 01.00.17.01 The updated codec information: MPEG2D 01.00.17.01 version fix CODECS-2427 MPEG2Decoder expects output buffer to be sent for parsing the header. Change-Id: I6621406e98d1c422f86b74208c73645976f608da Signed-off-by: Veeranna Hanchinal <veeranna.hanchinal@ti.com> Signed-off-by: Subash Lakkimsetti <lsubash@ti.com>
| * Check maxHeight condition only when codec_id is VIDDEC3Hongmei Gou2016-11-171-1/+1
| | | | | | | | | | Change-Id: I28e12d5a132382e83ba5a1daffb91a16a66106b5 Signed-off-by: Hongmei Gou <h-gou@ti.com>
| * [MJPEGE] Integrated new codec 01.00.16.01Hongmei Gou2016-11-1751-0/+5116
| | | | | | | | | | | | | | | | | | | | Codec Name: MJPEG Encoder Codec Version: 01.00.16.01 This commit integrated MJPEG encoder into IPUMM. Change-Id: I46924323857c5244567172ada1cd476431cff838 Signed-off-by: Hongmei Gou <h-gou@ti.com>
| * Framework changes for adding JPEG encoderHongmei Gou2016-11-173-5/+18
| | | | | | | | | | | | | | Integrating MJPEG encoder into IPUMM. Change-Id: I6fbf177e3b10c64f715a4303cc5ce75039cd2193 Signed-off-by: Hongmei Gou <h-gou@ti.com>
| * Update manifest and license to add MJPEGEBuddy Liong2016-11-173-0/+0
| | | | | | | | | | | | | | Modification on manifest and license to add MJPEG Encoder codec library. Signed-off-by: Buddy Liong <a0270631@ti.com>
| * Integration with IPC 3.43.03.05 and FC 3.40.02.07Buddy Liong2016-10-062-4/+4
| | | | | | | | | | | | | | | | Integrating IPUMM with: IPC ipc_3_43_03_05 Framework Component framework_components_3_40_02_07 Signed-off-by: Buddy Liong <a0270631@ti.com>
| * Codec Update 01.00.02.05Veeranna Hanchinal2016-10-0613-28/+28
| | | | | | | | | | | | | | | | | | | | | | | | Codec Name: VC1 Decoder Codec Version: 01.00.02.05 The updated codec information: * VC1D 01.00.02.05 version fix CODECS-2418 Modified the default value of frameLayerDataPresentFlag in baseclass params. Signed-off-by: Veeranna Hanchinal <veeranna.hanchinal@ti.com>
| * Codec Update 02.00.21.01Veeranna Hanchinal2016-10-0613-211/+211
| | | | | | | | | | | | | | | | | | | | | | | | Codec Name: H264 Decoder Codec Version: 02.00.21.01 The updated codec information: * H264D 02.00.21.01 version fix OMAPS00337101/CODECS-2421 Added support for wrongly encoded uuid_iso_iec_11578 data for USER DATA UNREGISTERED SEI. Signed-off-by: Veeranna Hanchinal <veeranna.hanchinal@ti.com>
| * Invalidating parameter buffers for codec_get_versionSubash Lakkimsetti2016-09-071-2/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Previously version_buf pointer is set to buffer pointer (data.buf) of (IVIDDEC3_Status *) status. The pointer dyn_params and status are not cache invalidated first which can cause the status->data.buf to be accessed without cache invalidation. Due to this corruption, it can cause exception on IPUMM. The solution is to cache invalidate the dyn_params and status pointer first to get the valid pointer of dyn_params and status. Then set the version_buf with status->data.buf. Perform cache invalidation on the version_buf to get the valid pointer. Change-Id: I3258cca0ee191c488fc6457391215b8bfcde3b85 Signed-off-by: Subash Lakkimsetti <x0091084@ti.com>
| * Run dce_init on Task threadBuddy Liong2016-08-163-2/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Previously dce_init() is configured as the BIOS UserStartupFunction or started when BIOS_start() is called. This is configured in \src\ti\framework\dce\package.xs The assumption is that IpcMgr_rpmsgStartup() is also configured as the BIOS UserStartupFunction or started when BIOS_start() is called. This is configured in \platform\ti\dce\baseimage\dce_ipu.cfg If IPC API IpcMgr_rpmsgStartup() is not configured as BIOS UserStartupFunction but instead it was called from a Task thread, then dce_init has to be delayed until RPMessage_init() which is called in IpcMgr_rpmsgStartup() is completed. Otherwise rpmsg-dce and dce_callback thread in dce_init() will be failing since the RPMSG is not configured yet. This patch removes dce_init() from BIOS UserStartupFunction. It will now be called from IPUMM_Main() Change-Id: I6d2cb8f4cf55d72c25eb867ad48ed7e2710efb4b Signed-off-by: Buddy Liong <a0270631@ti.com>
| * Makefile and common.bld update for IPUMM 3.00.11.00Buddy Liong2016-07-052-3/+3
| | | | | | | | | | | | | | | | Updated MJPEG codec version. Updated the IPUMM and IPC version. Change-Id: I7d08112be3222516e95d3b92788349b3009c51f0 Signed-off-by: Buddy Liong <a0270631@ti.com>
| * Update IPUMM Manifest documentBuddy Liong2016-07-051-0/+0
| | | | | | | | | | | | | | | | | | Updating the IPUMM Manifest to reflect the generic version of the component instead of the specific version to allow patches update without the need to update the IPUMM Manifest document. Signed-off-by: Buddy Liong <a0270631@ti.com>
| * dce_register_codec shouldn't be called when codec_create returns NULLBuddy Liong2016-07-051-34/+35
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Prior to this patch, when codec_create fails and return NULL VIDDEC3_Handle. DCE will still caling dce_register_codec with NULL data which is not necessary. When dce_register_codec return < 0, it continue processing for low latency mode, which is also not necessary. This patch check on VIDDEC3_Handle to make sure it is not NULL before calling dce_register_codec. It also moves the processing for low latency mode to be executed only when dce_register_codec is successful. Change-Id: I4b8fba03272c3d7c825a0bdbe813e74e04aaf555 Signed-off-by: Buddy Liong <a0270631@ti.com>
| * dce_register_engine shouldn't be called when Engine_open returns NULLBuddy Liong2016-07-051-7/+9
| | | | | | | | | | | | | | | | | | | | | | | | Prior to this patch, when Engine_open fails and return NULL Engine_Handle. DCE will still caling dce_register_engine with NULL data which is not necessary. The only issue here is that the c->refs count will be invalid. This patch check on Engine_Handle to make sure it is not NULL before calling dce_register_engine Change-Id: I07680326ef991dbf32d9c7ceb2a1877bbd368f29 Signed-off-by: Buddy Liong <a0270631@ti.com>
| * Synchronizing client requests from IPC3.x using semaphoreBuddy Liong2016-07-051-18/+46
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | When client is processing multiple requests for different process task, IPC3.x doesn't provide the protection to synchronize the request. This can potentially result in corruption in FC as multiple requests can come at the same time. As an example, when 2 clients are requesting codec_process and codec_delete at the same time, at a very small window FC might think that there are still 2 clients but somehow one of the alg gets deleted. Adding the semaphore on the multiple requests (engine_open, engine_close, codec_create, codec_control, codec_get_version, codec_process, codec_delete, and dce_SrvDelNotification) to protect the client requests to be synchronous. There is no need to add semaphore for get_rporc_info() because the function is only getting the statistical information from BIOS utils component. Change-Id: I80d2899cd6e3c5ac2392bf1fd79e7bcded07c52c Signed-off-by: Buddy Liong <a0270631@ti.com>
| * get_rproc_info: Introduce new API to query remoteprocBuddy Liong2016-06-171-1/+50
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This is the initial implementation of an extensible API that allows the user to query various remote core parameters. Currently, there are three query parameters that are supported: 1. CPU Load 2. Total configured heap size 3. Available heap size The intent of this API is to programmatically call the API and feed it in various other tools that can be developed on top of this (for example: soc performance visualization etc.) NOTE: This would require a corresponding change in the libdce as well. Change-Id: Ie7461b9597bd8d8d6d2e9bca73c67ef9d91a6351 Signed-off-by: Karthik Ramanan <a0393906@ti.com> Signed-off-by: Buddy Liong <a0270631@ti.com>
| * Add Separate Library BuildAngela Stegmaier2016-06-171-0/+17
| | | | | | | | | | | | | | | | | | | | Add "lib" build that allows only the baselib to be built instead of both the library and executable. This saves build time if the executable is not needed (for example if IPUMM is being linked into another image). Change-Id: Ic509bd08147652938e7cfc6149d348a26b9fa131 Signed-off-by: Angela Stegmaier <angelabaker@ti.com>
| * Remove Hard-codings of IVAHD addressesAngela Stegmaier2016-06-172-20/+92
| | | | | | | | | | | | | | | | | | | | Remove the hard-codings of IVAHD addresses and instead use the IPC3 Resource_physToVirt() call to get the correct virtual address. In this way, changes to the resource table don't require changes in the code. Change-Id: I874afeb59fb66f8dba1d56e252c2b1ad217f20cb Signed-off-by: Angela Stegmaier <angelabaker@ti.com>
| * Create an ipumm library with a single entry pointAngela Stegmaier2016-06-1716-39/+492
| | | | | | | | | | | | | | | | | | | | Created a library "ipu.aem4" with a single entry point "IPUMM_Main". Main source files are moved to a folder named "baselib". The baseimage is still built by linking with the baselib library and then calling the main function that is included in this library. Change-Id: Ieee7b011e06119397dd108ae9ea3e9c03fc8762d Signed-off-by: Angela Stegmaier <angelabaker@ti.com>
| * [MJPEGD] Codec Update 01.00.16.01Veeranna Hanchinal2016-04-1210-16/+16
| | | | | | | | | | | | | | | | | | | | | | | | Codec Name: MJPEG Decoder Codec Version: 01.00.16.01 The updated codec information: * MJPEGD 01.00.16.01 version fix OMAPS00332548 Added Support for missing Huffman-Table in Encoded MJPEG streams. Signed-off-by: Veeranna Hanchinal <veeranna.hanchinal@ti.com>
| * Change sync_process_mutex to a SemaphoreAngela Stegmaier2016-04-111-8/+11
| | | | | | | | | | | | | | | | | | | | A pthread_mutex cannot be locked and unlocked from a Task context (only from a pthread context). Since IPUMM and IPC only use Tasks, pthread_mutex cannot be used for synchronization. Instead, use the SYS/BIOS Semaphore implementation. Change-Id: I2121736b16255facdf40ff96423eda5936190c17 Signed-off-by: Angela Stegmaier <angelabaker@ti.com>
| * Codec Update 01.00.15.01Veeranna Hanchinal2016-04-0610-20/+20
| | | | | | | | | | | | | | | | | | | | | | | | Codec Name: MJPEG Decoder Codec Version: 01.00.15.01 The updated codec information: * MJPEGD 01.00.15.01 version fix SDOCM00121763 MJPEG decoder hangs in VDMA for particular multiscan streams. Signed-off-by: Veeranna Hanchinal <veeranna.hanchinal@ti.com>
| * Integration with IPC 3.42.01.03Buddy Liong2016-03-142-3/+3
| | | | | | | | | | | | | | | | Integrating IPUMM with: IPC ipc_3_42_01_03 Change-Id: I010016dbdce7e5d3e4770707cf4a0dd86718f753 Signed-off-by: Buddy Liong <a0270631@ti.com>
| * Integration with IPC 3.42.00.02, BIOS 6.45, XDC 3.32Buddy Liong2016-03-015-11/+11
| | | | | | | | | | | | | | | | | | | | | | Integrating IPUMM with: IPC ipc_3_42_00_02 XDC xdctools_3_32_00_06_core BIOS bios_6_45_01_29 CGT ARM 5.2.7 Change-Id: I0ca568dcb0bb185ec8d9faae9ae99b1ed3530721 Signed-off-by: Buddy Liong <a0270631@ti.com>
| * H.264 Low Latency - sync put_DataFxn to MPU sideBuddy Liong2016-03-011-33/+89
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Prior to this, DCE Server returns H264D_PutDataFxn() to codec as soon as put_DataFxn() has been sent to MPU side (libdce client). This become an issue when codec has sent the last H264D_PutDataFxn() which will return the VIDDEC3_process call. On the MPU side, it is still busy processing the put_DataFxn() and when MPU is receiving VIDDEC3_process, it stops the put_DataFxn() and there could be one more put_DataFxn that needs to be processed. Because of this there is an issue of numBlocks corruption. The solution is to make sure DCE Server doesn't return H264D_PutDataFxn() to codec unless MPU side (libdce client) has come with the next put_DataFxn(). Basically DCE Server needs to make sure that MPU side has processed the data in H264D_PutDataFxn() before return it to codec. This is track in a variable "putdata_toclient". When codec returns VIDDEC3_process(), DCE Server needs to set the variable "putData_endprocess" so that the next put_DataFxn() will return numBlocks = 0. This will allow MPU side (libdce client) to stop sending put_DataFxn(). Change-Id: Ied8c03eec8d4934eb1218f8687ad5cff6d17d57f Signed-off-by: Buddy Liong <a0270631@ti.com>
| * Handling when MPU crashes, eg. CTRL-C on MPU side.Buddy Liong2016-03-011-46/+87
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | During low latency encode and decode, when MPU is crashing DCE server is not handling the clean up properly which can cause the system to hang afterward. Based on the information from the codec support, since process call is in blocked state, the client needs to send proper numBlocks for codec to return the process call properly. In H.264 low latency encoder, codec will call function callback H264E_GetDataFxn to get the numBlocks, when MPU has crashed, DCE server needs to propagate the numBlocks to codec so that codec can proceed and return the process call. There are 2 alternatives, one is to return proper numBlocks based on resolution, the other is to return bogus numBlocks which is big enough for codec to detect an error and return the process call. This task implements the returning bogus '100' numBlocks to codec because the implementation for proper numBlocks requires some calculation to be implemented and the input buffer will not have proper data anyway. In H.264 low latency decoder, codec will call function callback H264D_PutDataFxn to post the numBlocks to client, when MPU has crashed, DCE server should ignore this information and return immediately. There could be multiple callback from codec until codec reach the proper numBlocks and DCE server should ignore and return immediately. Change-Id: I56c0f3b5792504e18d2fb2a57a3c34d26f0b55e5 Signed-off-by: Buddy Liong <a0270631@ti.com>
| * H.264 low latency - IVIDEO_NUMROWSBuddy Liong2016-03-013-16/+551
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | H.264 codec user guide describes the functionality of low latency. This functionality allows user to encode/decode a sub-frame level data communications. Without low latency, user can only encode/decode a complete/full frame only. More information about H264 low latency can be found in codec release package: * H.264 Encoder 2.0 on HDVICP2 and Media Controller Based Platform User's Guide (SPRUHG3), Appendix G - Low Latency / Sub Frame Level Synchronization * H.264 Decoder 2.0 on HDVICP2 and Media Controller Based Platform User's Guide (SPRUHF9), Appendix I - Low Latency / Sub Frame Level Synchronization This commit is only implemented low latency with IVIDEO_NUMROWS. H.264 encoder handles inputDataMode = IVIDEO_NUMROWS with getDataFxn as callback to get the numRows being filled into the inputBuffer pointer passed at process call. From H.264 encoder user guide Appendix G, more details can be found in sec. G2 H.264 Encoder Input with sub frame level synchronization H.264 decoder handles outputDataMode = IVIDEO_NUMROWS with putDataFxn as callback to notify client on the numRows/numBlocks being filled by codec into the outputBuffer pointer passed at process call. From H.264 decoder user guide Appendix I, more details can be found in sec. I.2 Details of using Sub Frame Level data sync at output side. The changes depend on the changes done on LIBDCE DCE client: H.264 low latency with IVIDEO_NUMROWS Change-Id: I59c309dba8bd8d3cd1dc519340d494931f0efe3e Signed-off-by: Buddy Liong <a0270631@ti.com>
| * Handling error in ivahd_initBuddy Liong2016-03-011-2/+12
| | | | | | | | | | | | | | | | | | In ivahd_init, when RMAN_init() or RMAN_register() fails, there is no proper cleanup. Adding proper cleanup when those functions are failing. Change-Id: I2a644578cc9721e17129cb243baabc67923ee575 Signed-off-by: Buddy Liong <a0270631@ti.com>
| * Move DEBUG outside HwiBuddy Liong2016-03-011-6/+4
| | | | | | | | | | | | | | | | | | | | | | In ivahd_acquire and ivahd_release, Hwi_disable and Hwi_restore are called. There is DEBUG being called when Hwi is disable. This could be a problem as we don't want to disable Hwi for too long. The patch is to perform register update when Hwi is disable. Change-Id: I9bfaee561e57ce0edc66fcabbdf0d32bd8d9bc24 Signed-off-by: Buddy Liong <a0270631@ti.com>
| * Before IPU2 crashed, performs crash_reset to reset IVA-HDBuddy Liong2016-02-293-2/+62
| | | | | | | | | | | | | | | | | | | | | | | | | | | | When BIOS detected a crash, adding a callback into System.abortFxn to call crash_reset. In crash_reset, it will perform clean up and release the IVA subsystem resets by asserting reset for RST_LOGIC (IVA Logic and SL2), RST_SEQ2 (IVA Sequencer CPU2) and RST_SEQ1 (IVA Sequencer CPU1). When IPU comes back up, ivahd_init() will perform the iva_boot(). The RM_IVA_RSTCTRL will be the same as when it is power on boot. Change-Id: Ice1b0a318fd00a3a88cbd5ce0cf1c54130823c4c Signed-off-by: Buddy Liong <a0270631@ti.com>
| * [MPEG2D] Codec Update 01.00.16.01Veeranna Hanchinal2016-02-2413-31/+31
| | | | | | | | | | | | | | | | | | | | | | | | Codec Name: MPEG2 Decoder Codec Version: 01.00.16.01 The updated codec information: * MPEG2D 01.00.16.01 version fix OMAPS00331190 Codec sets error in case of 1-referece B-frame in closedGop. Signed-off-by: Veeranna Hanchinal <veeranna.hanchinal@ti.com>
| * [H264D] Codec Update 02.00.20.01Buddy Liong2016-02-0913-210/+210
| | | | | | | | | | | | | | | | | | | | | | | | Codec Name: H264 Decoder Codec Version: 02.00.20.01 The updated codec information: * H264D 02.00.20.01 version fix OMAPS00330524 In multichannel case H.264 decoder hangs if run with multiple codes with H.264 decoder as more than 2 channels after FLUSH call. Signed-off-by: Buddy Liong <a0270631@ti.com>
| * [MJPEGD] Codec Update 01.00.14.01Buddy Liong2016-02-0925-893/+948
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Codec Name: MJPEG Decoder Codec Version: 01.00.14.01 The updated codec information: * MJPEGD 01.00.14.01 version fix OMAPS00326670 In nonstandard format image, wrong updating of VLD table, resulting decoder hang. * SDOCM00120649 In case of any Header Error, outputID is assigned. Signed-off-by: Buddy Liong <a0270631@ti.com>
| * [H264D] Codec Update 02.00.19.01Buddy Liong2016-02-0913-211/+211
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Codec Name: H264 Decoder Codec Version: 02.00.19.01 The updated codec information: * H264D 02.00.19.01 version fix OMAPS00328313 When player is paused for more than 10 seconds, screen freezes. * SDOCM00121006 Decoder sets correct handle when it calls putDataFxn callback. Signed-off-by: Buddy Liong <a0270631@ti.com>
| * [MPEG2D] Codec Update 01.00.15.01Buddy Liong2016-01-1926-900/+969
| | | | | | | | | | | | | | | | | | | | | | | | Codec Name: MPEG2 Decoder Codec Version: 01.00.15.01 The updated codec information: * MPEG2D 01.00.15.01 version fix OMAPS00330418 Decoder releases the output buffer twice when Flush is applied before a B frame. Signed-off-by: Buddy Liong <a0270631@ti.com>
| * [VC1D] Codec Update 01.00.02.04Buddy Liong2016-01-1926-899/+937
| | | | | | | | | | | | | | | | | | | | | | Codec Name: VC1 Decoder Codec Version: 01.00.02.04 The updated codec information: * VC1D 01.00.02.04 version fix OMAPS00328894 During FF/REW, screen becomes GRAY. Signed-off-by: Buddy Liong <a0270631@ti.com>