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.

DM365/DM368 ruuning on DSP/BIOS

Dear sir,

               We use DSP/BIOS to develop autmotive OEM products for a long time. Currently, we got a customer request about automotive grade video record black box.

               We are evaluating DM368 series to do this product. But we found DM368 use Linux to do DVR functions. Linux is too complex can't fit into automotive OEM demands.

               Per TI local member's comment, DM368 use a DSP/BIOS kernel to do video processing functions. Maybe TI can release this subset for automotive products.

               We want to get more information about DM648 running on DSP/BIOS. But I can't get related information in TI's website.

              Customer's request is so urgent, so i seek the help in TI E2E forum.

              Does anybody have related experience about DM368 ruuning on DSP/BIOS ? any suggestion is welcome.

 

BR,

Rex                

  • Dear Sir,


    I found DSP/BIOS 6.x can support DM365 ARM9 core and TI also have a CCS version video codec for DM365.

    I want to ask if is it possible to use DSP/BIOS 6.x to control dm365 ARM9 core and   CCS version video codec to develop video recorder product?

    Any comment is welcome~


    BR,

    Rex Liao


  • Rex,

    You are correct that the DM365 ARM9 is officially supported by SYS/BIOS 6.3.  The DM368 is not currently on the list of supported processors, but I would guess that it would not be difficult to extend it to that part as it is almost identical to the DM365 from a software perspective.

    The codec story is more difficult.  Although there are a number of codecs that work on the DM365 under the Codec Engine framework, that is a Linux based framework.  Codec Engine does not currently support the ARM SYS/BIOS use case yet.  I believe that the Codec Engine software will move closer to supporting this use case in 2011, but as of right now there is no firm plan yet to directly support it by any certain date.  So any attempt to do this would fall more heavily on you from a development perspective.

     

  • Dave,

    TI does have a TI ARM tool chain compile (CCS compatible) codec libraries for DM36x. But they are built using "-mv5e  --abi=ti_arm9_abi " option. I think it does not match with any of the supported targets as specified in http://software-dl.ti.com/dsps/dsps_public_sw/sdo_sb/targetcontent/bios/sysbios/6_21_00_13/exports/docs/packages/ti/sysbios/family/doc-files/devices.html. Do you feel this is a problem ? Assuming we get over the CE problem somehow.

    regards

    Yashwant

  • Please let me know when SYS/BIOS does support Codec Engine... I am also waiting on a solution for a product design, with similar concerns as Dave regarding Linux. No need to reiterate those concerns.

  • Hi, Yashwant:

    I have similar concern. The linux/DVSDK is quite huge and not real time core for our applicaitons.

    How can we use the codec from SYS/BIOS, what API inteface you are uising?

    Where can I get the TI ARM chain compile codec libraries for DM36X?

    Thanks for any useful suggestions.

    Ning

  • Hi Ning,

    We have TI ARM tool chain compiled codec(COFF format), this has XDM interface. This does not need any OS. Can work in standalone mode. The interface is described in the user guide which you will get in the codec pacakge (also present in the dvsdk package). You can write your own small schedular, drivers and get going.

    You can also use that codec with SYS/BIOS, But you need to check if SYS/BIOS has releases working on COFF format, I am not sure about this, maybesomeone from BIOS forum can answer this. You may also need to develop you capture and other drivers, i dont think it is supported now other than in Linux.

    Point to note is that the support on TI ARM toocl chain compiled codec is also not available.  Hence I am not sure if the path of not choosing Linux will really cut down your development time. Today, the Linix DVSDK is used by many and is known to work fine. My suggestion is to use this environment instead of exploring new one.

    regards

    Yashwant

  • Hi, Yashwant:

    The problem is linux is not real core, we need precise snapshot from the CCD camera. Linux can't do this.

    Where can I download the Ti ARM tool chain compiled codec?

    For the capture and drivers, do you mean the third party CCD drivers? this is understandable.

    or you mean everything,like the H3A, AWE, AF,etc. This would be quite hard to start with.

     

  • Hi Yashwant,

    Is there any future plan of support for these standalone libraries planned at this point?

    -J

  • No at this point