Quoting: Tak

Quoting: tuubiOtherwise you'd drop down to 30 as soon as it goes below 60.

Not how vsync works.

Yes it's exactly how traditional v-sync works. If a v-synced app misses a v-blank, it needs to wait for the next one. So in practice whenever a game cannot manage to draw a finished frame in time for each refresh at 60Hz (or whatever your monitor refresh rate happens to be) it can only display at half that rate, causing very noticeable judder.

Of course this is why there's stuff like Nvidia's Adaptive v-sync, which simply disables syncing whenever the FPS goes below the screen refresh rate, but what I described is certainly how most of my V-synced games still work. Easy to check with an FPS counter. BTW, seems like Adaptive v-sync can be enabled globally in Nvidia's Windows control panel, but not in Linux. And they've had a feature request pending for years.

Feel free to enlighten me if I'm wrong, or if I'm simply working on outdated information.

EDIT:

Quoting: liamdaweI would listen to Tak (he works for Unity ;))

Then I'd be happy to be enlightened by him. :)

View this comment - View article - View full comments

Quoting: liamdaweSeems to be a mostly solid 60FPS with no option to turn VSYNC off, I say mostly as it has drops to 56FPS at times.

Sounds more like a limiter than v-sync. Otherwise you'd drop down to 30 as soon as it goes below 60.

View this comment - View article - View full comments

Quoting: Beta VersionSuch patches work only with specific games or other games may benefit from them as well?

The patches seem generic enough. I don't think game-specific hacks are even allowed in Mesa drivers, but I guess it could be possible that the optimization only alleviates a bottleneck uniquely exhibited by this particular game. It would be interesting to see if other VP ports like the Saints Row series or good old Witcher 2 perform any better.

View this comment - View article - View full comments

Quoting: redshift

Quoting: tuubi

Quoting: redshiftAlways wondered if we truly need 64vs32 question. Why does it matter?

Of course it matters, to any game developer at least. It shows how important it is to build 64bit binaries.

I thought it was a no-brainer really. Especially on gnu/linux systems.

Yeah, so you'd think. It might be less of a no-brainer to a developer coming from a Windows background though. It's always nice to have some solid data to back it up.

View this comment - View article - View full comments

Quoting: STiATGoing down to 6.5 FPS reads like some more work is to be done...

The last line reads "> 60 FPS: 100%", so this drop could last a single frame for all we know. Might not be even noticeable if it's the first/last frame of the benchmark or something.

View this comment - View article - View full comments

Quoting: redshiftAlways wondered if we truly need 64vs32 question. Why does it matter?

Of course it matters, to any game developer at least. It shows how important it is to build 64bit binaries.

Quoting: hardpenguinI'll throw an old joke: Ubuntu is an ancient african word, meaning 'I can't configure Debian.'

Well here's a new one: I run Mint (and previously Xubuntu) on my desktops because one day, several years past, I found myself bored of configuring Gentoo. Tweaking my system was fun back when that was pretty much all the fun Linux had to offer. I've found other, more entertaining pastimes since.

Debian's an excellent distribution, and my server distro of choice, but please don't be an elitist, even as a joke. It gets old quickly.

View this comment - View article - View full comments

COLUMNAE SEEMS CO... oh, sorry. COLUMNAE seems cool, even without the shouty all-caps title.

View this comment - View article - View full comments

Quoting: GuestStill no patch.

Yeah, I really hope this one wasn't sidelined due to later ports. The bug is quite game-breaking after all, and not everyone can be expected to look for an environment variable hack online. I finally tried the game a couple of days ago and emailed Feral support immediately as suggested by Edwin here and elsewhere on the web. Hopefully they'll answer at some point. I can play with the hack but a patch would be appreciated.

View this comment - View article - View full comments

Quoting: Kuduzkehpanwhat if they make games only runnable under windows if they are sold via windows store?

I don't think they'd ever go this far in their desktop OS, but they might add additional hoops for you to jump through to run "untrusted software". Like some setting somewhere in the control panel you need to check. As if the idiotic popups in W7 weren't annoying enough. (Haven't used 8 or 10 enough to remember if they were even more annoying.)

What I think they might do is make some of their future API's UWP only like the rumours said about DX12 before launch, but this won't happen until the platform is important enough for developers to care.

View this comment - View article - View full comments

Quoting: SelthusIt's sad, but if Mac never allows some kind of Vulkan support or Directx12 gains a significant foothold in the industry, could this be a convenient excuse to shun Linux support for companies going forward due to the need of supporting 3 instead of 2 APIS?

I haven't really done the research as I have no interest in Apple's products, but if I've understood correcly, MoltenVK is some sort of a source-level wrapper or translation layer, which means that even if they wanted to, Apple won't block games that use it under the hood. Not that they're against portability, seeing as most of the games available for Macs are not exclusive to their OS. DX12 won't go anywhere soon, but the Apple side of things seems pretty much solved.

Also, seeing as the API designs are extremely similar, porting a DX12 game to Vulkan should be slightly easier than porting to Metal, although this very much depends on the infrastructure. I don't see the point of going with DX12 of course if portability is a primary concern, but we all know how often it isn't.

View this comment - View article - View full comments