GNOME Bugzilla – Bug 604557
[decodebin2] parallelize decoding
Last modified: 2009-12-17 17:17:23 UTC
I have a hardware decoder that can usefully be written to and read from via different threads. I have thus made the upload-to-hardware and download-from-hardware pieces into different elements; when I make a pipeline, for maximum performance, I separate them by a queue. However this "optimization" is not automatically enabled by decodebin2 I'd imagine that this could be a useful pattern in decodebin2, somehow. If you do have a multi-stage decoding pipeline, or can run e.g. a colorspace converter or what-have-you in another thread, perhaps we should add an option to put build queues into decoding pipelines. An "insert-queue" signal, or something. What say the Regents of GStreamer, Inc.? Andy
Your hardware is not much different from an internally threaded video decoder. Those work just fine as a single element.
Created attachment 149715 [details] [review] patch to add link-decoder signal Something like this attached patch. What think folk?
(In reply to comment #1) > Your hardware is not much different from an internally threaded video decoder. > Those work just fine as a single element. That's somewhat true, but not entirely. It's more like glupload / gldownload.
Dave your suggestion was good, and I don't need this patch any more. Closing as invalid.