Hi Chris,
I tried with the latest encoder in codecs (1_12_000) available in dvsdk_1_30_00_40, unfortunately this has the same issue. So am back to square 1 :-( Now looking at running the audio components outside of codec engine till this problem is fixed. Regards, Vinayak ________________________________ From: Ring, Chris [mailto:[EMAIL PROTECTED] Sent: Tuesday, May 27, 2008 8:43 PM To: Diego Dompe; Vinayak Das Cc: [email protected] Subject: RE: Cache issue with MPEG4 Encoder / Decoder on DM355 Diego's suggestion is a good one, try the latest codecs. Your issue may be a bug in the video codecs that shows up when the memory is cached. That said... the reality is that there's a gap in xDAIS/IALG where it doesn't comprehend cached/uncached or physically contiguous memory spaces... and therefore provides no way for algs to ask for memory of these types. We're looking at ways in xDAIS to add this support in our next major releases (xDAIS 6.20 and CE 2.20 in Q3 this year), but nothing in the existing products. Note that we're planning to add this in a backward-compatible way so we don't break existing algs... but algs that need to take advantage of the new mem spaces would have to be modified to request them (e.g. cached/uncached, physically-contig/contig-don't-care). Given that... users that need this functionality _today_ may have to resort to hacks in the near term. One system-specific hack/approach could be to modify CMEM to identify all the alloc requests from the audio codecs (perhaps by size?), and convert all the requests identified for the audio codecs as cacheable, regardless of whether it's asked for cacheable or not. Yes, it's a hack, but might get you past this until we have more official support in xDAIS/CE. Chris ________________________________ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Diego Dompe Sent: Tuesday, May 27, 2008 7:59 AM To: Vinayak Das Cc: [email protected] Subject: Re: Cache issue with MPEG4 Encoder / Decoder on DM355 Vinayak, I would suggest you to try with the latest release of the codecs (1_12_000) available at the dvsdk dvsdk_1_30_00_40 (which should be accessible at the update site for your EVM). We left behind several issues when move to use the new codecs. Regards, Diego On May 27, 2008, at 4:32 AM, Vinayak Das wrote: Hi All, We are working on a product on the DM355 which uses the TI MPEG4 Enc/Dec and our companies speech codecs. Currently we are using the TI codecs - version dm355_codecs_1_06_01 which were released with dvsdk dvsdk_1_30_00_23. We ran into a big issue using the TI MPEG4 encoder/decoder with our audio components on DM355. For our audio components for optimal performance , we need to set all the memory used by the audio components to cache-able. We do this by the following settings in the XDC file. algSettings = xdc.useModule('ti.sdo.ce.alg.Settings'); algSettings.useCache = true; When we do this the TI MPEG4 Encoder stops working. Most likely we have hit upon some cache coherency issues. Is there any way we can correct this. Thanks and Regards, Vinayak ********************************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify [EMAIL PROTECTED] ********************************************************************** _______________________________________________ Davinci-linux-open-source mailing list [email protected] http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
_______________________________________________ Davinci-linux-open-source mailing list [email protected] http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
