Separated volume sync between mpv and pipewire / pulseaudio

[dougg0k]

mpv Information

mpv v0.39.0 Copyright © 2000-2024 mpv/MPlayer/mplayer2 projects
 built on Nov 30 2024 08:10:49
libplacebo version: v7.349.0
FFmpeg version: n7.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

- Linux version: CachyOS (Arch based)
- Kernel Version: 6.12.9-3-cachyos
- GPU Model: NVIDIA Corporation GA102 [GeForce RTX 3080 Ti]
- Mesa/GPU Driver Version: 565.77
- Window Manager and Version: KDE6 latest
- Source of mpv: Arch Package
- Latest known working version: All
- Issue started after the following happened: All

Reproduction Steps

I'm not entirely sure how to reproduce, as it seem to happen randomly, maybe after a restart, I didnt confirm.

Expected Behavior

For mpv volume not to affect pipewire volume.

Ideally pipewire volume for mpv, should always stay 100%, while the mpv volume being a separated thing from it. Like on top of it.

Or at least have a way to choose if you want to be separated or be in sync, not random. Because when you set mpv volume in pipewire, it stays that %, even if you change mpv volume in it's UI. But after, possibly a restart or whatever, the volume from pipewire changes to be the same as the last that was set in mpv. Which is inconsistent.

It's certainly not related to Pipewire or pulseaudio, since I've seen happening with both.

Also unrelated to architecture or WM, as same happened in arch and debian based, as well as kde and gnome.

And not related to pavucontrol, as I currently use /~https://github.com/saivert/pwvucontrol which is a rewritten version for pipewire, and it has happened on both.

Maybe it's somewhat related to this, but here a different thing was expected. #3362

Actual Behavior

For whatever reason, the volume tries to sync in between mpv and pipewire, it ends up making it lower if mpv is lower.

I then have to open the audio UI (pwvucontrol) and set it to 100%, for the mpv volume to be properly working and not much lower.

Log File

Dont see the point.

Sample Files

No response

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

• I tested with the latest mpv version to validate that the issue is not already fixed.
• I provided all required information including system and mpv version.
• 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.
• I produced the log file while the behaviors described in "Actual Behavior" were actively observed.
• I attached the full, untruncated log file.
• I attached the backtrace in the case of a crash.

[llyyr]

Log File

Dont see the point.

How is anyone supposed to know if you used pipewire or pipewire emulated pulseaudio, given your ambiguous title?

[dougg0k]

It's pipewire currently, but it's an old bug, where before (a while back) when I used pulseaudio, the same issue was there.

[dougg0k]

I've updated the descriptions to give more context.

[dougg0k]

I installed another player based off libmpv, one called Haruna. Today the same thing happened to it.

I never seen this happening to VLC, so the issue might be related to libmpv?