Early Access for a AAA game is a disgrace.

Is it though? Done properly, it could be quite interesting to have a huge game by a big studio built up in the open over time. As long as people know it's Early Access it would be fine wouldn't it?

Like Star Citizen?

I think it gives the wrong incentives to management of such AAA projects. That way they will just try to find ways to milk cash from an incomplete game.

For small indie studios, I can see that as a necessary trade-off, but a AAA title from a big studio usually has no problem getting the money needed for development and while this certainly also leads to some undesirable side effects (catering to the the largest possible audience to please investors), it is still better than the above alternative.

Like Star Citizen?

Well, good point but you could pull up a "bad apple" for anything though.

Well, good point but you could pull up a "bad apple" for anything though.

The issue with incremental content creation for others is that it's giving you the last page of a whodunit before the other pages are finished. No one wants to hear rough mixes with click tracks in, for a different analogy.

Incremental development of game engines works really well, but you generally need some mystery and surprise, and completeness, for game content. It's just not as good a fit. The more story-heavy the content, the less of a good fit it is.

Last edited by CatKiller on 21 Dec 2020 at 2:49 pm UTC

Just got to the tutorial. So far, with everythinng in ultra at 2K resolution the FPS are between 40 and 50. Much, much better that I was expecting :D

I just submitted my Proton report a bit ago saying that mesa-git is no longer required. Arch released mesa 20.3.1 and I tested Cyperpunk on it today and was extremely happy to see textures and everything loaded! On mesa 20.3.0, textures were all black and pretty shapeless. Completely unplayable. mesa-git had solved that, but I don't think it's needed anymore! You can run stable mesa release.

I just submitted my Proton report a bit ago saying that mesa-git is no longer required. Arch released mesa 20.3.1 and I tested Cyperpunk on it today and was extremely happy to see textures and everything loaded! On mesa 20.3.0, textures were all black and pretty shapeless. Completely unplayable. mesa-git had solved that, but I don't think it's needed anymore! You can run stable mesa release.

That's fantastic! I'll try tonight and remove mesa-git on fedora to see if that also changes for me :)

EDIT: Yep, it also works with mesa 20.2.6 from the fedora repos.

Last edited by Arehandoro on 22 Dec 2020 at 5:32 pm UTC

-qualityLevel=ConsoleEarlyNextGenQuality
On the RTX 2060, FPS has grown significantly with this launch setting. Checking.

It seems to preload the preset with some hidden settings. When you enter the game, the FPS really falls. You need to go to the settings and apply your own. FPS becomes higher without FidelityFX 85% than with it.

The screenshot shows the hardest place for a video card in the initial locations. In other locations, more than 60 fps.
https://ibb.co/nR7Hx7h
https://ibb.co/dbZLZdd

Spoiler, click me

Low
Medium
High
Ultra
RTXMedium
RTXUltra
Cinematic
Cinematic_RTX
CinematicEXR
CinematicEXR_RTX
SafeMode
Console
ConsolePro
ConsoleEarlyNextGen
ConsoleEarlyNextGenQuality
GeForceNow
IconsGeneration
Auto

Last edited by ikiruto on 5 Jan 2021 at 6:37 pm UTC

It's interesting that there is an undocumented command line parameter but they didn't give an in-game option for that. Is it because this feature is unstable? What else changes besides the framerate when you use it?

It's interesting that there is an undocumented command line parameter but they didn't give an in-game option for that. Is it because this feature is unstable? What else changes besides the framerate when you use it?

Graphic bugs in the sky. Therefore, they did not include it. :)

-qualityLevel=ConsoleEarlyNextGen
-qualityLevel=ConsoleEarlyNextGenQuality

Reduces rendering resolution to 1600x900.

The launch has basically been an epic disaster, but out of interest: for those who have it, does it work on Linux?

Have they fixed some of the most egregious bugs?

It works, but some things like spatial audio still need upstreaming to regular Wine to play it well. And you need AMD GPU (it kind of works with Nvidia, but it's unstable).

I'm not playing it yet though. Still waiting to get that Sapphire Pulse RX 6800 XT for better performance but with massive GPU shortages they are impossible to find anywhere.

Though by the time cards will be available, they'll also patch the game more and Wine will get spatial audio support, so no need to rush it.

Last edited by Shmerl on 7 Feb 2021 at 5:23 am UTC

Thanks. Sounds like a good idea to postpone getting it. Wouldn't play on my current rig anyway, and can't afford to upgrade right now. Let's hope the game will be in a more stable position in 6-12 months. Took a while with Witcher 3 too.

Spatial audio was upstreamed!

https://source.winehq.org/git/wine.git/commit/7e64247a6ef3664a603bd9d2dd47f46d24713f9d

The launch has basically been an epic disaster, but out of interest: for those who have it, does it work on Linux?

Have they fixed some of the most egregious bugs?

I started it last week, and so far has been a blast. Sure, it has issues but in general is a great game. It could have been better though. My rig is a Ryzen 2500 and RX5700 and can play with high settings at 2K getting +40FPS all the time.

Spatial audio was upstreamed!

https://source.winehq.org/git/wine.git/commit/7e64247a6ef3664a603bd9d2dd47f46d24713f9d

It just got updated in fedora today, and the difference it's abysmal! Much more enjoyable now.

Now, saying I got +40FPS... apparently only until I got the heist, the frames crawled like a snail there lol

Trying to run the game with latest Wine staging, it's getting stuck.

0164:fixme:ver:GetCurrentPackageId (000000003110FE10 0000000000000000): stub
0174:err:winediag:SECUR32_initNTLMSP ntlm_auth was not found or is outdated. Make sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the winbind package of your distribution.
0024:err:sync:RtlpWaitForCriticalSection section 000000007BC67540 "dlls/ntdll/loader.c: loader_section" wait timed out in thread 0024, blocked by 0174, retrying (60 sec)

Last edited by Shmerl on 16 Feb 2021 at 11:58 pm UTC

It launches OK with regular Wine, so it's a staging problem.

Working sounds is nice!

Last edited by Shmerl on 17 Feb 2021 at 12:06 am UTC

Earlier in the week I realised that the radios in the vehicles wouldn't sound for me, even with the new fixes introduced in latest Proton. If someone has the same issue, I fixed it installing pipewire instead of pulse audio. This is what I did in fedora, in other distros it's similar, and as usual in the Arch wiki there is nice info about it https://wiki.archlinux.org/index.php/PipeWire:

sudo dnf install --allowerasing piepewire pipewire-pulseaudio pipeline-gstreamer pipewire-alsa
sudo systemctl --user restart pipewire-pulse.service

Now driving is much more enjoyable, and the OST with lots hard rock and electronic is banging!

Edit: I also installed Alsa for legacy apps and gstreamer for video.

Last edited by Arehandoro on 24 Feb 2021 at 12:31 am UTC

Earlier in the week I realised that the radios in the vehicles wouldn't sound for me, even with the new fixes introduced in latest Proton.

Can you report this bug to Wine developers please?