Guido G nther: CrystalHD progress
Following up on my port of the crystalhd plugin to the
gstreamer 1.0 api I realized that the CrystalHD repo is pretty
dormant. After reading slomo's nice article about GStreamer and
hardware integration and a short off list mail exchange I decided to
split the GStreamer part out of the CrystalHD repo and to try to
get the plugin into gst-plugins-bad.
Since the kernel part is already in linux kernel's staging area
there would not be much left in the repo except for the libcrystalhd
library itself and the firmware blobs. So I split them out as
well and started to clean them up a bit by moving it to
autoconf/automake, dropping the need for a C++ compiler and adding
symbol versioning among other things.
So up to know video is still smooth with:
gst-launch-1.0 filesrc location=sample.mp4 ! decodebin ! xvimagesink
after jhbuilding up to gst-plugins-bad.
There are #ifdefs for macosx and windows but I doubt they're
functional but in case anybody is building libcrystalhd on these these
platforms it'd be great to know if it still works.
Should these efforts lead to the crystalhd plugin being merged into GStreamer
getting the kernel driver out of staging would be a great next step.
This blog is flattr enabled.