Quoting: Alm888Yes, it is very useful, but you will need to replace system's ffmpeg with a custom one, which is a hassle, and the card needs to be no less then GeForce GTX 650.

P.S. Lucky for me, I have exactly GeForce GTX 650!

Dont need GTX 650 minimum, GK208 works and stay present in various models case: GT 630 v2, GT 640 v2, GT 710, GT 720, GT 730

But GM108 dont have any hardware unit for decode or encode video (very annoying nvidia)

https://developer.nvidia.com/nvidia-video-codec-sdk

QuoteExcept GM108 in the Maxwell generation of GPUs, which does not contain any video encoder or decoder HW.

Without forget download lastest nvenc sdk (7.0) needs stay register on nvidia

However before versions to 7.0 can be downloaded freely for now here

https://developer.nvidia.com/video-codec-sdk-archive


^_^

View this comment - View article - View full comments

Quoting: lucifertdarkI have an intel G3258 3.20Ghz Dual core coupled with an Nvidia GeForce GTX 770 & 8Gb of Ram, I've been too busy playing to notice how low the framerate is going so far, one annoying bug I've found & it's got me stuck right now is refueling the Magnum Opus, the option hasn't appeared yet after running out of fuel & finding a couple of full cans.

I have same cpu but oc at 4.1Ghz but i dont try this game (cpu side) with nothing less i5 K haswell 4.0Ghz (maybe i3 but not skylake, however i3 7300 (kibylake) have 4.0Ghz stock frecuency

^_^

View this comment - View article - View full comments

As appear in wine changelog longest journey as playable again

View video on youtube.com

^_^

​​​​​​​

View this comment - View article - View full comments

Logo on left is very good idea for long name descriptions



^_^

View this comment - View article - View full comments

Quoting: g000hThis was in my Steam collection, as part of a bundle I purchased months ago. Good that it has come to Linux, at last. I decided to give it a try for myself, and it wasn't what I'd call seamless to get it up and running.

First thing, needed to go into Enclave's properties on Steam, and activate the Beta Access. Once this is done it will install. At the end of the install, it mentions a Mono component that it can install (if you aren't using your distro's package of Mono).

After installing I had a go at firing it up, and the screen was very pixellated and too bright. I managed to go into the Video settings, and change to 3840x2160 32bit.

My Debian 8.6 Jessie (default Wine version is 1.6.2) wasn't happy launching the game, after the main menu. Needed to escape from it, and go into Steam/steamapps/common/Enclave/Game and edit the environment.cfg
Changed the VID_RENDER=Direct3D8 to VID_RENDER=OpenGL

To get the graphics behaving, after setting in the game Video menu, to my display settings, I needed to Quit out of the game, restart the operating system, launch Steam, and play Enclave again. After some more fiddling, restarting, setting brightness low, and still finding the game too bright / wrong gamma settings / and trying some things with xrandr in a terminal.

After this, I'm able to play, and it is working reasonably well (apart from the on-screen colours). Sound, music, controls - all reasonable. Completed the first section of the game "Escape the Dungeon" and ready for part 2, and BLAM... "UNRECOVERABLE ERROR ENCOUNTERED. PRESS ANY KEY TO QUIT."

And that's as far as I could get. I've tried reinstalling the game, running Linux updates, deleting the steamapps/common/Enclave folder after uninstalling, and then doing a "clean" install.

Yes, I'm not a big fan of Wine Wrapped games.

EDIT: Got past the problem.

Okay, so I went back into the environment.cfg and put back the VID_RENDER=Direct3D8

Today, it seems like the Enclave developers have sorted out the brightness issue in the game, and things are looking good now.

With Direct3D8 setting, I have been able to play Part 2. I haven't observed any appreciable slow-down running as Direct3D8.

So, for me, it's working okay now.

Yeah in my test also see this situation before described, d3d8 is more stable in my test until 3rd mission

Enclave OpenGL

View video on youtube.com

Enclave D3D8

View video on youtube.com

System Specs Used in Tests

System Specs Used in Tests

Nvidia Drivers 370.28 (run package from nvidia homepage)

Xubuntu 16.04 64Bit - Kernel 4.4.0-41 generic (ubuntu mainline) - CPUFreq: Performance

CPU: INTEL Pentium G3258 (Haswell 22nm) 4.1Ghz + Artic Cooling Alpine 11 Plus

MEMORY: 8GB DDR3 1333 (2x4) Patriot value (128 bit dual channel: 21.3 gb/s)

GPU: Zotac Nvidia Geforce GT630 (GK208 28nm: 384 Shaders / 8 ROPS) Zone Edition Passive Cooling 2GB DDR3 1800Mhz 64Bit (14.4Gb/s)

MAINBOARD: MSI H81M E33


Almost forget devs added more languages

http://steamcommunity.com/app/253980/discussions/0/350543951941071653/?ctp=6

JahnVegar [dev]

UPDATE
Different languages added.


^_^

View this comment - View article - View full comments

Quoting: ziabice

Quoting: baccilusHow does one find a patch by luck? (I am not a programmer)

You are testing mesa in real world using a game, see something that sounds "wrong", have an idea where the problem is, investigate, but found that the problem was elsewhere while looking at the code: this is the "by luck" of a programmer. Happens a lot when you do this job.

Someone tried the patch? Does it solves the poor performance problem in games like Saints Row III and IV on AMD cards? The games are actually unplayable on my Radeon 7850.

But your case A10-7850K is part of low fps problem: lower ipc (very low single thread performance), fpu shared (1 fpu for each 2 alus)*, very slow L2 and L3 cache memory**

*this cpus is not quad core same as when said core i3 (2 fpus with 2 alus + ht) as quad core and this is a big lie also said FX 6xxx are 6 core cpu (3 fpus with 6 alus) FX 8xxx is 8 core cpu (4 fpus with 8 alus) or said core i7 67xx (4 fpus with 4 alus + ht) are 8 core cpu

However when said core i7 2011 case 5820K / 6800K are six core this is correct because this cpus have 6 fpus + 6 alus + ht and very similar occurs when said 5960X / 6900K are 8 core cpus because both cpus have 8 fpus + 8 alus + ht

Real quad core normally have 1 fpu for each alu case core i5, More correct A10-7850K description could be like this: cpu with 2 fpus and 4 alus

**In regular processors L3 cache memory is more slow than L2 cache memory but in bulldozer derivatives arquitecture case as your A10-7850K (Kaveri)

Bulldozer and derivatives L2 cache memory is more slower than L3 cache memory used by intel cpus

Another issue stay in high tdp but this is other topic

Maybe can change for i5 skylake / kibylake or wait for zen apu based in someplace close to end Q2 of 2017

Without forget amd open source driver have low performance in vp ports

^_^

View this comment - View article - View full comments

Quoting: manero666Between all the Wine "ports" we could get this one is the most useless in my opinion..

The game uses Directx 8 or OpenGL 3 as can be seen on PcGamingWiki

The question is:
Why the hell are they using Wine if the game has native OpenGL support??
Are there some middleware that prevent a true native port?

You can literally install the game through Wine, change the first line of the <path-to-game>\environment.cfg file to "OpenGL" and boom, you have your native game..

ps. I still didn't play the "native" port because it doesn't download any content yet, but I expect nothing more that what I can do by myself..

ps2. found the code, I'm downloading it now, 1.6GB (+ Mono installation) vs the 1.4GB Windows version..

ps3. I tried the "native" game and for what I tried on both versions it runs 100% like the Windows OpenGL version through vanilla Wine (1.9.20)

Sorry if I'm being rude here, but I can't really stand when Wine usage is bashed when it applies to incompatible games that will never be ported, but the same usage get praised when it applies to "ports" like this one.

The game is potentially native, there is no need for a compatibility layer because the game is compatible (unless middleware).

Personally, I would rather get a native port this time then 200+MB more for the ability to launch the game from the Linux Steam client..

Good tip about opengl (home/yourprofilename/.local/share/Steam/steamapps/common/Enclave/Game/) and works

Respect other make native ports needs money and for old games no have enough profit for make this effort

Wine is good for port old games where profit is not enough for make complete native port

^_^

View this comment - View article - View full comments

In this wine version have some work of henri verbeet on DX and added some cards to wine database case: 980ti - 690 - HD 6480G

View video on youtube.com

But in git appear this patch of Kimmo Myllyvirta

https://source.winehq.org/patches/data/126768

This patch affect the witcher III (however dont is playable for now)





However needs add this register entry on direct3d for pass minimum requirement dialog box

To go past the dialog box, you must allow the Wine D3D implementation to use a recent version of OpenGL.

[HKEY_CURRENT_USER\Software\Wine\Direct3D]

"DirectDrawRenderer"="opengl"
"UseGLSL"="enabled"
"MaxVersionGL"=dword:00040005

Then import it into the registry with the following command : wine regedit d3d.reg.
This will allow Wine D3D to use OpenGL 4.5.

^_^

View this comment - View article - View full comments

Quoting: boltronics

Quoting: liamdaweThe problem is the same as always, people will claim Wine is great, but in reality it fails miserably at too much.

Even games rated "Platinum" often still require tweaks and end up having lots of issues. Native all the way.

Let's see...
https://systemsaviour.com/finished-games/
78 games "finished" (as in completed the single player campaign) under Wine. 56 games finished using native builds. Speaks for itself really.

Native is better much less complicated than wine (wine is usefull but native is more affordable for final user)

However good tip about which game are finished with wine however them need put system specs: distribution used - cpu used - mount of memory - videocard used - type of driver used for each title (this information maybe can give better idea for new users)

^_^

View this comment - View article - View full comments

In this wine version have more work in csmt but dont stay ready

View video on youtube.com

However stefan dosinger stay very active this days in git and without forget some changes related on input*  and quartz

*In this topic them stay working: appears some patches of aric stewart: winebus - winehid

View video on youtube.com

In other issues kill switch run stable in this wine version

^_^

View this comment - View article - View full comments