• State Resolved
  • Locked Locked
  • Replies 5 replies
  • Subscribers 46 subscribers
  • Views 1898 views
  • Users 0 members are here
Support feedback
Options
Options
Similar topics

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.

TVP7002 detect video standard

Steven Weng1
Expert 2200 points
Other Parts Discussed in Thread: TVP7002

Hello All,

I use TVP7002 register - clocks per line(39h-3Ah) and lines per frame(37h-38h) to detect what video standard have been capture. And set the related parameters of TVP7002 registers.

It's ok for most of VESA video standard!

But in 1280x768@60 and 1366x768@60, it cant distinguish.

clocks per line: 136

lines per frame: 798

It almost the same.

How can I distinguish?

BTW, I am capturing the VGA source(RGB, VESA standard) and output the 20bit 4:2:2 format embedded sync.

Thanks!!

Regards,

Steven

  • 0
    TI__Mastermind 43875 points

    Steven,

    The issue here is most likely that you are using the internal 6.5MHz clock for the timing measurements and this does not have enough resolution/accuracy to determine all possible VESA DMT and CVT modes.

    This is why there is also an option to supply an external 27MHz reference clock. This will be both more accurate and have higher resolution than the internal 6.5MHz reference. (See register 1ah bit 3 for reference control)

    You can also look at the H & V sync width registers (3bh & 3ch), and the polarity register (14h)

    Please note that looking for exact numbers in these registers is risky since there will always be sampling variations and the accuracy of the internal 6.5MHz reference.

    BR,

    Steve

  • 0 in reply to Steve Clynes
    Expert 2200 points

    Hi Steve,

    Thank for quick reply.

    It's very useful for me. thanks a lot.

    Using a 27MHz reference clock, the clocks per line should be :  Pixels per line x 27 MHz / Pixel frequency

    1366x768@60 : 1792x27 / 85.5 = 565.895

    1280x768@60 : 1664x27 / 79.5 = 565.132

    It's almost the same too.

    So I will tried to look at the H & V sync width for more information.

    Thank again.

    Best regards,

    Steven

  • 0 in reply to Steven Weng1
    TI__Mastermind 43875 points

    Steven,

    Don't use the character time, use the absolute time since the pixel clock also changes.

    1366 normal = 20.959us => count = 565
    1366 reduced = 20.833us => count = 562

    1280 normal = 22.222us => count = 599
    1280 reduced = 21.099us => count = 569

    BR,

    Steve

  • 0 in reply to Steve Clynes
    Expert 2200 points

    Hi, Steve

    Thanks a lot.

    Sorry, Could you explain more detail?

    How to get the absolute time and the related "clocks per line"?

    I have read the register clocks per line and 1280x768, 1366x768 both are the same.

    Regards,

    Steven

  • 0 in reply to Steven Weng1
    TI__Mastermind 43875 points

    Hmm, strange.

    The times I listed above came straight from the VESA specification.

    If the source video does not conform to the VESA specification then obviously it makes things a lot more difficult.

    For VESA compliant signals you should see a difference.

    I suggest that you acquire a copy of the VESA DMT and CVT standards which list very clearly and specifically all the timing information that you need to detect standards compliant video signals.

    BR,

    Steve