[FFmpeg-devel] [PATCH][RFC] avcodec: disallow hwaccel with frame threads
h.leppkes at gmail.com
Thu Jan 21 23:56:42 CET 2016
On Thu, Jan 21, 2016 at 8:36 PM, Andreas Cadhalpun
<andreas.cadhalpun at googlemail.com> wrote:
> On 21.01.2016 02:10, Hendrik Leppkes wrote:
>> On Thu, Jan 21, 2016 at 1:14 AM, Andreas Cadhalpun
>>> I'm still not sure of the scope that this problem has.
>>> If image corruption always happens with MT+HWAccel, why didn't VLC
>>> change this long ago due to users complaining about that?
>> I don't know VLC internals, nor do I really use it beyond the occasional test.
>> All I know is that back in 2014 they disabled MT with DXVA2 on their
>> end because of just such corruption issues, but they worked around
>> that somehow and turned it back on later.
>> Looks like they added extensive locking around everything to prevent
>> this, which is not something that should be required.
> OK, it shouldn't be required and it isn't like the alternative solutions
> found by other API users show.
> However, it seems to work well enough, so I don't see the point in
> breaking existing users like VLC by returning an error.
> Though, when writing from scratch, it would be better to avoid the need
> for extensive locking by using only one thread for hwaccel and if that fails,
> reopening the decoder with more. Hence a warning would be fine.
>>> Also, can the crashes be reproduced with the command line tools
>>> from FFmpeg 2.8?
>> Yes, under some circumstances with DXVA2, but it needs some fancy
>> files with resolution changes iirc.
>> No, don't have a reproducable test case handy right now.
> If it's so difficult to reproduce any kind of problem caused by this
> combination I'm not sure why you insist on erroring out.
Just because an error is rare, we should leave it in? What kind of bug
squishing concept is that?
> Also you only mention DXVA2 now, but the error is also returned for
> VDPAU and VA-API. Are they also affected by these potential problems?
I would assume thread safety might be an issue for all of them. Our
VA-API maintainer signed off on the patch in any case.
> All in all it seems to me that the collateral damage caused by returning
> the error outweighs it's value.
I disagree, and apparently so did the others that OK'ed the patch.
On top of all that, not even the player in question seems to care,
otherwise we might have gotten at least one official comment or
question from them, but alas, silence.
More information about the ffmpeg-devel