Confused on Steam Play and Proton? Be sure to check out our guide.
Latest Comments by Brokatt
Valve dev Mike Blumenkrantz details a new proposal for speedier Wayland Protocols development
26 September 2024 at 12:57 pm UTC Likes: 5

Quoting: amatai
Quoting: Brokatt
Quoting: amataiThat's an elegant solution, more inteligent than the frog protocol solution imho.

What exactly is "more intelligent" than Frog Protocols? To a laymen like me they seem to do the exact same thing.
I'm not an expert, but as I see it.
It does not bypass the Wayland consensus, yet both allow for protocol to be added faster (like frog) and the consensus to build faster (which would be problematic for frog due to bypassing the consensus at the root).

I think the consensus is a good thing, and a solution helping it grows faster is better than bypassing it. Project acting against each other by shipping protocols without looking in depth at their interaction with the rest of Wayland seems to my uneducated eye as a recipe for trouble.

I don't think consensus usually is needed in experimental and fast evolving branches. When solutions get moved up to testing / stable then absolutely consensus is a good thing.

I'm no Wayland developer though. However it's pretty clear for anyone who have read through some of their merge requests that it's their (sometimes philosophical) governing what makes protocols stall for months and sometimes years. For example tearing protocol was a beautiful train wreck to follow from the outside. It's also pretty clear that consensus already has failed as Gnome still refuses to implement server-side decorations, even though it was voted on.

Valve dev Mike Blumenkrantz details a new proposal for speedier Wayland Protocols development
26 September 2024 at 11:29 am UTC

Quoting: amataiThat's an elegant solution, more inteligent than the frog protocol solution imho.

What exactly is "more intelligent" than Frog Protocols? To a laymen like me they seem to do the exact same thing.

Behaviour Interactive has acquired Darkest Dungeon developer Red Hook Studios
25 September 2024 at 6:59 am UTC

Quoting: sonic2kk
Quoting: chickenb00Epic announced they may no longer provide exclusivity deals with payments up front.

That is some good news at least. I wasn't concerned that they would take another deal, moreso that I am soured on any studio that accepts it (yes, even Tomorrow Corporation which is my profile picture, I am ashamed to have supported them). A buyout here is a better deal, but being bought by the team behind Dead by Daylight (or any developer that includes invasive client-side anti-cheat and/or Epic Online Services in their games) is just more reason to avoid anything from Red Hook Studios in the future.

I also own Darkest Dungeon, it was gifted to me and I played some hours of it, but it never gripped me. Perhaps it was the RNG that put me off. After the Epic deal for Darkest Dungeon 2, I had no reason to ever revisit it.

Both studios are makers of "OK" horror themed games so maybe they will fit together? I have at least had some fun with Dead by Daylight together with friends. Darkest Dungeon 1 was a brilliant game though.

At least Dead by Daylight is playable on Linux unlike many other games. I prefer we have the choice to accept intrusive anti-cheat or not.

Microsoft donates the Mono Project to the Wine team
28 August 2024 at 7:43 am UTC

QuoteMicrosoft maintains a modern fork of Mono runtime in the dotnet/runtime repo and has been progressively moving workloads to that fork.That work is now complete, and we recommend that active Mono users and maintainers of Mono-based app frameworks migrate to .NET which includes work from this fork.

I so if I get this correct. Mono and .NET are open source and MS maintains both. MS has a modern fork of Mono runtime within .NET which they will push devs to use. The original Mono has been given to WINE for compatibility with older programs.

Steam sets a new record with 37.2 million concurrent users online
27 August 2024 at 6:54 am UTC

Quoting: AdutchmanI agree with the last tweet. If you look at Steam from a UX/UI standpoint, it's pretty bad because the core UI has not evolved significantly in years. And there's also the percentage question of course. If Epic would've put money into improving the actual store and Linjx support, they might have won me over. Shame really.

