[Bug 793413] New: msdk: manage mfxFrameSurfaces seperately with other surfacepool.

[GStreamer (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=793413

            Bug ID: 793413
           Summary: msdk: manage mfxFrameSurfaces seperately with other
                    surfacepool.
    Classification: Platform
           Product: GStreamer
           Version: git master
                OS: Linux
            Status: NEW
          Severity: normal
          Priority: Normal
         Component: gst-plugins-bad
          Assignee: gstreamer-bugs at lists.freedesktop.org
          Reporter: zzoon at igalia.com
        QA Contact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---

Currently a gst buffer has one mfxFrameSurface when it's allocated.
This is based on that the life of gst buffer and mfxFrameSurface would be same.

But it's not true.
Sometimes even if a gst buffer of a frame is finished on downstream,
mfxFramesurface coupled with the gst buffer is still locked, which means it's
still being used.

So I would suggest this.
Every time a gst buffer is acquired from the pool(not allocated), it requests
new surface to the surface pool which is unlocked and the gst buffer put it
back to the surface pool when it's released so the surface pool can manage the
surface from the gst buffer.
In this way, I guess, user(decoder or encoder) doesn't need to manage gst
buffers including locked surface.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.