We are currently evaluating the codec--trying to integrate it with our video capture and other processing, and verify its performance in the context of our usage.
I have gotten through a variety of problems making the DMA engine internal to the codec play nicely with the EDMA3 driver used for video and scratch DMA in our application, and am currently stuck on an exception generated by the codec on the second pass of "encode":
In the function H264VENC_TI_h264e_imcop_init it is writing to a non-existent memory location. Specifically:
STH.D2T1 A6,*B4, when B4 contains the value 0x8065B, which is "reserved" in the DM648 memory map.
Trying to get this thing to work has been very painful when all I have to go by is the assembly for the codec, so I could really use a resource that knows the "C" for the codec to help me divine what the problem(s) could be.
For the source code, Please get in touch with your local FAE and route this request though him.
All content and materials on this site are provided "as is". TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with regard to these materials, including but not limited to all implied warranties and conditions of merchantability, fitness for a particular purpose, title and non-infringement of any third party intellectual property right. TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with respect to these materials. No license, either express or implied, by estoppel or otherwise, is granted by TI. Use of the information on this site may require a license from a third party, or a license from TI.
TI is a global semiconductor design and manufacturing company. Innovate with 100,000+ analog ICs andembedded processors, along with software, tools and the industry’s largest sales/support staff.