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...
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.
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.
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)
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.
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)
Reply With Quote
Phoronix News Bot
libdce: The Distributed Codec Engine
Posting Permissions