• State
  • Locked Locked
  • Replies 5 replies
  • Subscribers 99 subscribers
  • Views 365 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.

problem about dm355ipnc

xiaohui chen10019
Prodigy 30 points

In order to make dm355 ipnc support for VGA singals ,we have linked tvp7000 to the vpfe module of dm355.Now ,we have problems as follows:

1 The video's colour we have obtained on the internet  is abnormal .The original  black backgrounds becomes blue.,but the object's outline is right .

It means that  the blue is redundant. What might cause the result?

2 The video format from tvp7000 is ycbcr,so we have added

  ipipe_hw_setup(config) ;

 to dm355_vpfe.c to set CFG.INPSRC = 3h and IPIPE_DPATHS.FMT=3.h

when we remove the codes , the operation have no effect on the video .

why?

thank you

thank you

  • 0
    TI__Mastermind 37340 points

    1) The Y luma component normally holds the light intensity component, while the Cr component hold the chroma-red information and Cb holds the chorma-blue information.  If you are seeing blue (Cb present) and can make out the image (Y component present), you may be missing the Cr component.  What is the interface from TVP7000 to the DM355 (e.g. 8-bit or 16-bit YCbCr)? 

    2) Please not that Appro supports IPNC source code provided with IPNC kit.  Our drivers VPFE driver does not contain a file called dm355_vpfe.c; I even did a grep for "INPSRC" in our driver code and nothing come up.  Therefore, I would definitely go to Appro since they know their source code best.

     

  • 0 in reply to Juan Gonzales
    Prodigy 30 points

         Thank you very much for you answer.

        The interface from TVP7000 to DM355 is 16-bit YCbCr. After expriments, I found that there were some problems about the configuration for TVP7000. I reconfigured it , but the result was not ideal. I set a word document as input ,but every charater follows by a red shadow in the output(on the internet).I woder that if the error configuration for ccdc might cause this problem?

        The file is onder the folder ” ti-davinci\drivers\media\video”. The source code of  the evalulation board also include this file,although there some dirfferences between them,The latter doesn’t configure the registers for IPIPE and IPIPEIF,I think the configuration for them may be in another file(application files?).

  • 0 in reply to xiaohui chen10019
    TI__Mastermind 37340 points

    xiaohui chen said:

    The interface from TVP7000 to DM355 is 16-bit YCbCr. After expriments, I found that there were some problems about the configuration for TVP7000. I reconfigured it , but the result was not ideal. I set a word document as input ,but every charater follows by a red shadow in the output(on the internet).I woder that if the error configuration for ccdc might cause this problem?

    I am having a hard time picturing your setup since I do not have an IPNC kit; when you say that you set a word document as input, are you referring to an YCbCr screen-shot image of the word document ?  Also, when you say you see ""red shadows...on the internet", is this software part of the IPNC kit provided by Appro?  Have you tried getting support from Appro? they should be more familiar with this kit than I am.

    xiaohui chen said:

    The file is onder the folder ” ti-davinci\drivers\media\video”. The source code of  the evalulation board also include this file,although there some dirfferences between them,The latter doesn’t configure the registers for IPIPE and IPIPEIF,I think the configuration for them may be in another file(application files?).

    What files are you referring to; I know this is the location of our video drivers (at least in DVSDK provided kernel), but are you referring to any file in particular?  The differences are expected since Appro's code is different than ours; our IPIPE driver exposes user-level APIs and we provide an IPIPE driver user guide (SPRUFG1 included in DVSDK) to help users write user-level application which call the driver.  We also provide an IPIPE examples with source code that shows how IPIPE APIs are used, also included with DVSDK software.  As far as Appro's offering, I am not sure what is included, though I imagine some overlap and some differences when compared to our offering.

  • 0 in reply to Juan Gonzales
    Prodigy 30 points

    Thank you

         Yes, I mean that the input is an image of a word document. The image(from VGA interface)  is processed by TVP7000 and  then encoded by DM355. I can get the encoded stream from the web server  based on  DM355 on the internet, then  I can see the stream decoded by an IPNC kit intalled in my PC. I want to know whether incorrect configurations for CCDC and IPIPE/IPIPEIF might lead to the incorrect result or not.  I know DM355 supports for 720P,but the origin  image is VGA format(1024*768*60). I wonder if DM355 doesn't support for this format which may be beyond the processing capability of it.The follow is the picture I captured.its blurry.

     

    When l use the bigger and bolder charaters, I can make out the character though it is blurry too.

    I'll turn them for help.

  • 0 in reply to xiaohui chen10019
    Intellectual 410 points

    there maybe something wrong with your color rebuild algorithm, try to change RGB sequences?