GNOME Bugzilla – Bug 797369
playback through gst-msdk: there is obvious performance gap by gst-plugins-bad 1.14.x comparing master 1.15.x
Last modified: 2018-11-02 10:37:24 UTC
For 1080p60fps samples: gst-launch-1.0 -v filesrc location=1080p60fps.h264 ! h264parse ! msdkh264dec ! fpsdisplaysink video-sink=glimagesink sync=false | grep dropped it only showes 35.xx fps, which is far away to the target 60 fps. 2.2)4K 30fps samples: gst-launch-1.0 -v filesrc location=4k30fps.h264 ! h264parse ! msdkh264dec ! fpsdisplaysink video-sink=glimagesink sync=false | grep dropped it only showes 9.x fps, which is far away to the target 30fps.
Hello gst-plugins-bad maintainers, Here I did much code review and regression comparing test and dig out why there is so much performance gap. In branch 1.14, there is missing dmabuf support in msdk plugins, which was introduced by https://bugzilla.gnome.org/show_bug.cgi?id=793707 in master branch. This 793707 tickets involves six commits. If cheery-pick them to 1.14 branch, the performance can meet for both 1080p60fps and 4k30fps. So could maintainer merge those six commits to 1.14 branch? They are 762eb9..cdc591.
Normally new features are not backported into stable releases, mainly bug fixes. But you can do it downstream, on your own repositories/distributions. :) Please reopen if any other maintainer thinks otherwise.