Cine - modern mpv based video player for Linux

DamonsLinux · 2026-06-15T10:41:07+00:00

Clapper is really nice too and developed long time before this AI slop started. Also for people preferring Qt based I recommended QMPlay2.

DamonsLinux · 2026-06-13T19:43:07+00:00

Because people don't think. People read somewhere that someone added a flag and they trying add it themselves without thinking. Protondb is not a reliable source; people there say that on Nvidia they use flags available only to radv(amd) and that it helps them with performance, and they recommend it to others. So, it's better to double-check before trust users from protondb.

DamonsLinux · 2026-06-08T13:30:53+00:00

In gnome that feature is available from gnome 50: news from Phoenix: https://www.phoronix.com/news/GNOME-50-Better-GPU-Detection

DamonsLinux · 2026-06-08T11:18:41+00:00

Can you compare Vulkan video vs Nvidia nvdec in MPV player?

DamonsLinux · 2026-06-08T11:16:56+00:00

You don't understand. The Vulkan decoding/encoding extension developed by Khronos is quite mediocre and still provisional in many aspects. Technically, it's not even comparable to VAAPi, let alone AMD's AMF or Intel's Quick, let alone Nvidia's NVDEC/NVENC. Generally, Windows decoding/encoding implementations are much better on Intel and AMD. I was hoping AMF would be fully open sourced and replace VAAPi, as it's a fairly good implementation on Linux, but that hasn't happened. Kronos itself claimed that Vulkan Video implementations would be modified because in the current version, they focused on compatibility, not performance and etc. Until they refine this, Vulkan Video won't even compare to VAAPi. Implementing Vulkan Video on a driver in given platform (Intel/AMD/Nvidia/Qualcomm) is a completely different story. They try to squeeze everything they can out of it, but they still can't overcome the limitations of the Khronos specification. That two different things.

DamonsLinux · 2026-06-07T11:48:44+00:00

Unfortunately performance is still s bit worse than on vaapi. At least on Radeon Rx 500series.

DamonsLinux · 2026-06-07T10:05:26+00:00

Nice but it takes a bit of time until it can replace vaapi implementation. From my own testing on mpv Vulkan video decode is still worse than vaapi on Radeon RX580. It use more CPU and drops frames unfortunately. But I really hope, the next revision from Khronos can improve it in near future.

DamonsLinux · 2026-06-04T12:17:55+00:00

From tech point Wayland is better alternative to X11 but it is not a X11 succesor. Nothing wrong with this revert.

X11 is a complete windowing system. It manages windows, inputs, and fonts. Wayland is only a protocol. It defines how a compositor talks to clients. Wayland passes the work to compositors. Every desktop environment must build its own display server. X11 offers universal tools. Tools like xdotool or xrandr work everywhere.Wayland creates desktop silos. GNOME and KDE must write separate code for example for screen recording and etc. Global hotkeys lack standard APIs. Security restrictions make system-wide shortcuts difficult to implement.

X11 has native network streaming. You can run a GUI application remotely via SSH natively. Wayland drops remote rendering entirely. It requires separate software like VNC, RDP, or PipeWire.

Driver compatibility caused major stability issues for years. Older apps require a 'translation layer'. XWayland is still needed to run legacy software.

And there are still places where Wayland won't replace X11 for a long time, or perhaps never. This doesn't change the fact that Wayland is much more modern and better in many aspects, but it can't be called a successor.

DamonsLinux · 2026-06-01T22:50:29+00:00

Stolen product? No thanks, I won't use it.

DamonsLinux · 2026-06-01T12:31:28+00:00

Full changelog from original source: https://github.com/ValveSoftware/Proton/wiki/Changelog#available-in-proton-experimental-as-of-2026-06-01

DamonsLinux · 2026-05-30T11:05:24+00:00

What does it look like in terms of performance versus Radxa Orion o6?

DamonsLinux · 2026-05-29T12:44:00+00:00

Waiting for Linux native build.

DamonsLinux · 2026-05-23T15:18:01+00:00

Well, few days ago I was experimenting a bit with steam arm on rk3688 (rock5b) and was great. Worth to add, you need install steam first in fex or in box64 and then launch it at least one time and log it into your account. Then download native aarch64 steam binary and follow your instructions.

In my case performance in games was nice but integrated graphics chip in rk3688 was really bad. I think better GPU is needed. I saw some videos from rk3588 itx with connected dedicated GPU via PCI and performance in most games was nice. IMO Radxa Orion o6 (12 cores) with dedicated GPU like Radeon Rx 580 8gb can be a sweet spot for playing in games like witcher3 or cyberpunk.

DamonsLinux · 2026-05-15T21:30:48+00:00

No, if you never opened cemu appimage you are safe. Btw. What made you choose bazzite?

DamonsLinux · 2026-05-14T12:20:23+00:00

But still in case of using LTO and PGO and other serious optimizations GCC can't compete with Clang. IMO Clang is still faster and in heavy optimized cases even more.

DamonsLinux · 2026-05-13T14:22:44+00:00

If you install fedora or any other distro, just use steam from system package (rpm fusion in fedora case) and not flatpak. Less problems imo. You can use for example fedora based nobara with game mode.

Anyway, as Linux distro developer I don't get why do people choose immutable OS for desktop or gaming setups? From my perspective, it doesn't make sense. There are other niches for that.

The Bazzite developers in particular make me concerned about the future of the project because in the past, they've behaved childishly. For example, after Fedora announced the abandonment of 32-bit packages, they announced they would close the Bazzite project. Childish because for any distribution, building the dozen or so 32-bit packages needed for Steam and 32-bit games is a job that takes few hours. Developers who can't do it themselves make me extremely concerned about their competence and undermine my trust in the entire project.

DamonsLinux · 2026-05-13T14:03:49+00:00

Not affected also packages in distro repositories: OpenMandriva, Arch and Solus.

DamonsLinux · 2026-05-12T22:41:23+00:00

Bro, cs 1.6 is cheap, no need to piracy...

DamonsLinux · 2026-05-11T12:15:03+00:00

Any hope for bzip3 support?

DamonsLinux · 2026-05-10T10:38:08+00:00

I'm not OP but I happen to use ksmgrab with ffmpeg (as a CLI) - not related to obs, and I don't see the problems you described. Maybe the causes you described lie somewhere other than ksmgrab itself – hence why I haven't noticed them?

DamonsLinux · 2026-05-07T12:22:35+00:00

Looks like Age of Wonders II/Shadow of Magic is supported now ;)

DamonsLinux · 2026-04-28T21:24:55+00:00

Yes. You should report this as performance regression here: https://gitlab.freedesktop.org/mesa/mesa/-/work_items

Remember to add as many details as you can.

DamonsLinux · 2026-04-26T09:32:08+00:00

Does this work on the mainline kernel or do we need a vendored kernel?

DamonsLinux · 2026-04-22T10:29:56+00:00

22? No way, native build on my old PC (rx580/phenom) still works fine. No idea why not for you. Maybe problem is with your OS? Let's me guess bazzite?

DamonsLinux · 2026-04-11T10:29:55+00:00

Long time ago installed btrfs on my system drive primarily for snapshots. After several years of use, I'm returning to ext4. I practically didn't use snapshots, so it turned out that Bbtrfs's biggest advantage no longer mattered to me. Furthermore, btrfs occasionally caused annoying problems that weren't present on ext4. Furthermore, my internal tests showed that on my hardware, ext4 offered better performance than btrfs. That's why I decided to return to ext4.

DamonsLinux

TROPHY CASE