Quoting: miroWhat Linux/SteamOS-version is that and how can I get it? I tried it recently with wine, had to install the SDK 2007, but the fps were just around 2-5. I would like to try a native release here, even if it is an alpha or beta.

Is the same Windows version, just that it needs to be tweaked a little and used with Source SDK 21013.
But like I said, the gun doesn't work.

View this comment - View article - View full comments

Well, I have it already working on SteamOS but I've been told that the new weapon could not work on Linux (for whatever reason).
(I haven't reach that part yet.)
View video on youtube.com

Edit: Yep, the gun doesn't work.

View this comment - View article - View full comments

Follow this thread:
http://steamcommunity.com/app/284140/discussions/0/37470848101029369/#c611701360824611662 [External Link]

View this comment - View article - View full comments

Quoting: liamdaweI'm pretty damn happy with it, my only issues are the textures flickering, but it doesn't happen everywhere, and the stutter when loading a new area (I'm sure a few optimizations can be done for that somewhere?).

http://forums.2k.com/showthread.php?222666-Possible-solutions-for-known-issues [External Link]

View this comment - View article - View full comments

Quoting: Linux223This still seems a bad port.

I cannot understand why it would require OpenGL 4, (excluding any extensions) this is mainly the feature equivalent of DirectX 11. The Windows version has DirectX 10 support which is on par with OpenGL 3.2 without extensions, maybe the performance would not be as good but it would still be playable.

According to VP:

The game is using DX10/11 features that require features of GL 4.x to implement.

http://steamcommunity.com/app/8870/discussions/0/810938810852101980/#c618456760261204320 [External Link]

View this comment - View article - View full comments

Quoting: EKRboi

Quoting: dubigrasuGreat :)

Edit: Still a bit undecided/confused...

I think I can concur. Like you said, the notes in the ini and what is actually happening seems to conflict. I am getting more VRAM usage (and less stuttering) with simply setting the pool size to 3000 than with pool size to 3000 AND using -ReadTexturePoolFromIni launch option.

From the horse's mouth: (Chris Kline, Tech Director @Irrational)
http://forums.2k.com/showthread.php?222666-Possible-solutions-for-known-issues [External Link]

View this comment - View article - View full comments

I bought The Dig, never heard of it until now but looks promising.
I watched a bit of a gameplay and I was sold.
Its soundtrack seems pretty good too.

View this comment - View article - View full comments

This sale was a good occasion to buy it again from Linux this time.
I gave it though to a friend since I already had the game from a (Windows) bundle a year ago.

View this comment - View article - View full comments

Power to you man!
Yeah, I have that need to collect Linux games too. Must be a virus of some sort.
Had no idea about the sale, thanks.

View this comment - View article - View full comments

Great :)

Edit: Still a bit undecided/confused, according to

;On PC, pool size only gets used if -ReadTexturePoolFromIni is passed in on the commandline. Otherwise it is auto calculated based on your video card memory.

I need to use the -ReadTexture....parameter if I want a custom PoolSize.

However, If I do that the usage never goes beyond 1000mb for me despite the PoolSize set to 3000.
While if I only set a custom (3000) PoolSize without using the -ReadTexture...parameter, the usage easily goes beyond 2000mb by the end of the level.

I played one level few times using both methods and it always seem to be somehow better without the -ReadTexture parameter, and even the stutter seem to go away.

Hm

View this comment - View article - View full comments