Bug 479724 - No audio from Haruna OR mpv
Summary: No audio from Haruna OR mpv
Status: RESOLVED WORKSFORME
Alias: None
Product: Haruna
Classification: Applications
Component: generic (other bugs)
Version First Reported In: 0.12.3
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: george fb
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2024-01-13 08:26 UTC by Peter
Modified: 2024-10-26 11:19 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Peter 2024-01-13 08:26:42 UTC
SUMMARY
Haruna AND the separate flatpak app mpv used to play audio fine. Now, neither plays audio, but vlc, all browsers and the kde audio settings "test" all play audio fine.

STEPS TO REPRODUCE
1. Play anything at all with the current version of haruna or mpv.

OBSERVED RESULT
Only video plays, no sound.

EXPECTED RESULT
For sound to play too.

SOFTWARE/OS VERSIONS
Operating System: SteamOS 3.4.11
KDE Plasma Version: 5.26.1
KDE Frameworks Version: 5.99.0
Qt Version: 5.15.6

ADDITIONAL INFORMATION
I noticed this issue resuming the system after a blackout, but shutting it down and turning it back on does not restore audio to Haruna or mpv, everything else has working audio. Launching mpv from the command line to see what it says seems to indicate "AO: [pipewire] 44100Hz stereo 2ch floatp", yet no audio.
Comment 1 Peter 2024-01-15 01:08:24 UTC
I've seen other comments on the net that MPV doesn't have audio anymore. You may need to revert libmpv.
Comment 2 Peter 2024-01-18 19:59:51 UTC
In the mpv flatpak itself, while --ao=pipewire remains silent despite the system being a pipewire system, --ao=pulse has sound.

If Haruna had a way to switch over to pulseaudio, there would be sound.
Comment 3 Peter 2024-01-18 21:00:17 UTC
My system has Freedesktop Platform 23.08.10 and 22.08.20 installed, both as flatpaks.
Comment 4 Peter 2024-01-18 22:12:47 UTC
I see Haruna is using org.kde.Platform/x86_64/5.15-23.08 and has no audio, while VLC is using the same runtime and does have audio.
Comment 5 Peter 2024-01-20 03:44:12 UTC
Resolved the issue for both Haruna and mpv by downgrading them to the previous version. Restored sound, etc.

For Haruna, the command to restore the last version right before 0.37 was brought in is: sudo flatpak update --commit=7b4e77d45ea4fa05477ccc5cfa7e4d45c7c0792ff924bf0399dfe303dd0f040d org.kde.haruna

This version will use the runtime: org.kde.Platform/x86_64/5.15-22.08
Comment 6 Peter 2024-01-20 03:46:51 UTC
Incidentally, a downgrade is not always necessary. The 0.37 versions of both will work fine on KDE 5.27 but I am typing this in 5.26 so despite the fact that both freedesktop runtimes are installed, it is actually a dependency that the entire KDE system be 5.27 for the mpv family to work.
Comment 7 Peter 2024-01-20 22:12:48 UTC
The first mpv 0.37 flatpak commit 333a91d is still on freedesktop 22-08 and also works.
Comment 8 Peter 2024-01-20 22:25:06 UTC
sudo flatpak update --commit=df38dd26a486205877b94f9558bf85e3100caefea160d528fffd30ad6429584a org.kde.haruna

Above is the last commit of Haruna with 0.37 libmpv using the freedesktop 22-08 runtime.
Comment 9 george fb 2024-01-21 03:19:16 UTC
I don't see how this could be an issue with Haruna since you say it works with 5.27 and mpv doesn't work either.
Also I can't reproduce, I tested the flatpak on my OpenSUSE TW system and 2 VM, Ubuntu 22.04 and OpenSUSE Leap, and had no sound issues.
Comment 10 Peter 2024-01-22 02:57:03 UTC
It is reproducible.. the problem is that on some systems for whatever reason, pipewire audio output works on libmpv and mpv using the 22-08 runtime, but as soon as it changes to 23-08 runtime it stops working. The only way to make audio work in that case with the 23-08 runtime is (if one is inclined to do so) is to use --ao=pulse (does not apply to Haruna). With that switch you get audio, but with the 22-08 runtime it is not necessary to do that and the audio is via pipewire.

When I started the bug report, I didn't have an understanding of what is going on, now I do. I don't know that you can fix it because it is upstream, other than adding a condition check where if system is these specs, then --ao=pulse instead of pipewire.

As for the answer to the question as to why not just switch to 5.27, right now no because the core OS is buggy so I'm waiting for further updates, and another reason is because I really dislike the white outline around windows that KDE decided to introduce in 5.27.. In 5.26 you have a normal looking window, in 5.27 you have a white outline around it.. it's like every window is a text box.. awful.