2045970 - Enable Vulkan video HW decode on qualified devices

Status: NEW

(Core :: Audio/Video: Playback, task)

Description

[Martin Stránský [:stransky] (ni? me)]

With the Vulkan support landed we may consider to enable it in Nightly for qualified devices (known working driver version & GFX hardware) to receive more testing from users and get on track to enable it by default.

Comment 1

[lilydjwg]

Hi, I have a question: how do I tell if Vulkan video or VAAPI is in use? And should I expect any user-facing differences between them?

Comment 2

[Martin Stránský [:stransky] (ni? me)]

(In reply to lilydjwg from comment #1)

Hi, I have a question: how do I tell if Vulkan video or VAAPI is in use? And should I expect any user-facing differences between them?

AFAK that's something which needs to be sorted out - we need to add/configure vulkan feature for it. Right now you can run firefox on terminal as:

MOZ_LOG="FFmpegVideo:5" firefox

and VA-API/Vulkan decode is logged.

Comment 3

[Tymur Boiko]

Hi Martin,
the latest released NVIDIA driver available now should work fine (as should the 595 and later released drivers, and latest Vulkan beta drivers).

Comment 4

[lilydjwg]

This affects not only Firefox but you may want to know: on a dual-card system enabling the Vulkan video feature wakes the discrete graphics card from time to time even when it is not going to be used. When the video is playing and I switch to other workspaces for a while, the video may freeze a second to wait for the discrete graphics card to wake up and response.

(Maybe you can get it out of the way using the syscall filter to fail the opening of the other render node? I've chmod-ed it to solve this issue.)

Comment 5

[Martin Stránský [:stransky] (ni? me)]

(In reply to lilydjwg from comment #4)

This affects not only Firefox but you may want to know: on a dual-card system enabling the Vulkan video feature wakes the discrete graphics card from time to time even when it is not going to be used. When the video is playing and I switch to other workspaces for a while, the video may freeze a second to wait for the discrete graphics card to wake up and response.

(Maybe you can get it out of the way using the syscall filter to fail the opening of the other render node? I've chmod-ed it to solve this issue.)

Please file a new bug for it so it can be addressed. Enabling in Nightly should discover such bugs.
Thanks.