Every article tag can be clicked to get a list of all articles in that category. Every article tag also has an RSS feed! You can customize an RSS feed too!
Latest Comments by F.Ultra
Changing your country on Steam has been made harder to battle VPNs
31 July 2020 at 2:29 pm UTC Likes: 4

Quoting: WorMzyMy opinion is that the price should be the price, and that should be converted to the real-time equivalent for the currency you're buying in.

So game = £10. At time of writing:
  • UK: £10

  • USA: $13.15

  • Japan: ¥1386

  • Europe: €11.12



etc. Then apply whatever local tax applies (which is probably where most of the pressure on Valve comes from, taxperson always wants their cut...).

If you have fixed prices then you will loose lots of sales in countries where income is low while you get next to nothing from countries that can afford to pay. Now if you are a small indie and can price your game sufficiently cheap then this might work but not for big titles that costs billions to develop.

Gyroscope tool JoyShockMapper comes to Linux, Valve adds 'Flick stick' to Steam Input
19 July 2020 at 2:30 pm UTC Likes: 1

Quoting: gustavoyaraujo
Quoting: KohriasMight help these console amateurs to get a bit better :) Does not even come close to keyboard + mouse.
You are wrong. I played a lot of ranked games in Dota 2 before and a lot of other players recognized me as a good player.

Well to be honest that only tells that you are good, not that this is actually better than keyboard+mouse. We could put sandals on Zlatan Ibrahimovic and he would still run rings around most football players.

Remembering an indie gem with Osmos over 10 years later
10 July 2020 at 6:38 pm UTC Likes: 1

Back when it was in a Humble Bundle I created a Swedish translation for it: https://drive.google.com/file/d/0BwqAKhyY0V1OX25XQk1mUVZaRnM/view?usp=sharing if anyone would be interested :)

VKD3D-Proton is the new official Direct3D 12 to Vulkan layer for Proton
7 July 2020 at 6:34 pm UTC Likes: 3

Quoting: ArehandoroFrom a very ignorant point of view. Why start VKD3D-Proton instead of expanding VXDK to use D12 too? Is the difference in APIs between D11 and D12 so big that a different project needs to implemented?

Don't quote me on this but AFAIK the difference between DX11 and DX12 is akin to the difference between OpenGL and Vulkan.

Wine (so Proton eventually) takes another step towards Easy Anti-Cheat working
27 June 2020 at 7:28 am UTC Likes: 1

Quoting: gustavoyaraujo
Quoting: F.Ultra
Quoting: gustavoyaraujoWhy don't do something like anticheat-dkms and live it open source to talk to the EAC and other softwares like that?

Well, I'm not an expert, but this makes sense.

They don't want to show people what and how they are looking at so they cannot go the open-source kernal module route. In reality there is no way that they can hide this anyway in their current Windows version but they like to pretend that they do (lot's of enterprises likes to pretend that their closed source nature hides things, which it doesn't).

I see, but what I mean is just some kind of opensource middleware to be implemented in the kernel as a module to let them use their anticheat solution.

Then you have a module that just gives any software on your machine root-kil level access to the inner works of your kernel and also honestly it IMHO doesn't matter if that module is open or closed since "whatever EAC will do in your kernel" is closed source anyway.

They could of course make it open source dkms just to be able to build it for a wide variety of kernels of course if that was the problem to solve (just realised that perhaps that was what you meant).

Wine (so Proton eventually) takes another step towards Easy Anti-Cheat working
27 June 2020 at 1:33 am UTC

Quoting: gustavoyaraujoWhy don't do something like anticheat-dkms and live it open source to talk to the EAC and other softwares like that?

Well, I'm not an expert, but this makes sense.

They don't want to show people what and how they are looking at so they cannot go the open-source kernal module route. In reality there is no way that they can hide this anyway in their current Windows version but they like to pretend that they do (lot's of enterprises likes to pretend that their closed source nature hides things, which it doesn't).

An update on Easy Anti-Cheat support for Wine and Proton
21 June 2020 at 2:29 pm UTC Likes: 1

