Re: [PATCH 0/5] MR61: winegstreamer: Dynamic transform stream format change support.

[Zebediah Figura]

On 5/12/22 03:15, Rémi Bernon (@rbernon) wrote:
> Compared to last attempt, I moved the format pointer to a dedicated `wg_transform_read_data` parameter instead of a property of the sample. Most of the transforms use `NULL` there as they don't expect or support format change. H264 decoder passes a transform format member where it tracks the current stream format.

I'm sorry, but I still don't see why the wg_transform object needs to 
store the previous format. It may not make the API any more complex to 
you, but conceptually I find it more complex, and I'd rather avoid 
maintaining that complexity.

What is it that makes "peeking" for a sample untenable, or buffering it 
on the client side?