This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

De-interlacing YUV 4:2:2

Good day!

How to make progressive mode from interlacing YUV 4:2:2 for evm6437?

There is an example for DM6446 but under Linux. I can't open file.

Tnanks,

Igor. 

  • Can you give a little more detail?  Are you acpturing (video input) interlaced video and want to display (video output) progressive video?  If so, what video output format are you after (e.g. 720x480 progressive YCbCr video)?

    What DM6446 file can you not open?  I can probrably help you.

  • Yes, I capture interlaced video 4:2:2 (video input) and want to make processing and display progressive video (video out).
    The file I can't open -  http://www-s.ti.com/sc/techlit/sprc374.gz  
    I hope that progressive mode can help me with my problem.
    I can not understand why algotritm evcryption/decryption at alone board evmDM6437 works, but when I share it on the two ( one encryptes, another evm6437 decryptes) boards I have  artifacts, which lead to distorted image. Below as an example of a picture when I do the inversion of entire fragments of images and inrestoring the image to the other board is the vertical range.
    It is the original image
    .
    This "spoiled"  image.
    This image is restored at the same board
    This image is restored at the another boards ( you can see artifacts). I don't know may be it is a result of interlace mode, may be wrong algotithm.

     

    What I must translate into line between two boards...

     

     

    and instead of clean image I get ...

     

     

  • to open up the DM644X file, you need winrar (or similar program), I just tried it.  You can get winrar for free here

    http://www.download.com/WinRAR/3000-2250_4-10007677.html

    With regards to your algorithm, how are you tranferring the video data from one DM6437 processor to the other (are you flushing cache before transferring data from one processor to the other).  Since it appears that your algorithm works fine within one processor, I am wondering if the problem lies in the data the other processor has to start with.

  • Dear Juan!

    Please, look at a piece of my program. Is it right way ? May be you can siggest  have done anything differently?

    Tnank you,

    Igor.

  • I am sorry, but I use Windows XP and that's why I can't open this file. I think this file can be readed only with Linux.

  • Winrar (link I sent previously) works on WinXP