GNOME Bugzilla – Bug 723779
new glfakevideodec element
Last modified: 2016-11-15 07:57:18 UTC
Similar as https://bugzilla.gnome.org/show_bug.cgi?id=723778 but the drawing would be made with OpenGL. We could draw a nice meter that gives informations about the visual FPS. Well there is still a gap between the decoder and the video sink, but it could draw the meter into a separate texture and attach it to the current buffer through GstVideoOverlayCompositionMeta. Then downstream could blend it calling a function that measures the visual FPS.
Same question as in the other bug really, also why another GL based one? :)
As the goal of the fakevideodec is to have a "visual" idea about what would be the performance if you had a decoder that use near 0% or very low CPU. (like HW decoder) The thing is that with fakevideodec you cannot do complex drawing etc.. as it will use CPU. With the gl version of this fake video decoder we could provide much more "visual" informations.
Setting back to "NEW" since answer has been provided :)
One can use gltestsrc everywhere now or the composition overlay so the priority of this is extremely low bordering on useless. A visual indication of performance can be shown with fpsdisplaysink.