• State
  • Locked Locked
  • Replies 7 replies
  • Subscribers 99 subscribers
  • Views 422 views
  • Users 0 members are here
Support feedback
Options
Options
Related

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.

LCD output and non-standard mode

John Warren
Prodigy 90 points

Hello,

Our application currently uses a 480i video stream and I have been attempting to enable the LCD interface in non-standard mode with no success so far. I am able to get the LCD interface to work in the standard mode with or without the BT656 mode in YCCCTL enabled.  However, when I set VMOD for non-standard and attempt to setup YCC8 output as shown in the Wiki, the display thread appears to stop working. I am using the DM365 EVM with the decoder demo and I observe that the Loader is continually waiting to load more data from the H.264 file that I have created for testing. On initial start up, I do see the decoder processing data for a number of seconds and then it stops and the Loader enters the waiting state. If I set up the VDPRO register to display a color bar pattern, it displays correct colors on our LCD, so it would seem that the LCD interface is configured correctly as far as control and data signals.

I am using DVSDK 2_10_01_18 and Montavista Linux version 2.6.18.

 

Thanks,

John

  • 0
    TI__Genius 14405 points

    Just wondering, which wiki are you referring to? Let' see if we also need to update that wiki after this problem is solved.

  • 0 in reply to Paul.Yin
    Prodigy 90 points

    Here's the URL:

    http://processors.wiki.ti.com/index.php/How_to_program_VPBE_YCC8_digital_out

    I did note that several of the OSD registers are referenced twice with different values.

    Also, I did forget to mention that I used this as a starting point as we are actually going to use YCC16 for our design. However, using the YCC8 Wiki as a start, I made the changes for both YCC16 and parallel RGB with the same results I noted above.

     

    John

  • 0 in reply to John Warren
    Prodigy 90 points

    No ideas at all on this?

  • 0 in reply to John Warren
    TI__Genius 14405 points

    Hi John,

    See below for the comments from the author of the wiki page.

     

    This sounds like a linux driver problem to me. Since the color bar display correctly, the hardware (clock setting etc.) should be correct. I think you should take a look at driver code from AVNET. They are programming their LCD using RGB888 mode. The patched can be download from AVNET site (Wiki page provide the link) http://processors.wiki.ti.com/index.php/DM365_touchscreen_with_Qt

  • 0 in reply to Paul.Yin
    Prodigy 90 points

    Thanks for the info Paul. I'll take a look at the AVNET driver code to see if this can help solve the problem.

     

    Thanks,

     

    John

  • 0 in reply to John Warren
    Prodigy 90 points

    Paul,

    I took a quick look at the patch and I have a question. Is the patch exclusively for the Avnet AIB and LCD combination? We have our own LCD that we will have to set timing parameters for (hence the need to have non-standard mode). I have been using the EVM board to attempt to get the digital control and data outputs working on a known platform before we transfer to our custom platform (a near clone of the EVM hardware without the input decoders and mux).

    Thanks,

     

    John

  • 0 in reply to John Warren
    TI__Intellectual 1130 points

    John,

              Yes, the driver is setting for AVNET LCD Hardware.  The suggestion only to use this as example for a working LCD driver.  Your problem doesn't look like a timing problem but more of a driver problem itself. If it is HW timimg specifically, you should see something on the LCD (some distort picture, etc.)

    Regards,

    Isara