Quoting: SolitaryNot sure where or how those new versions are provided though.
Edit: I see now, they only offer it for certain distros https://wiki.vcmi.eu/Installation_on_Linux [External Link] otherwise needs to be build from source.

They provide only source. Upstream packages for distros in many cases contain old version (except ppa).

Thats why most of distros (who still maintain the VCMI) update the game in their repositories every few months, sometimes weeks. In the same way we work in Mandriva. See below:
https://github.com/OpenMandrivaAssociation/vcmi/blob/master/vcmi.spec [External Link]

View this comment - View article - View full comments

Quoting: PJI wonder whether those will be of any use for those that make professional video editing apps.

Well, most of profession app on Windows use Windows implementation for Intel, NVIDIA and AMD. As example on Linux we use VAAPI for Intel and AMD, while on Windows there is much better AMD AMF. Some apps use it. AMD developers, in last years release it too Linux but only with Vulkan support (no OpenGL) and only for AMDGPU-PRO - because only closed-source AMD driver contains Vulkan implementation to allow Vulkan ENCODE/DECODE (that short story). So it works only on AMDGPU-PRO. They open for add support AMDVLK or maybe even RADV but only when they implement Khronos extensions with opensource Vulkan Video API. As you can see now, API is almost done (provisional for now). So, now we need wait for AMDVLK or/and RADV to impelement it and then for AMF to implement it on top this drivers.
Then we can see apps that use it. I know that FFMPEG support AMF, same with HandBrake.

View this comment - View article - View full comments

Quoting: Leopard

Quoting: DamonLinuxPLYou can always disable pipewire by pass -DENABLE_PIPEWIRE=OFF flag to CMAKE. This should fix compilation on previous Ubuntu releases.

Anyway looks like to me that recording witch VAAPI on Radeon 580 8GB in X11 is broken... at least on my hardware (both in vaapi+x264 and vaapi+hevc). Just not sure if this related to new OBS 27.0.0 RC1 release or new libva 2.11.0... or maybe somethings else. Anyone see somethings similar?

https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/9995 [External Link]

Maybe try with this mr or Mesa master.

Just applied this patch and vaapi works fine. Thanks.

View this comment - View article - View full comments

You can always disable pipewire by pass -DENABLE_PIPEWIRE=OFF flag to CMAKE. This should fix compilation on previous Ubuntu releases.

Anyway looks like to me that recording witch VAAPI on Radeon 580 8GB in X11 is broken... at least on my hardware (both in vaapi+x264 and vaapi+hevc). Just not sure if this related to new OBS 27.0.0 RC1 release or new libva 2.11.0... or maybe somethings else. Anyone see somethings similar?

View this comment - View article - View full comments

Did they finally fix the problem with GLIBC properly or, as usual, do they hope that a simple recompilation will do the trick?

View this comment - View article - View full comments

Quoting: Liam Dawe

Quoting: DamonLinuxPLIf believe in first benchmarks, semi-native OpenGL still performs much better than semi-native Vulkan.
OpenGL ~400 FPS while Vulkan ~190 FPS.

Tested it myself, and the difference on my hardware was about the same. Weird you see such a big difference.

Not my benchmark.
https://www.reddit.com/r/linux_gaming/comments/ln4eeg/portal_2_benchmarks_vulkan_on_linux_vulkan/ [External Link]

Looks like DXVK in Proton (translating from DX9 to Vulkan or from Vulkan to Vulkan) is faster than OpenGL without Proton but also this OpenGL is faster than Vulkan without Proton.

View this comment - View article - View full comments

If believe in first benchmarks, semi-native OpenGL still performs much better than semi-native Vulkan.
OpenGL ~400 FPS while Vulkan ~190 FPS.

View this comment - View article - View full comments

Is any way to test Stadia for internet speed, pings, lags? Any free demo gamę available?

View this comment - View article - View full comments

This is good but boring release. Most of "fresh" distros provide all these features from years. Like brtfs, LTO by default or PGO or even EarlyOOM.
But I appreciate that Fedora is following a trail hollowed out by slightly smaller distributions. Now it's time for LLVM / Clang by default.

View this comment - View article - View full comments

Quoting: ShmerlEven their Lumberyard is lagging with Linux support.

Not lagging, they drop support for it long time. While cryengine (original, not fork) still supports it...

View this comment - View article - View full comments