Right, I've been a bit quiet, mainly as I have lots of work on atm.

I have found the time to package up and push gst-dmtx and gst-zbar to extras-devel though (the gst-zbar currently in extras-devel will probably not work as it's missing a link to a dep, and the autobuilder was playing sillybuggers yesterday and rejected my fixed package, will try again in a little while).

So both gst-zbar and gst-dmtx can be added to a pipeline (I've been testing with the shortlived Python version of mbarcode), but I've yet to work out how to actually get messages from either element.

The other major issue is that gst-dmtx is shockingly slow, I've been testing with 3 queues, one for the xvimagesink, one for gst-zbar and one for gst-dmtx. If gst-dmtx is added to the pipeline and frame skipping is turned on it stalls the pipeline for ~20s before things start working (and even then I don't know if it's actually working as I'm not sure how to get to the messages).

So basically, my feeling is that this isn't going to improve things at all, so I'll probably just use the pipeline + decoder stuff I have been using up until now in the C version of mbarcode and crack on with the Qt port.