Opened 16 months ago
#11521 new defect
Radeon VAAPI vulkan sync issue
| Reported by: | neatnoise | Owned by: | |
|---|---|---|---|
| Priority: | normal | Component: | undetermined |
| Version: | git-master | Keywords: | VAAPI vulkan vsync |
| Cc: | Blocked By: | ||
| Blocking: | Reproduced by developer: | no | |
| Analyzed by developer: | no |
Description
How to reproduce:
- Start the Sunshine server (git master) that uses ffmpeg git master lib using VAAPI encoding on Linux with Radeon hardware.
- Connect a client to the server.
- Run a Vulkan game using DXVK.
Description of the bug:
When using Sunshine (git master) with FFmpeg (git master) for H.264 and H.265 VAAPI hardware encoding on a Radeon RX 580 (also confirmed by users of other Radeon GPUs), frames appear to be out of order, causing stuttering when the system generates fewer frames than the vsync rate. The closer the FPS is to the vsync value, the more noticeable the issue becomes.
When running a Vulkan game (using DXVK) with Sunshine and FFmpeg VAAPI encoding on a Radeon GPU, frames appear to be out of order, leading to stuttering. This issue persists despite the previous tearing-related fix in FFmpeg 7.0.
The Vulkan context tearing issue was previously fixed in FFmpeg with commit https://github.com/FFmpeg/FFmpeg/commit/a577d313b2c14c855ab8aa69bbe3527bd7727212 , but the problem with frames being out of order still remains.
The issue has also been reported in the Sunshine GitHub repository: https://github.com/LizardByte/Sunshine/issues/3189 .
Sunshine repo: https://github.com/LizardByte/Sunshine
A video demonstrating the problem: https://www.youtube.com/watch?v=D8LE-SqZV6w .
