Results 1 to 5 of 5

Thread: libdce: The Distributed Codec Engine

  1. #1
    Join Date
    Jan 2007
    Posts
    15,406

    Default libdce: The Distributed Codec Engine

    Phoronix: libdce: The Distributed Codec Engine

    For those who became more interested in the PandaBoard ES after it was benchmarked on Phoronix last week, here's some details about the Distributed Codec Engine found on this OMAP4 platform from Texas Instruments...

    http://www.phoronix.com/vr.php?view=MTAzNjY

  2. #2
    Join Date
    Dec 2007
    Location
    Edinburgh, Scotland
    Posts
    592

    Default

    So what's XDM (I'm guessing it's not the X window manager) and what is difficult in setting up libdce?

  3. #3
    Join Date
    Sep 2011
    Posts
    292

    Default

    no, in this context xdm is nothing to do w/ x11.. it is a sort of codec interface:
    http://processors.wiki.ti.com/index....ngine_Overview

    in the case of OMAP4, codecs are running remotely on coprocessor, and libdce is exposing that to linux/userspace. gst-ducati is a related project, gstreamer plugins which the codec engine to provide accelerated decoding to gst apps.

  4. #4
    Join Date
    Sep 2011
    Posts
    292

    Default

    btw Michael, you probably want to point folks at:
    http://gitorious.org/gstreamer-omap/libdce

    The github tree is sort of my personal development tree.. ie. it will probably be up to date whenever I happen to be hacking on libdce, but not guaranteed to be up to date all the time.

    re: setting up libdce.. at least with ubuntu it is hopefully easy because everything is packaged in a PPA:
    https://launchpad.net/~tiomap-dev/+archive/release

    Also some instructions here:
    http://www.omappedia.org/wiki/PandaBoard_Ubuntu_PPA

    something like vaapi bindings might be interesting to extend support for hw beyond just gstreamer apps (like totem), but there are some mismatches between how our hw works and vaapi/vdpau that I haven't figured out how to deal with yet. (vaapi/vdpau are both vld/slice-mode APIs but our hw codecs expect to parse non-slice nals as well)

  5. #5
    Join Date
    Sep 2011
    Posts
    292

    Default

    btw Michael, you probably want to point folks at:
    http://gitorious.org/gstreamer-omap/libdce

    The github tree is sort of my personal development tree.. ie. it will probably be up to date whenever I happen to be hacking on libdce, but not guaranteed to be up to date all the time.

    re: setting up libdce.. at least with ubuntu it is hopefully easy because everything is packaged in a PPA:
    https://launchpad.net/~tiomap-dev/+archive/release

    Also some instructions here:
    http://www.omappedia.org/wiki/PandaBoard_Ubuntu_PPA

    something like vaapi bindings might be interesting to extend support for hw beyond just gstreamer apps (like totem), but there are some mismatches between how our hw works and vaapi/vdpau that I haven't figured out how to deal with yet. (vaapi/vdpau are both vld/slice-mode APIs but our hw codecs expect to parse non-slice nals as well)

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •