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

[GStreamer (GNOME Bugzilla)]

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

--- Comment #9 from Guillaume Desmottes <gdesmott at gnome.org> ---
I'm interested in moving forward this feature.

The OMX encoder on the zynqultrascaleplus can produce encoded frames on
multiple slices and the decoder can start decoding as soon as it receives the
first slice.

We made it worked using a few hacks so subframes aren't piling up in base
classes and buffers have the right metadata (ts, flags).
See the top 3 commits of
https://gitlab.collabora.com/cassidy/gst-omx/commits/subframes-hack
It's pretty different from Edward's suggestion as we have one buffer per slice
here.

I kinda of like the idea of progressive read/write though. Maybe that's
something that could be used with memory fences buffers as well?

So I guess the first question here is which approach should we use? One buffer
per subframe/slice or the progressive meta suggested above?
I'll have to put more thinking about how our cases could be implemented with
the later and I'll be happy to do so if we agree that's the proper way to do.

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