Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Flatpak request] Use SMPlayer instead of Haruna #129

Closed
n3thshan opened this issue Jan 16, 2025 · 10 comments
Closed

[Flatpak request] Use SMPlayer instead of Haruna #129

n3thshan opened this issue Jan 16, 2025 · 10 comments
Labels
upstream When something is not fixable by us.

Comments

@n3thshan
Copy link

n3thshan commented Jan 16, 2025

Background

Id like to see this player instead because Haruna on some systems refuses to open and crashes silently when in Wayland. However a quick fix to this is to force Xwayland through Flatseal/Flatpak permissions. Another user in the community faced the same issue too (we both have meteor lake laptops with intel arc integrated graphics). The root cause of the issue is unknown in upstream either.

Other reasons to use SMPlayer instead of other players such as VLC, even though it uses Qt5, is how well its integrated with the Plasma Media player widget at the bottom right of the panel. VLC has some play/pause issues when controlling playback with the widget. Also, it plays well with touchscreen interfaces as well compared to Haruna with its included "Tablet mode". Hardware accelerated decoding on multiple codecs works too with the right configuration. Haruna requires configuration too anyway. Hope this would be considered.

System specifications

Operating System: Aurora 41
KDE Plasma Version: 6.2.5
KDE Frameworks Version: 6.10.0
Qt Version: 6.8.1
Kernel Version: 6.11.8-300.fc41.x86_64 (64-bit)
Graphics Platform: Wayland
Processors: 22 × Intel® Core™ Ultra 7 155H
Memory: 15.0 GiB of RAM
Graphics Processor: Mesa Intel® Arc
Manufacturer: HP
Product Name: HP Spectre x360 2-in-1 Laptop 14-eu0xxx

@dosubot dosubot bot added the upstream When something is not fixable by us. label Jan 16, 2025
@inffy inffy added enhancement New feature or request and removed upstream When something is not fixable by us. labels Jan 16, 2025
@dosubot dosubot bot added the upstream When something is not fixable by us. label Jan 16, 2025
@etvt
Copy link

etvt commented Jan 16, 2025

Note: I am not an Aurora maintainer, just a simple user.

Tbh I find Haruna much better getting along with KDE from the point of view of modernity, style and look-and-feel.

In my opinion the best would be, where possible, to stick with KDE-affiliated applications to give users the most streamlined out-of-box desktop experience and active KDE support. (If wanted, users can install anything else they might want from Flathub.)

Also SMPlayer seems to be unverified on Flathub, which to me means I need to regularly keep a close eye on it.

@n3thshan
Copy link
Author

the thing is haruna does not open up at all on wayland. even though using xwayland is a workaround, that means it will inherit xwayland problems. that is not intuitive enough. Until this issue is identified and fixed in upstream, this is the way to go IMO.

@inffy
Copy link
Collaborator

inffy commented Jan 17, 2025

I just tested Haruna on my aurora-dx install and it opens up normally and plays videos.

Even if I take off the x11 fallback in flatseal it works fine.

@RealVishy
Copy link
Collaborator

the thing is haruna does not open up at all on wayland. even though using xwayland is a workaround, that means it will inherit xwayland problems. that is not intuitive enough. Until this issue is identified and fixed in upstream, this is the way to go IMO.

Can you run it in the terminal using flatpak run org.kde.haruna. It should give you some logs in the terminal to help troubleshoot the issue.

@n3thshan
Copy link
Author

n3thshan commented Jan 17, 2025

@RealVishy it does not output anything. when run with verbose it outputs a coredump. Another user with intel arc graphics integrated reported the same issue. My bet is on a mesa issue shipped with freedesktop platform as both haruna and celluloid suffer from this but regular mpv works fine

@RealVishy
Copy link
Collaborator

@RealVishy it does not output anything. when run with verbose it outputs a coredump. Another user with intel arc graphics integrated reported the same issue. My bet is on a mesa issue shipped with freedesktop platform as both haruna and celluloid suffer from this but regular mpv works fine

Do you have the tracking issue for upstream?

@n3thshan
Copy link
Author

Do you have the tracking issue for upstream?

https://bugs.kde.org/show_bug.cgi?id=498148

@inffy inffy removed the enhancement New feature or request label Jan 17, 2025
@RealVishy
Copy link
Collaborator

Do you have the tracking issue for upstream?

https://bugs.kde.org/show_bug.cgi?id=498148

Just checking, do you have hardware decoding/acceleration enabled in haruna? That might be causing the issue but AFAIK it was disabled by default for me.

Otherwise you'd likely just have to wait for the runtime to be bumped. I don't have any arc/meteor lake hardware and I'm unable to reproduce it on my Xe or RDNA graphics.

I'd just use it in xwayland mode or use another video player until it gets fixed. 🙁

@n3thshan
Copy link
Author

Just checking, do you have hardware decoding/acceleration enabled in haruna? That might be causing the issue but AFAIK it was disabled by default for me.

nope i uninstalled haruna with warehouse ensuring that all user data is cleared and installed it again. still doesnt open for me. i checked and hw decoding was disabled.

Otherwise you'd likely just have to wait for the runtime to be bumped. I don't have any arc/meteor lake hardware and I'm unable to reproduce it on my Xe or RDNA graphics.

hopefully this is whats causing the issue

@RealVishy
Copy link
Collaborator

FYI, haruna got updated a few days ago, I'd check if it fixed your issue. You can try the nightly builds in the KDE flatpak repo too.

https://userbase.kde.org/Tutorials/Flatpak#Nightly_KDE_apps

Otherwise, I'll close this as not planned since it's an upstream issue.

@RealVishy RealVishy closed this as not planned Won't fix, can't repro, duplicate, stale Jan 21, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
upstream When something is not fixable by us.
Projects
None yet
Development

No branches or pull requests

4 participants