@rontgen about HRTF, sure, but let's hope it will be in open-source fashion (i.e expanding OpenAL's functionality). It would be great to see Valve and Oculus cooperate on this.

View this comment - View article - View full comments

I'm skeptical about the cards concept, even though I loved FORCED :/
Does someone have feedback on this (just be aware that I am not fond of card games, usually) ?

View this comment - View article - View full comments

@Andrei B. There is always the possibility of implementing a python interface to an existing engine. Python has some quite good C bindings, it is a plus for the engine; and the game can still enjoy its customizability.

I would like to know what are the missing pieces of the engine. What exactly needs improvement? Where are you heading to?
Is it "just" a matter of fixing every issue on the GitHub tracker?

Edit : until now, in the comments, we focused on the engine itself. While this is the most interesting area for me personally, there might be a good chunk of work that needs to be done on the game itself, according to liam. This is probably an easier starting point, with python's entry barrier a bit lower than C.

View this comment - View article - View full comments

Why not; if I have time to, but that will be a bit later this year in any case.
Sooo many projects to work on... :/

View this comment - View article - View full comments

Quoting: liamdaweI am also still deciding on the best place to link to the stats page.

Maybe with the GOL Footer ? (This one is just a random suggestion). Also in the "view PC info" section, computer info section on users profile, and their user CP (Would be great to have a link to the CP on one's profile page, too).

It might be interesting to put percentage numbers next to the "view PC info" or user profile items. Like : RAM 128GB (0.2% of users). Not necessary per se, but might be cool anyway :)

View this comment - View article - View full comments

Nice work, Liam.

While you're at it, could you please consider putting he resolution graph in the same order as the drop down, or sorting it by pixel count, essentially doing the same as for the RAM graphics?

I think that releasing the raw information would be nice, that way developers could conduct their own statistics :-)

I can't remember, was it planned to put some graphs to picture the evolution of system config with time ?
Maybe you should consider open sourcing the whole (under AGPL). That way, we could just send you PRs instead of comments ;-)
Plus, transparency (looking at you, steam...).

Edit : regarding privacy, maybe keep it the current way, but add a "customize" link to allow customization of every setting. Then, display an icon next to each setting showing the individual settings (along with a warning that administrators are able to see it anyway). It doesn't seem too complicated to implement, provides added value, and distribution visibility can default to true unless customized. Everyone happy I
O.

View this comment - View article - View full comments

Quoting: GuestI’d rather get a simple .tgz than an annoying installer.

You can extract those just like a regular archive, as far as I remember ????
Edit: writing on a smartphone, emojis don't seem to be supported (hence the "????" ). Here you have it: :-)

View this comment - View article - View full comments

It has been a while since the last survey I got on Linux. Then, maybe I am not that lucky :)

About the new survey, I find it nice, maybe the time-based graphs are missing, but I guess this will come after a few months of data. I didn't see the arch (32 vs 64) stats, though. Did I miss it? Or is the proportion of users running 32 bit distros really negligible?

View this comment - View article - View full comments

Thanks a lot for these benchmarks !
I might upgrade my aging 6870 for a polaris card next year, given the state of the driver. AMD's press conference starts in about 5 hours, I wonder what they will announce?

View this comment - View article - View full comments

Ou

Quoting: mattsturgeon

Quoting: edounless you use haswell, in which case nothing changes, not until the release after this one

Are you saying this is only for broadwell and newer? (I've got a sandy bridge (i5-2450M) laptop)

I was under the impression mesa was the userspace side and device specific drivers were in the kernel (not that I've actually looked into it!)

Well, there are of course device specific drivers in the kernel, but in userspace too, because you need to generate machine code tailored to the one you will be running it on. Drivers that use Gallium 3D, which acts as an abstraction layer for device functionality, can be used to share some common code between drivers, thus sometimes enabling features for multiple drivers as a time (think about syntax evolutions,for example, like array of arrays. Once you did the code to handle it, which is based on previous driver code, it enables it in multiple drivers). Intel is not using Gallium, though, so they have to do their their own thing in i965.

View this comment - View article - View full comments