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

[GStreamer (GNOME Bugzilla)]

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

--- Comment #8 from boxerab at gmail.com <boxerab at gmail.com> ---
(In reply to Edward Hervey from comment #7)
> 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.


Cool. This sounds like a relatively low risk approach, where the existing
interfaces don't change.

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