[FFmpeg-devel] [PATCH 0/2] VDA decoder for ffmpeg
Reimar Döffinger
Reimar.Doeffinger at gmx.de
Tue Aug 21 20:05:44 CEST 2012
On 21 Aug 2012, at 10:02, Xidorn Quan <quanxunzhen at gmail.com> wrote:
> On Tue, Aug 21, 2012 at 3:00 PM, Reimar Döffinger
> <Reimar.Doeffinger at gmx.de>wrote:
>
>> Thanks, I really like the feature, but why can't you instantiate a full
>> H.264 decoder with VDA HWAccel like an external application would instead
>> of reimplementing lots of the header parsing?
>>
>
> I have considered the solution you said, and obviously, life would
> be a lot more simple if the decoder be implemented that way. But for
> two reasons I decided not to use it:
>
> 1. Origin H.264 decoder never guarantees that HWAccel will be used.
>
> For some cases, the decoder doesn't call get_format, and we will
> have no chance to ask it to use HWAccel. If it happens,
> the h264_vda decoder will automatically fall back to software
> decoding without any warning or something like this.
>
> I don't think it is a proper behavior for this decoder. It should
> either succeed to initialize and then use VDA to decode, or fail
> if it can't and let caller to fall back itself.
>
> In fact, sometimes, VDA can decode a video but H.264 decoder
> refuses to use it and do decoding itself.
>
> 2. It's a trivial reason that, the VDA HWAccel will always copy
> frame data to its own buffer before decoding, it wastes CPU time.
> It can be more efficient in an independent decoder.
Both of those very much seem to be bugs to me though.
The second is more understandable considering othe HWAccel APIs that I think need it (still not good though), but the first one seems rather serious to me.
More information about the ffmpeg-devel
mailing list