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

[GStreamer (GNOME Bugzilla)]

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

--- Comment #11 from Guillaume Desmottes <gdesmott at gnome.org> ---
So to summarize we currently have 3 suggested ways to implement
subframes/slices:

a) Adding a meta and/or caps feature, have the GstMemory being progressively
filled (Edward's suggestion) and map() blocking until the operation is
complete.

Pro:
- Shouldn't break compat with unmodified elements

Cons:
- Kind of hacky
- Mapping is no longer deterministic

b) Use a GstBuffer for each slice/subframe like I did in my gst-omx hack

Pro:
- Close to current gst's memory model

Con:
- May create a big overhead and not scale if we have loads of small slices

c) Add new "parcel" API to exchange data as suggested by Nicolas at the gst
conference :
https://gstconf.ubicast.tv/videos/linux-explicit-dma-fences-in-gstreamer/#slide

Pro:
- Cleaner approach
- Could be used to implement explicit DMA fences as well

Con:
- New way to exchange data in gst making the framework even more complex


Did I miss anything?
What would be the next step to move this work forward?

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