[FFmpeg-devel] [PATCH] HWAccel infrastructure (take 7.1)
Gwenole Beauchesne
gbeauchesne
Tue Feb 24 16:43:23 CET 2009
On Tue, 24 Feb 2009, Michael Niedermayer wrote:
> On Tue, Feb 24, 2009 at 03:56:55PM +0100, Gwenole Beauchesne wrote:
>> On Tue, 24 Feb 2009, Michael Niedermayer wrote:
>>
>>>>> Now, your suggested approach requires as many lists as (HW accelerators) x
>>>>> (chroma formats) x (sub-codecs).
>>>>
>>>> You dont need to split pix_fmts per codec, its done currently and iam not
>>>> asking you to change it but i would be happy if you did change it :)
>>>
>>> after seeing your patch, i think per codec pix_fmts really should be
>>> removed.
>>> This would make the code much simpler and cleaner. It also would greatly
>>> simplify get_format() for user apps,having to test just for one pix_fmt
>>> er hwaccel API instead of for one per codec X API
>>
>> Not really. The user app then would have to check avctx->codec->id itself
>> as not all accelerators would implement the same codec...
>
> and not all accelerators implement all profiles, we already insistent on
> removing profiles from the pix_fmts, i dont see why codecs should be
> handled differently.
And how would you look up the HWAccel then if you no longer have the codec
info in the pix_fmt name? And why not do the "reference" implementation
for VDPAU vs. AVHWAccel yourself? You will probably spot the reasons in
that case.
More information about the ffmpeg-devel
mailing list