Quoting: TheSHEEEP
Quoting: g000hDon't think your point holds weight *because* cheating is easy on Windows. Almost all the cheating tools are built to work on Windows. It would be harder for me as a Linux gamer to find cheats to use on Linux. Sure, someone could make Linux better for cheating, but the status is that it isn't a great cheating platform unless you build the cheats yourself rather than take advantage of all the cheats already built for Windows.
You are confusing cause and effect.
That you can find more cheats and tools for Windows is exclusively down to the fact that 99% of gamers are on Windows. Writing some tools to edit hex values while a game is in RAM isn't easier on Windows, it's the same on pretty much any platform.
Same with editing game-specific dynamic libraries, inspecting/inserting network packages, and all the other ways to cheat.

It just wouldn't make sense to write some cheating tool for Linux as it wouldn't really be used by anyone. There already aren't too many gamers on Linux, and (potential) cheaters are an even smaller subset of that.

The same logic adheres to WINE, WINE is not doing magic so whatever WINE can do to bypass EAC on Linux, the cheaters can already do to bypass EAC on Windows.

Also AFAIK this is just WINE enabling the Windows version of EAC to work on WINE, what are the evidence that this will allow Linux gamers to bypass EAC (and bypass it easier than Windows gamers already can)?

Linux Kernel patch sent in for comments to help gaming
14 June 2020 at 2:52 pm UTC Likes: 2

Quoting: Eike
Quoting: ShabbyX
Quoting: x_wing$ man poll
$ man select
```
That's your answer.

I don't know what is the issue with wine, but I guess that their problem may be related to fd (but is mentioned as secondary improvement, so I'm not sure...)

And more recently, epoll. I don't know what their problem with fds are, but everything being an fd is the best thing to have happened to unix. Things that weren't an fd turned out to be the most problematic (pid, signals), and they are turning into fds in recent Linuxes too.

Maybe they can get windows-y programs to run faster with windows-y kernel features, but I certainly hope no one would use this feature outside wine.

I guess that somewhat answers the question I would have asked:
Poll and select seem to be all about files, while...

QuoteThe WaitForMultipleObjects function can specify handles of any of the following object types in the lpHandles array:

Change notification
Console input
Event
Memory resource notification
Mutex
Process
Semaphore
Thread
Waitable timer

This still sounds useful to me.

And out of that list it's mostly mutexes and semaphores where Linux is lacking (most of the others on that list have an equivalent and thus can be used with epoll). And being able to wait for a mutex or a semaphore with epoll would have been a very nice addition, BSD have kqueue where you can wait for both fd:s, signals and mutex/semaphores with the same function and it existed before epoll so quite a large number of people are upset that Linux went with their own API that had less functionality (that said I do prefer the API of epoll over kqueue, just the functionality that is lacking).

In the end it just means that you as a Linux developer write your application in a different way than what you would have done on Windows or BSD so the major problem comes with things like WINE since they have to support the WIN32 interface.

edit: It also have to be said that this patch does not solve the "listen to both fd:s and other stuff with the same interface" since it just implements a way to listen to several FUTEX:es at the same time.

Linux Kernel patch sent in for comments to help gaming
14 June 2020 at 2:46 pm UTC Likes: 1

Quoting: Code ArtisanWhen i wanted to implement my own threading API on linux a few years ago, i found out that there were no system procedure to pause or resume a thread from another thread unlike Windows. You had to use signals for that and it was really messy.

Suspending threads comes with so many caveats that on platforms there they do exits (i.e Windows) they are marked as not to be used by anything other than debuggers really, and you are instead referred to use the same kinds of thread to thread syncronization that you have on i.e Linux such as e.g condition variables.

Steam has a Summer of Pride 2020 sale and event going on
10 June 2020 at 10:31 pm UTC Likes: 2

Quoting: Zlopez
Quoting: CatKiller
Quoting: ZlopezSo if I am white heterosexual I can celebrate the pride month?
Why wouldn't you?
Because I didn't saw anyone in the LGBT... happy, if I say I'm proud white heterosexual. For them I'm racist embracing the culture of enslavers, or at least this is what I see in most media today. People being banned or have to resign from organizations if they take this stance.

But I don't need any special month to be proud about myself. For me it's funny that somebody even needs this :-)

Please link to some of these news items of today where a person have been forced to resign from an organisation due to "being proud of being a white heterosexual".