Playback stops after ad break on twitch.tv when using ALSA

[ipvych]

mpv Information

mpv v0.40.0-dirty Copyright © 2000-2025 mpv/MPlayer/mplayer2 projects
 built on Sep 24 2025 17:56:15
libplacebo version: v7.351.0
FFmpeg version: n8.0
FFmpeg library versions:
   libavcodec      62.11.100
   libavdevice     62.1.100
   libavfilter     11.4.100
   libavformat     62.3.100
   libavutil       60.8.100
   libswresample   6.1.100
   libswscale      9.1.100

Other Information

- Linux version: NAME="Arch Linux"
- Kernel Version: Linux shouko 6.17.8-arch1-1 #1 SMP PREEMPT_DYNAMIC Fri, 14 Nov 2025 06:54:20 +0000 x86_64 GNU/Linux
- GPU Model: 03:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Navi 21 [Radeon RX 6800/6800 XT / 6900 XT] [1002:73bf] (rev c0)
13:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Raphael [1002:164e] (rev cb)
- Mesa/GPU Driver Version: OpenGL version string: 4.6 (Compatibility Profile) Mesa 25.2.7-arch1.1
- Window Manager and Version: dwm 6.6
- Source of mpv: Package installed using pacman
- Latest known working version: None
- Issue started after the following happened: After removing Pipewire to use ALSA

Reproduction Steps

• Open any live stream from twitch.tv.
• When 'Commercial break' page shows up (usually it pops up immediately when opening stream, try a few with a lot of viewers, otherwise leave it running for a bit) and this break stops playback will freeze, to unfreeze it you need to manually seek video to the end.

Expected Behavior

When using Pipewire playback continues playing, I expected same with ALSA.

Actual Behavior

Playback freezes.

Log File

out.txt

Sample Files

I am unable to reproduce issue with downloaded stream so no sample file.

I carefully read all instruction and confirm that I did the following:

• [x] I tested with the latest mpv version to validate that the issue is not already fixed.
• [x] I provided all required information including system and mpv version.
• [x] I produced the log file with the exact same set of files, parameters, and conditions used in "Reproduction Steps", with the addition of --log-file=output.txt.
• [x] I produced the log file while the behaviors described in "Actual Behavior" were actively observed.
• [x] I attached the full, untruncated log file.
• [x] I attached the backtrace in the case of a crash.

[Quant-ux]

I can reproduce this bug on a system with Pipewire installed, with pulse used as the audio output driver.