[Bug 660770] videodecoder, videoencoder: support "partial" frames / slices for raw video

[GStreamer (GNOME Bugzilla)]

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

Edward Hervey <bilboed at bilboed.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |bilboed at bilboed.com

--- Comment #7 from Edward Hervey <bilboed at bilboed.com> ---
Great that people are interested in this ! My thoughts:

We might not actually need new caps, but instead a new GstMeta/API/CapsFeature.

You still have regular buffers, but the backing GstMemory is progressively
filled (or read).

You have a new GstMeta/API to allow progressive reading/writing of the backing
memory.

If you don't support the meta, doing a _map() will block until all the content
has been written/read by the previous element supporting the stride APi.

If you do support the meta, you can then do progressive READ/WRITE.

As an element supporting the meta, you can push the buffer downstream as soon
as there's at least one "slice" in it and you have properly filled the meta.

The meta could contain information such as:
* slice height
* slices available (that can be mapped by downstream)
* total number of slices
* method to do slice-based map (read/write)

for backward compatibility the memory should have fallback map implementations
to wait for all slices to be available before returning the full map.

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