There is also ten times more features to fit in Steam compared to EGS. That's mainly the problem for competitors to Steam as I see it. How are they going to catch up? It's like an MMO trying to catch up to World of Warcraft. It's really, really hard and especially with Epics pace of innovation. It took EGS over three years to introduce the shopping cart; a revolutionary idea in 1995. Linux-support is pretty much at the bottom of the priority list xD No strike that it's not even on the list.

Celebrating 6 years since Valve announced Steam Play Proton for Linux
22 August 2024 at 6:53 am UTC Likes: 3

Without Proton and Steam on Linux I would still be on Windows. My home server would still be Linux but not my main machine. That is the honest truth.

Check out the fancy new trailer for Beyond All Reason a really great free and open source RTS
20 August 2024 at 8:17 am UTC

Quoting: TherinS
Quoting: MnolegDoes anyone know how this game compares to Zero-K? I spent a lot of time playing Zero-K last year and it become one of my favourite games. Special mention to the huge and diverse singleplayer campaign, which these kind of games usually lack. Kudos to the developers.

BAR is Zero-K with the following pros and cons (for me anyways):

Pros:
Smoother animations of units
Better animations
More units to make

Cons:
Shields do not 'link' to share power, so overlapping only helps if you actually have two shields getting hit at the same time
Terraforming does not exist
Some unit avatars in the build menu only show part of the unit so you may not be able to tell by the picture what the unit is until you get used to it.

Observations:
In BAR, to access more powerful units, level 1's must build level 2's, which then can build level 3's and the real heavy units. If you prefer an upgrade path then this might be just your thing.
In Zero-K, the only limit to what you can build is getting your economy roaring along, making territory that much more important to conquer and hold for the resources it gives you.
In BAR, you can generate a lot of energy, then use converters to convert excess energy into metal. You would not even need metal extractors at that point so holding territory is less of a resource grab than just keeping the enemy from surrounding you.

I like BAR alot but in Zero-K I enjoy terraforming walls and ditches to funnel the enemy into my defensive towers and deny them the opportunity to just run into my base.

How does the AI handle terraforming? Can't image it doing any sort of sensible building. Does it derp out a lot when the path finding gets all mucked up? :)

MangoHud helper app GOverlay v1.2 out now with quick layout presets
2 August 2024 at 7:04 am UTC

Quoting: benjamimgois
Quoting: BrokattReally useful tool. Love it! New UI looks good and looking forward to test new features :)

thanks man ! Hope you like it.

Really appreciate you and the team. Without Goverlay I would not have the patience to custom Mangohud at all xD Sent you a coffe. Have a nice weekend.

MangoHud helper app GOverlay v1.2 out now with quick layout presets
31 July 2024 at 7:31 am UTC Likes: 1

Really useful tool. Love it! New UI looks good and looking forward to test new features :)

Canonical detail improvements the Steam Snap, work to advance gaming continues on Ubuntu
18 June 2024 at 11:31 am UTC Likes: 2

Quoting: Tuxee
Quoting: grigiwhy do they always have to do the Not-Invented-Here thing all the time.

You are aware that most of the NIH stuff came before nowadays established alternatives?

upstart (2006) preceded systemd (2010).
Unity (2010) preceded Gnome Shell (2011).
Snap (2014) preceded Flatpak (2015).
And when Mir was announced in 2013 Wayland was a long shot from being remotely usable.
Even Bazaar (26 March 2005) came a few days before Git (7 April 2005 after a 3 day development).

Stop making sense and hop on the Canonical hate train. Shoo shoo!

Jokes aside I truly for my life cannot understand all the push-back Canonical receives no matter what they do. I suspect is because I'm a former Windows user, I didn't care about things like package formats then and I still don't on Linux. I don't even know what different package formats are used on Windows. It's just one of those things that never comes up but when I switched to Linux then suddenly the community is very engaged if an app is snap, flatpack, appimage or whatever. It's like moving to a new country and realizing that you can never be fully part of the culture.