[Bug]: Inconsistent (broken) AV1 playback on Intel UHD Graphics 620 with mpv

### Which component impacted?

Decode

### Is it regression? Good in old configuration?

None

### What happened?

Referencing https://github.com/mpv-player/mpv/issues/15980 since I'm uncertain about who to report this to.

### mpv Information

```bash
mpv 0.39.0 Copyright © 2000-2024 mpv/MPlayer/mplayer2 projects
libplacebo version: v6.338.2
FFmpeg version: 7.1
FFmpeg library versions:
libavcodec 61.19.100
libavdevice 61.3.100
libavfilter 10.4.100
libavformat 61.7.100
libavutil 59.39.100
libswresample 5.3.100
libswscale 8.3.100
```

### Other Information

```text
- Linux version: AOSC OS 12.1.0
- Kernel Version: 6.13.3
- GPU Model: Intel UHD Graphics 620
- Mesa/GPU Driver Version: Mesa 24.3.4
- Window Manager and Version: KWin 5.27.12
- Source of mpv: Official repository
- Latest known working version: -
- Issue started after the following happened: -
```

### Reproduction Steps

Playing the AV1 samples listed below with the following command produces jerky playback with artifacts:

```
mpv --untimed=yes --video-sync=display-desync --opengl-swapinterval=0 --osd-msg1="FPS: \${estimated-display-fps}" sample-av1*
```

Either of the following produces a normal (albeit slow due to lack of decoding acceleration from `intel-media-driver`) playback:

```
mpv --hwdec=no --untimed=yes --video-sync=display-desync --opengl-swapinterval=0 --osd-msg1="FPS: \${estimated-display-fps}" sample-av1*
```

```
mpv --hwdec=yes --untimed=yes --video-sync=display-desync --opengl-swapinterval=0 --osd-msg1="FPS: \${estimated-display-fps}" sample-av1*
```

### Expected Behavior

Both commands should produce the same, expectedly slow AV1 playback.

### Actual Behavior

Playing the AV1 samples without the `--hwdec=` option (`noop.log`) produces jerky playback with artifacts, whereas playing the same video samples with the `--hwdec=no` (`hwdec-no.log`) or `--hwdec=yes` (`hwdec-yes.log`) option produces a normal (albeit slow due to lack of decoding acceleration) playback (`good.log`).

The video below showcases a broken playback with no `--hwdec=` option specified:

https://github.com/user-attachments/assets/21316588-3775-4fcb-9022-da9bfe876cdd

### Log File

[hwdec-no.log](https://github.com/user-attachments/files/19030778/hwdec-no.log)
[hwdec-yes.log](https://github.com/user-attachments/files/19030779/hwdec-yes.log)
[noop.log](https://github.com/user-attachments/files/19030777/noop.log)

### Sample Files

https://repo.aosc.io/ahvl/sample-videos-20250223.tar.zst

### What's the usage scenario when you are seeing the problem?

Playback

### What impacted?

_No response_

### Debug Information

```
intel-gmmlib/stable,now 22.6.0 amd64 [installed,automatic]
intel-media-driver/stable,now 24.4.4-1 amd64 [installed,automatic]
libva/stable,now 2.22.0 amd64 [installed,automatic]
libva-utils/stable,now 2.21.0 amd64 [installed]
```

```
/dev/dri
/dev/dri/by-path
/dev/dri/by-path/pci-0000:00:02.0-render
/dev/dri/by-path/pci-0000:00:02.0-card
/dev/dri/card0
/dev/dri/renderD128
```

```
00:02.0 VGA compatible controller [0300]: Intel Corporation UHD Graphics 620 [8086:5917] (rev 07)
```

For `vainfo` and VA-API trace:

[log.zip](https://github.com/user-attachments/files/19030881/log.zip)

### Do you want to contribute a patch to fix the issue?

None