dm8168 Video Cpature questions.

hi,

It looks like nothing was captured by the capture port.

You will need to check the external video decoder settings.

Which 960H video decoder are you using ? We recently tried with TW2968 video decoder and we are able to capture data fine.

Please also send me dump of the below registers for VIP Port A

0x48105500 .. 0x48105600

You can use the linux utlity included in RDK "./mem_rdwr.out" to dump the registers

regards
Kedar

Hi Kedar.
Thanks your replay.
The memory address of the dump file attached as requested.

/opt/dvr/bin/ti816x/bin # ./mem_rdwr.out --rd 48105500 65

 0x48105500: 00000002
 0x48105504: 40002102
 0x48105508: 00000000
 0x4810550c: 40002102
 0x48105510: 00000000
 0x48105514: 00000000
 0x48105518: 00000000
 0x4810551c: 00000000
 0x48105520: FFFFFFFF
 0x48105524: FFFFFFFF
 0x48105528: FFFFFFFF
 0x4810552c: FFFFFFFF
 0x48105530: 00000000
 0x48105534: 00000000
 0x48105538: 00000000
 0x4810553c: 00000000
 0x48105540: 00000000
 0x48105544: 00000000
 0x48105548: 00000000
 0x4810554c: 00000000
 0x48105550: 00000000
 0x48105554: 00000000
 0x48105558: 00000000
 0x4810555c: 00000000
 0x48105560: 00000000
 0x48105564: 00000000
 0x48105568: 00000000
 0x4810556c: 00000000
 0x48105570: 00000000
 0x48105574: 00000000
 0x48105578: 00000000
 0x4810557c: 00000000
 0x48105580: 00000000
 0x48105584: 00000000
 0x48105588: 00000000
 0x4810558c: 00000000
 0x48105590: 00000000
 0x48105594: 00000000
 0x48105598: 00000000
 0x4810559c: 00000000
 0x481055a0: 00000000
 0x481055a4: 00000000
 0x481055a8: 00000000
 0x481055ac: 00000000
 0x481055b0: 00000000
 0x481055b4: 00000000
 0x481055b8: 00000000
 0x481055bc: 00000000
 0x481055c0: 00000000
 0x481055c4: 00000000
 0x481055c8: 00000000
 0x481055cc: 00000000
 0x481055d0: 00000000
 0x481055d4: 00000000
 0x481055d8: 00000000
 0x481055dc: 00000000
 0x481055e0: 00000000
 0x481055e4: 00000000
 0x481055e8: 00000000
 0x481055ec: 00000000
 0x481055f0: 00000000
 0x481055f4: 00000000
 0x481055f8: 00000000
 0x481055fc: 00000000
 0x48105600: 00000002

/opt/dvr/bin/ti816x/bin #

It is fortunate that the 960H images that capture normal.
very ambiguities that modify any part of mcfw.
Addition hdvpss modified part of ambiguities.

Please understand that writing this because my English is too humble.

regards.

hi,

I checked registers, the settings it self are fine but no video was detected at DM8168 VIP port.

You need to check your external video decoder settings.

Make sure of the following,

- DM8168 is sampling data as falling edge of pixel clock
    - Try inverting pixel clock at video decoder
- DM8168 expects chId to be inserted in least significant nibble of a horizontal blanking pixel
value
      - Usually external video decoder has option to insert chID in horizontal blanking or EAV/SAV or both, select "both" if possible

- Make sure 4x pixel mux mode is selected at DM8168

Once again which video decoder is this ?

If it is TW2968 then I can help you with the external video decoder settings ?

regards
Kedar

Thank you.
We use a Decoder. NVP1918 Manufactured from Nextchip Decoder.

Settings for Decoder'll try again.

Modified 960H for input from mcfw What is it?
I mcfw from NTSC / PAL's width has been changed. (720 -> 960)

What was modified for HDVPSS?
Similarly, change the width mcfw and (720 -> 960)

Beyond that, do not know how else to change what did not. To make this change, right?

I am not sure what you modified for 720 -> 960
If you can share the changes I can review it.

Anyway, the first step is to get data captured. Please check the NextChip video decoder settings. I am not familiar with the chip but make sure of what I mentioned earlier regarding CHID.

Also make sure nextchip will output black or blue color data when no input signal is connected.

regards
Kedar

hi kedar.

Decoder of the register that we use was modified to try
dm8168's capture status is unchanged.

We accept input 16-channel 960H is going.
We want is a 16-channel input 960H.

Decoder 144MHz 4ch Mux output data that we use.

modify the contents of mcfw all for the first time and turning back.
First, now modify the list of items attached.

modified MCFW source.

- src_bios6/links_m3vpss/capture/captureLink_drv.c
#if 0
        if(pObj->createArgs.enableSdCrop)
            pInst->maxWidth = 704;
        else
            pInst->maxWidth = 720;
#else
        if(pObj->createArgs.enableSdCrop)
            pInst->maxWidth = 944;
        else
            pInst->maxWidth = 960;
#endif

- src_bios6/links_m3vpss/system/system_m3vpss.c

case VSYS_STD_NTSC:
#if 0
            *width = 720;
#else
            *width = 960;
#endif
            *height = 480;
            break;
        case VSYS_STD_PAL:
#if 0
            *width = 720;
#else
            *width = 960;
#endif
            *height = 576;
            break;

- src_linux/mcfw_api/usecases/multich_vcap_vdis.c
#if 0
        pChInfo->width      = 720;
#else
        pChInfo->width      = 960;
#endif

src_linux/mcfw_api/usecases/multich_common.c
 case VSYS_STD_NTSC:
#if 0
            *width = 720;
#else
            *width = 960;
#endif
            *height = 480;
            break;

        case VSYS_STD_PAL:
#if 0
            *width = 720;
#else
            *width = 960;
#endif
            *height = 576;
            break;

Attached the contents of the file is modified as mcfw demo appears on the screen in black.

Wondering if I mcfw you for 960H modified source.
Modified HDVPSS source ambiguities.

Decoder that we use the 720/960 mode can be selected.
Has confirmed to appear on the monitor screen when the 720H Decoder. But the 960H to the monitor screen is black.

The change itself is OK, but to begin with dont do this change as well.

i.e let the SW still be for D1.

Just change the video decoder to output 960H

HW Capture port will still capture it, the SW after receiving the data will then do all processing at D1.

I know this is not what you want but this will help verify the capture is fine.

Once this works we can change software so that it does 960H processing.

regards
Kedar