[vlc-devel] [PATCH 0/2] Filters with chroma conversion
robux4 at gmail.com
Fri May 12 17:35:21 CEST 2017
On Fri, May 12, 2017 at 4:28 PM, Rémi Denis-Courmont <remi at remlab.net> wrote:
> Le perjantaina 12. toukokuuta 2017, 11.16.18 EEST Steve Lhomme a écrit :
>> I did some performance tests. For 1080p decoding + filter there is no
>> frame dropped in software decoding or hardware decoding. The CPU usage
>> is way down with the hardware decoding, although the CPU double copy
>> makes the display thread very busy. It's still better battery wise.
> Good for you. That does not make it universally tru because that is not what
> hardware decoders are designed for.
> We would have enabled hardware decoding without pass-through by default if it
> worked well everywhere.
We don't refuse to decode a file because we can guess it will not
decode fast enough. The same goes when applying filters. What we want
is pick the right default behaviour. Anyone can always adjust the
settings for a particular use case they really want.
>> There is the decoder+filter/vout adapt chain in video_output/display.c
>> but it's not used because the filter is never added to the chain in
>> the first place. Here is an example of trying to add a filter when
>> using DXVA2 decoding:
> The filter is PURPOSEFULLY refusing to perform conversion from GPU.
> The points is, the core infrastructure to do conversion for filters is there,
> and there is no need to add another way to do the exact same thing.
> vlc-devel mailing list
> To unsubscribe or modify your subscription options:
More information about the vlc-devel