[Mesa-dev] [RFC PATCH 0/7] gallium: Video postprocessor rework

Christian König deathsimple at vodafone.de
Fri Mar 3 12:32:20 UTC 2017


Hi Thomas,

Am 02.03.2017 um 21:00 schrieb Thomas Hellstrom:
> This patch series introduces a postprocessor abstraction. It could be promoted
> to a gallium interface but for now it's implemented as a utility.

Well, first of all use a gallium interface for this. Putting this into 
utility doesn't look like it makes much sense when it is supposed to be 
a driver interface.

> The idea
> is that a driver wanting to implement the whole or part of the postprocessing
> pipeline using video hardware can do that. It also significantly simplifies
> implementing a future full postprocessor pipeline also in the libVA
> state tracker.
>
> Some highlights:
> - The postprocessor abstraction is very similar to the vl compositor API,
> except it add filters.

NAK on that, we already had that design and it was a pain to support.

If you want to implement parts of the post processing pipeline in the 
driver make each pipeline step a separate object.

> - The bounce buffer cache. Caches buffers where we know more about the usage.
> This may duplicate driver functionality but for drivers with strongly typed
> buffers, it's a big win.

That's similar to what I've done for the video buffers, but in general I 
think that this doesn't belong into the state tracker.

The driver should implement buffer reuse if it can do this without 
problems, but how many buffers should be in there and when they are 
reclaimed is strongly hardware dependent.

> - Moving the bicubic filter. Avoids duplicated code and makes things like
> rotation and blending straightforward.

A BIG NAK on that as well. The bicubic filter doesn't work on all 
hardware, so creating the shaders all the time while it isn't use is 
clearly not an option.

Additional to that I would rather remove functionality from the 
compositor than stuffing even more into it.

> - A g3dvl implementation. Mostly replicates the old implementation using the
> vl compositor, but with provisions to replace part of the postprocessing
> pipeline.
> - State tracker modifications for VDPAU and VA.
>
> - Tested with mplayer -vo vdpau software playback on Nouveau.

Please test that with radeon hardware as well if possible. Nouveau 
doesn't fully support all the functionality and project like Kodi don't 
test with it.

Regards,
Christian.

>
>
> _______________________________________________
> mesa-dev mailing list
> mesa-dev at lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/mesa-dev




More information about the mesa-dev mailing list