gstwayland public API cleanup
Some brief discussion was had in the context of !6133 (comment 2301636) about the fact that some of the functions in the gstwayland API are really only useful when called internally, so probably don't need to be exported as part of the (currently unstable) public API.
I'd like to try moving the API in the direction of stability, so I was hoping to have a discussion about the scope of what an initial round of improvement would look like. I am assuming that any function defined in the installed headers is part of the public API.
My initial thought is to move the WlBuffer creation and registration into the gstwayland library,
which would eliminate the need to export several buffer management related functions from WlDisplay and WlBuffer.
With that, it should be possible to move some of the currently exported functions into -priv.h
variants of the headers.
Any thoughts?
@ndufresne you mentioned inter-operating with glimagesink and others (vaapisink is the only other one that comes to mind). Those sinks manage their own wl_display dispatching and buffer creation, so it seems like there might need to be a bit more refactoring necessary to have something that works for all of them.