• Join
  • Sign In with my.TI Login
Texas Instruments
  • Products
  • Applications
  • Tools & Software
  • Support & Community
  • Sample & Buy
  • About TI
Sample & Purchase Cart Sample & Purchase Cart
  • Search
  • Advanced
TI E2E™ Community
  • Support Forums
  • Blogs
  • Groups
  • Videos
  • 简体中文
  • More ...
TI Home » TI E2E Community » Support Forums » Digital Signal Processors (DSP) » OMAP™ Processors » OMAP35x Processors Forum » Getting Raw Capture from CCDC
Share
OMAP™ Processors
  • Forums
  • Announcements
Options
  • Subscribe via RSS
Resources
  • OMAP-L1x DSP+ARM9™-based Processors Product Folder
  • OMAP3525/30 DSP+ARM Cortex™-A8-based SOCs Product Folder

  • Top OMAPL Wiki Links
  • OMAPL3x Schematic Review Checklist
  • OMAPL13x Boot resources

  • OMAPL Document Resources
  • OMAPL137 Technical reference manual
  • OMAPL138 Technical reference manual
  • OMAPL Boot loader App Notes
  • Getting Raw Capture from CCDC

    Getting Raw Capture from CCDC

    This question is not answered
    Jeffrey Vertosick
    Posted by Jeffrey Vertosick
    on Aug 08 2012 13:33 PM
    Intellectual310 points

    I have an application running on a DM3730 using DVSDK 4.02.00.06 and the linux psp included with it (2.6.32) with a 12-bit greyscale camera attatched to the parallel input.  I would like to get the raw frames captured from the CCDC since the greyscale data cannot be processed in the rest of the ISP.  I have a setup now that uses V4L2 with the omap34xxcam driver to capture video.  Looking at the ISP driver it appears that is the input format and the output format is set to one of the RAW formats (e.g. V4L2_PIX_FMT_SRGGB10) that only the CCDC is used.  So I have my driver configured to be inputting "V4L2_PIX_FMT_SRGGB10" and I ask V4L2 to capture in the same format.  The resulting frame data appears to be 16-bit greyscale values (not the 12- or 10-bit data that I would expect).  Is there a better way of getting the raw data using V4L2?

    camera ISP DVSDK Linux CCDC raw DM3730
    Report Abuse
    • Reply
    You have posted to a forum that requires a moderator to approve posts before they are publicly available.
    All Replies
    • Brahim HAMADICHAREF
      Posted by Brahim HAMADICHAREF
      on Aug 18 2012 09:09 AM
      Intellectual425 points

      Isn't the data 10 in a 16 bit data ... I.e. a word ?! 10 or 12 bit are not standard data, so it is packed into a 16 bit word.

      Regards

      Brahim

      Report Abuse
      • Reply
      You have posted to a forum that requires a moderator to approve posts before they are publicly available.
    • Jeffrey Vertosick
      Posted by Jeffrey Vertosick
      on Aug 21 2012 06:54 AM
      Intellectual310 points

      That is what I would expect a zero padded 10 or 12 bit value, but upon inspection of the data all 16 bits are varying.

      Report Abuse
      • Reply
      You have posted to a forum that requires a moderator to approve posts before they are publicly available.
    • Sharath Kumar Bhat38979
      Posted by Sharath Kumar Bhat38979
      on Aug 27 2012 11:15 AM
      Intellectual280 points

      Check for DATSIZ in register CCDC_SYN_MODE this has to be 0x6: cam_d is 10 bits with bridge disabled i.e. PAR_BRIDGE = 0x0 in ISP_CTRL. Also check if the INPMOD =0x0: Raw data in register CCDC_SYN_MODE.

      Report Abuse
      • Reply
      You have posted to a forum that requires a moderator to approve posts before they are publicly available.
    • inanc dogru
      Posted by inanc dogru
      on Aug 28 2012 07:45 AM
      Intellectual260 points

      Hello Jeffrey,

      I also want to capture grayscale frames with CamISP and started a thread http://e2e.ti.com/support/dsp/omap_applications_processors/f/447/t/207989.aspx

      Are you trying to capture only one color component or more than one color component. Because I checked V4L2_PIX_FMT_SRGGB10 that you mentioned and at this link http://linuxtv.org/downloads/v4l-dvb-apis/pixfmt-srggb10.html

      it seems that this format is not a pure monochrome (one color component) capture format.

      I want to capture 12 or 14 bit grayscale data. You can read my thread I linked above. I would be very glad if you tell me what you think about my situation.

      Regards.

      Report Abuse
      • Reply
      You have posted to a forum that requires a moderator to approve posts before they are publicly available.
    • Jeffrey Vertosick
      Posted by Jeffrey Vertosick
      on Aug 28 2012 11:04 AM
      Intellectual310 points

      I am trying to achieve the same functionality as you are with the CCDC.  I want to capture 12 bit greyscale data to memory. 

      After studying the ISP drivers provided in the DVSDK, I noticed that using the SRGGB10  RAW format for the input and output of the camera "should" cause the ISP to be configured for a pass though mode.  I have had limited success with this though, because the data is coming across as 16-bit values (not 12-bit padded in 16-bit).

      Report Abuse
      • Reply
      You have posted to a forum that requires a moderator to approve posts before they are publicly available.
    TI E2E™ Community
    • Support Forums
    • Blogs
    • Videos
    • Groups
    • Site Support & Feedback
    • Settings
    TI E2E™ Community Groups
    • TI University Program
    • Make the Switch
    • Microcontroller Projects
    • Motor Drive & Control
    Other Communities
    • Deyisupport
    • Designsomething.org
    • beagleboard.org
    • TI on Element 14
    • TI on TechXchangeSM
    Other Technical & Support Resources
    • WEBENCH® Design Center
    • Product Information Centers
    • Technical Documents
    • TI Design Network
    • TI Technical Articles
    • TI Training

    All content and materials on this site are provided "as is". TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with regard to these materials, including but not limited to all implied warranties and conditions of merchantability, fitness for a particular purpose, title and non-infringement of any third party intellectual property right. TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with respect to these materials. No license, either express or implied, by estoppel or otherwise, is granted by TI. Use of the information on this site may require a license from a third party, or a license from TI.

    Content on this site may contain or be subject to specific guidelines or limitations on use. All postings and use of the content on this site are subject to the Terms of Use of the site; third parties using this content agree to abide by any limitations or guidelines and to comply with the Terms of Use of this site. TI, its suppliers and providers of content reserve the right to make corrections, deletions, modifications, enhancements, improvements and other changes to the content and materials, its products, programs and services at any time or to move or discontinue any content, products, programs, or services without notice.

    Follow Us Texas Instruments on Facebook Texas Instruments on Twitter Texas Instruments on LinkedIn Texas Instruments on Google+
    TI Worldwide | Contact Us | my.TI Login | Site Map | Corporate Citizenship | mobile m.ti.com (Mobile Version)

    TI is a global semiconductor design and manufacturing company. Innovate with 100,000+ analog ICs and
    embedded processors, along with software, tools and the industry’s largest sales/support staff.

    © Copyright 1995-2013 Texas Instruments Incorporated. All rights reserved.
    Trademarks | Privacy Policy | Terms of Use