Yaohb,

I am assuming this is a hetero processor environment like DM6446.

Unless the video decoder has built-in error resiliency, an erroneous stream 
might crash the decoder. The scale of crash depends on where the error occurs. 
For example, if the coding tables got corrupted, it could lead to aborts on 
DSP. If the pointer corruptions lead to ARM memory, it could lead to a crash on 
ARM as well.

Are you using TI’s video decoder? Or is it a different video decoder? Do you 
know if the video decoder is error resilient?

If you are sure that only DSP hangs, you can have a signal handler or a 
separate timer thread on ARM application and still exit.

Regards,
Anand Balagopalakrishnan

________________________________
From: davinci-linux-open-source-bounces+anandb=ti....@linux.davincidsp.com 
[mailto:davinci-linux-open-source-bounces+anandb=ti....@linux.davincidsp.com] 
On Behalf Of JayaKumar, PremKumar
Sent: Friday, May 15, 2009 3:35 PM
To: 姚寒冰; [email protected]
Subject: RE: RE: decode video problem

I presume your decoder is running on the DSP. Probably an illegal resource 
access might have caused the DSP to crash because of which the VIDDEC_process 
might not have returned and eventually the app might be hanging.
You would need to connect to the DSP and debug through decoder source to find 
the cause.

Regards,
Prem
Texas Instruments
India

________________________________
From: 姚寒冰 [mailto:[email protected]]
Sent: Friday, May 15, 2009 3:24 PM
To: JayaKumar, PremKumar; [email protected]
Subject: Re: RE: decode video problem

Thank you to answer. But sometimes died in the function of the implementation 
process, there is no return to the results. This is the main problem.

Regards
yaohb

> Hi,
>
> It depends on the way the video decoder algorithm is implemented.
>
> In such cases, usually, decoders will return with Extended Error(s) 
> indicating either the input data is corrupted or there is insufficient input 
> data for the process call to go through successfully.
> Application will be expected to handle such extended error scenarios and exit 
> gracefully.
>
> Regards,
> Prem
> Texas Instruments
> India
>
> ________________________________
> From: [email protected] 
> [mailto:[email protected]] On Behalf Of 
> ???
> Sent: Friday, May 15, 2009 2:26 PM
> To: [email protected]
> Subject: decode video problem
>
> Hi all
>
> I use DVEVM1.2.In decoding video, video data if an error or incomplete, 
> VIDDEC_process function leading to death, how to avoid this situation? Or in 
> such cases withdraw from the process of enforcement?
>
> Regards
> yaohb
>
>
>
> ===============================================
> 快来和我一起享受TOM免费邮箱吧! 
> 看看除了1.5G,还有什么?[http://mail.tom.com/images/mail/050328/page_02.gif]<http://bjcgi.163.net/cgi-bin/newreg.cgi?%0arf=050602>
> ===============================================
>
>
>


===============================================
快来和我一起享受TOM免费邮箱吧! 
看看除了1.5G,还有什么?[http://mail.tom.com/images/mail/050328/page_02.gif]<http://bjcgi.163.net/cgi-bin/newreg.cgi?%0arf=050602>
===============================================


_______________________________________________
Davinci-linux-open-source mailing list
[email protected]
http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source

Reply via email to