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.

missing h264venc_sn.dll64P

Other Parts Discussed in Thread: DM3730, C64XPLUSCODECS, OMAP3530

Hi,

We are trying to get H.264 encoding on the DSP (DM3730) to work through gst-dsp. But the DSP library /lib/dsp/h264venc_sn.dll64P is missing in the TI DSP binaries for multimedia processing. We found the google groups thread http://groups.google.com/group/omapzoom/browse_thread/thread/cf0b401a7ca23c70 Nipuna Gunasekera mentioned that this is due to licensing restrictions.

Which restrictions are these in detail? Could you please let me know if there was/is any change now or in the future?

Secondly, are there DSP libraries for encoding/decoding H.264, G.722, G.711, G.726, G.729 that are developed and tested for DM3730?

 

regards,

chris.

  • Christian,

    Some comments:

    Christian Spielberger said:
    Secondly, are there DSP libraries for encoding/decoding H.264, G.722, G.711, G.726, G.729 that are developed and tested for DM3730?

    The different C64x+ codecs can be found here:
         http://www.ti.com/tool/c64xpluscodecs
    The CODECs that can work on OMAP35x will as well work on DM3730 since both are quite similar.

    The CODECs are not specifically tested and validated on OMAP35x or DM37x. They can be tested and validated on other devices like DM6446, DM6437. But since the C64x+ CPU is comparable that will run as well on other devices.
    As a side note. There are sometimes some HW dependencies that are hard coded in the CODEC itself and that can be different from device to device like the EDMA channel used. It is why for example the C64x+ codecs can not run on C6455. This is why C645x devices are not listed in the supported devices.

    Christian Spielberger said:

    We are trying to get H.264 encoding on the DSP (DM3730) to work through gst-dsp. But the DSP library /lib/dsp/h264venc_sn.dll64P is missing in the TI DSP binaries for multimedia processing. We found the google groups thread http://groups.google.com/group/omapzoom/browse_thread/thread/cf0b401a7ca23c70 Nipuna Gunasekera mentioned that this is due to licensing restrictions.
    Which restrictions are these in detail? Could you please let me know if there was/is any change now or in the future?

    I can not comment much on this. I am not sure why the lib H.264 encode lib (to make the DSP side encoder calleable from linux) for gst usage is removed and why the H.264 encoder DSP side bin/lib is present.
    I am not sure if user's can re-built this lib by themself since the C64x+ side codec is available. I guess it should be possible.

    Keep in mind that gst-ds initiative seems to be a community initiative for the OMAP35x/DM37x beaggle board. It is all based on community SW.
    There is an alternative using TI SW (TI DVSDK and G-streamer pipepline) but it has only been validated on the OMAP3530 EVM and DM3730 EVM (not on the beaggle board):
    https://gstreamer.ti.com/gf/project/gstreamer_ti/


    A general note:
    Codec questions should go to the multimedia Codec E2E forum. It is important to post the question at the right place (I understand that it is not easy to find the adequate forum):
    http://e2e.ti.com/support/w/forums/ti-e2e-community-forums-site-map.aspx#dsp

  • Just to clarify:

    Angstroem Beagleboard community SW (for DM3730 Beaggleboard) and TI DVSDK (for DM3730 EVM) are both based on the same framework and middleware.
    Both could run the mentionned C64+x CODECs.

    However the gst-dsp Gstreamer plug in is based on some different firmware. You should be using the https:/gstreamer.ti.com/gf/project/gstreamer_ti/">https://gstreamer.ti.com/gf/project/gstreamer_ti/ plug in instead.
    This should enable to use the different C64x+ codecs (including H.264 encoder).
    Keep in mind the that this Gstreamer plug in is not a TI product. The port was made by Ridgerun and support is provided via the wiki and forum listed at this gestreamer.ti.com page.
    It might not be supporting as much pipeline as the gst-dsp but at least it runs on some known SW.

    Hope it make the things clearer now.

    Anthony

  • Thank you for your answer. But this would mean a lot of extra work:

    - upgrade DSPLink to mainline kernel

    - integrate DSPLink, C64x+ codecs, DMAI, gstreamer_ti plugin (and more?) into our build system (openbricks)

    And from gst-dsp on dspbridge we know that it works and it works good. Further, DSP Bridge is in kernel mainline and gst-dsp is easy to compile. The only little problem is, that the H.264 encoder DSP binary is missing.

    Regards,

    chris.

  • AnBer said:
    the lib H.264 encode lib (to make the DSP side encoder calleable from linux) for gst usage is removed and why the H.264 encoder DSP side bin/lib is present.
    I am not sure if user's can re-built this lib by themself since the C64x+ side codec is available. I guess it should be possible.

    Dear AnBer,

    I'd like to start implementing GPP side of this codec (h264venc_sn.dll64P) but I really need a guidance such as starting point or example. Where do you think I should start?

    Regards,

    Ozkan.