GNOME Bugzilla – Bug 789886
Add missing features in MediaSDK plugin [metabug]
Last modified: 2018-11-03 14:15:06 UTC
The gst-msdk plugin is missing many of the features required for customers. This is a meta bug for tracking media-sdk GStreamer plugin development and also to discuss the design options. Please file separate bugs for each feature listing here.
Add Missing Decoders:(Open source MSDK might not be supporting all codecs) * MPEG-2 * VC1 * VP9 (8 & 10 bit) Add Missing Encoders: * VP9 (8 & 10 bit) * HEVC (10 bit) Add VPP support * CSC * Scaling * De-interlacing * Denoise * Sharpening * Color-balance (Hue, Saturation, Brightness and contrast) * Add dma-buffer sharing support
To Discuss: Do we need one more render for msdk? AFAIK, MediaSDK itself is not providing any rendering APIs. I don't think we need any specific rendering plugin "msdksink". One option is to get VASurfaceID out of msdk surface and use vaapisink as renderer. But even vaapisink is not something we need in future, everything through dmabuf + glimagesink should be an ideal option.
(In reply to sreerenj from comment #2) > But even vaapisink is not something we need in future, everything through > dmabuf + glimagesink should be an ideal option. Totally I agree with this. msdk decoder(dmabuf) + glimagesink should not be less than msdk's own renderer.
I would add something more to be done. * Support buffer pool. * Support avc stream-type for h264 decoder * Supoort hvc1 stream-type for h265 decoder. Currently I'm working on buffer pool support.
(In reply to Hyunjun Ko from comment #4) > I would add something more to be done. > * Support buffer pool. > * Support avc stream-type for h264 decoder > * Supoort hvc1 stream-type for h265 decoder. > > Currently I'm working on buffer pool support. This might be overlapping with what Slomo is currently doing: https://bugzilla.gnome.org/show_bug.cgi?id=789751#c11 Vpp and a Common buffer pool mechanism are the major features needed. I am not sure whether we can efficiently implement all gstreamer use cases (which involves memory/allocator/bufferpool related stuffs) by only using mfxFrameSurface. If we end up dealing with underlined VASurface, it might require the same code base in gstreamer-vaapi for pools and allocators and in that case, we may think of a common library for gst-msdk and gstreamer-vaapi :)
Hi Sree I hva no right add bug number into column "depends", so copy the decoding bug links to here https://bugzilla.gnome.org/show_bug.cgi?id=793781 https://bugzilla.gnome.org/show_bug.cgi?id=793782 https://bugzilla.gnome.org/show_bug.cgi?id=793864 https://bugzilla.gnome.org/show_bug.cgi?id=793867 https://bugzilla.gnome.org/show_bug.cgi?id=793784 https://bugzilla.gnome.org/show_bug.cgi?id=793906 https://bugzilla.gnome.org/show_bug.cgi?id=793786 https://bugzilla.gnome.org/show_bug.cgi?id=793787
@Sree, here are new opened bugs, could you help to edit it into Depend On items? https://bugzilla.gnome.org/show_bug.cgi?id=796462 https://bugzilla.gnome.org/show_bug.cgi?id=796464 https://bugzilla.gnome.org/show_bug.cgi?id=796232 https://bugzilla.gnome.org/show_bug.cgi?id=796467 https://bugzilla.gnome.org/show_bug.cgi?id=796468 https://bugzilla.gnome.org/show_bug.cgi?id=796465 https://bugzilla.gnome.org/show_bug.cgi?id=796469
@Sree, 2 new issue about render: https://bugzilla.gnome.org/show_bug.cgi?id=796521 https://bugzilla.gnome.org/show_bug.cgi?id=796522
-- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/issues/628.