Quoting: WorMzyPerfect, thanks!

Might be worth keeping it there for a while after voting closes and winners are announced, so people can get to the results easily.

EDIT: this is probably covered by "open to the public". Ignore my noise. :P

Yup, only time we close it down is when clearing it for the next award :)

Quoting: Eike

Quoting: Liam DaweGood idea, how did I miss that. Whenever the page is online (open to the public) the link will now be available there.

You could add the deadline to the page.

Yeah, good idea, done.

I've added a todo item to have that stored in the database so I can have it setup properly and auto-close voting for next time :)

View this comment - View article - View full comments

Quoting: WorMzy

Quoting: Liam Dawe

Unrelated to the on-going discussion, please could the GotY page be added to the Sections dropdown menu at the top of the website? I've seen that there's a notification about it, but it only seems to appear once every three or four page visits, and you can dismiss it, so there isn't an easy, consistent way of getting to the page*.

* You can search for the article and get the link that way, but that only seems to show up in the results if you explicitly search for "GOTY", and I can't seem to add "Game of the Year" or "Awards" to the tags (presumably because they aren't tags you've used before).

Good idea, how did I miss that. Whenever the page is online (open to the public) the link will now be available there.

View this comment - View article - View full comments

Quoting: tgurrMeanwhile every game I try running with the "Steam Linux Runtime" fails with

`g_io_module_load': /usr/lib/gio/modules/libgiognutls.so: undefined symbol: g_io_module_load
Failed to load module: /usr/lib/gio/modules/libgiognutls.so
bwrap: execvp readlink: No such file or directory
bwrap: execvp readlink: No such file or directory
pressure-vessel-wrap: None of the supported CPU architectures are common to the host system and the container (tried: x86_64-linux-gnu, i386-linux-gnu)

while they run fine without the container solution.

It's funny how containers are said to be the cure to everything by adding yet another layer of complexity.

It's brand new and experimental, issues are to be expected. Did you log a bug report on the GitHub?

View this comment - View article - View full comments

Quoting: appetrosyanSadly, not many of those games are OpenSource, and it’s only a matter of time when this issue crops up

Which is as true on Windows as it is on Linux though remember. All games eventually succumb to time, we're just in an interesting position thanks to Wine/Proton that can at times run games Windows 10 now cannot heh.

View this comment - View article - View full comments

Quoting: ArdjeAs a side note: personally I promote making bug free windows games, that perform perfectly on proton.
The linux platform ABI changes a lot, and I consider the windows API is just middle ware.
If we can change that somehow to a platform agnostic middleware, that should be better.
Most old windows games are hard to run on modern windows. You have to know what you are doing (do this, click that, install this, turn off that), while these games are usually running problem free on proton.
So yeah lets keep the API legacy on the windows side for now. There is no proton for windows, so only those that know how to fiddle with windows can run old games.
It does not mean I do not appreciate the work of feral games. They are really dedicated, so I don't expect them to stop supporting old builds.

It's not a case of Linux APIs changing, it's all about how the games are built. I have plenty of games from 10 years ago on Linux that work without a single issue.

View this comment - View article - View full comments

Quoting: ikiruto

Quoting: flightlessmango

How to run with a game in steam? Does not help:
MANGOHUD=1 %command%
Or is it necessary first? MANGOHUD_CONFIG

MANGOHUD=1 %command% worked fine for me if installed correctly.

View this comment - View article - View full comments

Quoting: ShmerlI'd prefer developers improving Mesa HUD instead of forking and then not upstreaming things.

Logging capabilities were taken straight from the Mesa HUD for the reference. It had it all along.

And Mesa HUD (i.e. Vulkan overlay) works for all Vulkan drivers as well, including Nvidia.

A HUD like this not being tied to drivers is a good thing. Faster updates for starters, easier to install across any distro and so on. Many reasons why as a standalone project it can be a big benefit.

View this comment - View article - View full comments

Quoting: orochi_kyo"As expected, Steam does still appear to be growing."

"A huge number of people of course but plenty are likely to be bots."

It is like saying

"On communism, there is food for everyone"

"Sadly most of the food is rotten"

This is pretty much your opinion Liam, unless you have some source you chose not to share with us.

I just don't get this contradiction.

It is growing, we know it is. Every time Valve report on it, the number of active purchasing users has increased.

I said a huge number of people, plenty of bots. Just making a point that there will be bots amongst it. I did not say most of them or all of them are bots, there is no contradiction in what I said at all.

View this comment - View article - View full comments

Quoting: no_information_hereThis is a hardware survey, it means almost nothing for OS usage.

And what does the hardware do? Run an operating system.

It's accurate enough most of the time.

View this comment - View article - View full comments

Update: Godot's official announcement is now up [External Link].

View this comment - View article - View full comments