Quoting: PublicNuisanceFirst Death Trash and now this, what is it with puking in games these days ?

I guess if there's just two, it can still be a coincidence :smile:

In Valheim though there's clear logical use case for it. I think I have accidentally ate something that's not suitable several times. When building or running around, stamina is really useful and it might be good to save up some of the good stuff. Situation can suddenly change though.

Regular enemy spawn points can get somewhat predictable, but events come up more as a surprise. Without proper wall and moat, there's very good change that you might have to actually fight. Fight will be much harder if your stomach is full of berries.

Of course puking wastes food, but when about to be swarmed by enemies, it might be acceptable compromise.

View this comment - View article - View full comments

What caught my eye was that Terry is quite optimistic about results of having the source code available (that is quite evident even from the shorter announcement on Steam). So it really seems like Ethans suggestion of trying the open source approach really worked. Let's see if source code of some of the other games end up on Github.

View this comment - View article - View full comments

Just dropping in to say that there should be now a beta branch with name linuxqa. So if somebody wants to test the game and give feedback to the developer, it's now possible.

View this comment - View article - View full comments

Demo is worth trying out. Even when the game kind of is somewhat extended hacking minigame, it's somewhat oddly satisfying.

View this comment - View article - View full comments

Dropping this here before the next article drops.

In latest video Valheim goes Death Trash: https://youtu.be/huLGffRVH1s [External Link]

View this comment - View article - View full comments

Quoting: poisond

Quoting: AnzaThere's remedy though that I use. I prefix CPU and IO heavy operations with following snippet

nice -n 20 ionice -c3
Just remember to add the heavy operation to the same line, those commands won't do much on their own.

Except the nice will do nothing because of retarded default behavior these days. You first have to disable scheduler auto-grouping:

 
echo 0 > /proc/sys/kernel/sched_autogroup_enabled

As a Gentoo user I have managed to avoid whole feature. I did some reading and I think I know little better how autogrouping works. It seem to be trying to alleviate the CPU hog problem altogether, but it might not always work perfectly. Seems to be nifty, though affecting the scheduling needs to take autogroups into account.

This seems to be the most helpful resource: https://superuser.com/a/1151279 [External Link] (man page of sched should have largely the same content, though potentially more up to date)

View this comment - View article - View full comments

Quoting: DrakkerThe first pic is clearly a work in progress locomotive.

What? We have a locomotive already: https://www.reddit.com/r/valheim/comments/m2ndtb/not_so_scary_now_are_you_big_guy/ [External Link]

While searching for that, I ran also in to this one: https://www.reddit.com/r/valheim/comments/lqwl6h/we_built_a_train_in_valheim/ [External Link]

View this comment - View article - View full comments

Quoting: Guest

Quoting: NociferThe answer is extremely simple: because we like Windows games, not Windows itself, and Proton has allowed us to finally ditch Windows while still being able to play Windows-only games. Do you really not comprehend how liberating that feels to someone who enjoys gaming but dislikes Windows?

Is it liberating, though? You're playing Windows games. You're paying for Windows games. And, by definition, it cannot surpass whatever Microsoft do. Which means, as a product, it will always be behind Windows. Always. Valve don't care for that - the vast majority of their income is from games running on Windows, after all, they only care about Microsoft not strangling that income source.

It might have been able to be a case where this could have encouraged more GNU/Linux development, except for as I've mentioned before, that Valve are actually discouraging this. And yet somehow that's....liberating? My word for it is instead stagnation.

I don't totally disagree here, but I wouldn't say that it's irresponsible to start with Windows games. Going full native can be bit of harsh experience if you're used be able to play the latest FPS games. Worrying about long term health of the Linux gaming ecosystem can come later. Gaming is primarily about having fun anyway.

View this comment - View article - View full comments

I do hope Proton is just a passing phase. It has had negative impact on native games. Throwing money at developers that don't care about Linux doesn't help much either. Throwing money at developers who develop native Linux games helps. At least it makes huge differences for the indies who support Linux.

Proton can increase Linux adoption, but if money keeps going to wrong places, we might have won a battle, but we are still losing the war so to speak. I would suppose people haven't heard about OS/2 and there's good reason for that. It wasn't able to compete with Windows just by being able to run Windows programs. For people who wanted to run Windows software, Windows was much better option as it for some reason was more compatible.

For people trying Linux for the first time, being able to run Windows games, but poorly is not really a good selling point. If they are curious and actually want to try out something different, they might find more reasons to stay.

But large masses are not like that. Large masses use Linux because it's preinstalled on the device they bought. Which means that most of the money goes to developers who don't care about Linux if the device enables Proton by default. If it supports only native Linux games, it would largely rely on indies, which reduces the mass market appeal. So no easy wins either way. Though latter alternative would again benefit the indie developers.

But at least you can trust indie developers more to build the game on cross platform technologies right from the start. Some of them will try to do it after game has been already released and complain things being impossible. But can't win every time. Winning sometimes would be nice though.

View this comment - View article - View full comments

Quoting: slaapliedje1) I have Librewolf installed... since it's from AUR it has to compile. Well it actually made YouTube stutter while it compiled (I have a AMD 5900X), first time in a long time I've seen anything do that.

Not Arch thing as such, could be just that if compilation uses enough threads it can consume all available cores (though usually not technically threads, but end result is still the same). It uses the available resources efficiently that way, but there's less resources available for everything else.

There's remedy though that I use. I prefix CPU and IO heavy operations with following snippet
 
nice -n 20 ionice -c3
Just remember to add the heavy operation to the same line, those commands won't do much on their own.

Nice affects CPU scheduling and processes with higher nice value get allocated less CPU time. It's more of a suggestion, not a hard priority. Still helps though.

Ionice affects IO priority, -c3 assigns idle priority. It might not be necessary most of the time as IO is not usually a bottleneck. If you move files between disks, it's though very useful. I had quite laggy command line when I was doing just that operation and using ionice fixed it totally.

Best scenario would be to be able to set both priorities in configuration somewhere, so you don't have to think about those things.

View this comment - View article - View full comments