• Hey, guest user. Hope you're enjoying NeoGAF! Have you considered registering for an account? Come join us and add your take to the daily discourse.

No Man's Sky PC Version doesn't work on older CPUs

Updated the OP. Fix is coming. Thanks Aselith for posting it.,

I think that might be jumping to conclusions. If you actually read what the guy says :-

SSE 4 – for CPUs that do not support SSE 4, it is causing the game to crash on boot (some of these area technically below min spec, but we don’t want it to crash!)

To me that reads as "they aren't going to make the game work, they are just going to stop it from crashing". Probably instead of crashing you will get a message that comes up saying "your PC is below the minimum requirements for the game".

I dunno I could be wrong. I just think people need to err on the side of caution here.
 

Fafalada

Fafracer forever
blu said:
If the game originated on the ps4 - not entirely unlikely.
Even if you hand-write asm for some ISA, it's highly unlikely you'd have no high-level fallback for it, and that's usually affordable for desktop grade CPUs anyway.

Vanishing Avatar said:
Physics, animation, and many other things are done on the CPU, and all do lots of vector operations.
We're talking about sub-systems that are predominantly written in high-level languages, so SIMD "support" typically boils down to intrinsic versions of some vector classes. Which fall under what I mention above - 99% of the time you'd have your non SIMD version of such classes for debugging purposes if nothing else.
And if you're doing something more involved (like writting larger loops entirely in SIMD intrinsics) you'd be better off looking at GPGPU anyway.
 

Booki

Member
I think that might be jumping to conclusions. If you actually read what the guy says :-



To me that reads as "they aren't going to make the game work, they are just going to stop it from crashing". Probably instead of crashing you will get a message that comes up saying "your PC is below the minimum requirements for the game".

I dunno I could be wrong. I just think people need to err on the side of caution here.

If Hello Games want's mine and everyone elses money they'll sure as hell will fix it.
 

DonMigs85

Member
Yeah all pre-Bulldozer AMD CPUs only had up to SSE4A. As for Intel, the 45nm Core 2 chips were the first to have SSE 4.1
Generally every game released the past few years has already required SSE2 support. I believe Chrome and Firefox do too. Wonder how many years before AVX is required.
 
If Hello Games want's mine and everyone elses money they'll sure as hell will fix it.

Hm looking at the 212k playing No Mans Sky on steam right now I get the feeling Hello Games won't go out of their way to cater for a few that are using decade old cpu's.

Look you might be right, they might make it work, I hope they do. However I am saying from that statement there is NO indication that they will make the game work with SSE 4.1 less cpu's.
 

Seiniyta

Member
I think that might be jumping to conclusions. If you actually read what the guy says :-



To me that reads as "they aren't going to make the game work, they are just going to stop it from crashing". Probably instead of crashing you will get a message that comes up saying "your PC is below the minimum requirements for the game".

I dunno I could be wrong. I just think people need to err on the side of caution here.

Sean Murray ‏@NoMansSky 14m14 minutes ago

It's been a very long night, a lot of the team are still here though! We are currently testing fixes for older AMD Phenom CPUs + more :)

Seems they're working of actually resolving it.
 

DonMigs85

Member
Hm looking at the 212k playing No Mans Sky on steam right now I get the feeling Hello Games won't go out of their way to cater for a few that are using decade old cpu's.

Look you might be right, they might make it work, I hope they do. However I am saying from that statement there is NO indication that they will make the game work with SSE 4.1 less cpu's.
They're cutting out AMD processors released as recently as 2010 without the SSE 4.1 instruction set.
Edit: Good to hear they're working on compatibility. These old processors are still good
 

blastprocessor

The Amiga Brotherhood
SSE4.1 could simply have been checked for and if the CPU doesn't support it fallback to say c++ code that does instead of crashing.

This is a newbie programming error.
 
We're talking about sub-systems that are predominantly written in high-level languages, so SIMD "support" typically boils down to intrinsic versions of some vector classes. Which fall under what I mention above - 99% of the time you'd have your non SIMD version of such classes for debugging purposes if nothing else.
And if you're doing something more involved (like writting larger loops entirely in SIMD intrinsics) you'd be better off looking at GPGPU anyway.

Most games have these days use a maths library that wrap the SSE operations. I suspect that's where they use the SSE 4.1 operations. If so, it makes a fallback slightly harder, because if you test if SSE 4.1 is available before every operation, the extra branches may end up being slower than any gain for such a small piece of code. But I'm guessing here- the most likely explanation is they have a DotProduct() function somewhere that they've over optimised but is used everywhere. If it's just used in one place in a hand-optimised loop then it's easy to fix it on old CPUs without harming performance on newer ones.
GPGPU is usually not the answer - it usually has higher latency than running CPU code, and is not suitable for many types of code. If you look at a typical game the number of CPU vector operations every frame is huge, using the GPU for all of it wouldn't make sense.
 
Didnt Sean just tweet that they are arr working for a fix for older cpu's on his twitter? He said they are working on a fix for Phenom
 

cyberheater

PS4 PS4 PS4 PS4 PS4 PS4 PS4 PS4 PS4 PS4 PS4 PS4 PS4 PS4 PS4 PS4 PS4 Xbone PS4 PS4
Didnt Sean just tweet that they are arr working for a fix for older cpu's on his twitter? He said they are working on a fix for Phenom

Yes he did. I didn't expect them to patch this but I was wrong. I'm glad they are going to fix it.
 

Fafalada

Fafracer forever
Vanishing Avatar said:
If so, it makes a fallback slightly harder, because if you test if SSE 4.1 is available before every operation, the extra branches may end up being slower than any gain for such a small piece of code.
Noone does runtime selection at that granularity. Even if branches were free, you throw away all compiler optimizations - the whole point is to choose at compile time, and the only runtime selection is at granularity of large-scale modules (eg. load physics with FPU or SSE type of thing).
The entire point was that whatever math primitives you use, if you have SIMD optimized version of them, you would also maintain at least the regular C++ counterpart for debugging purposes.

GPGPU is usually not the answer
Read the context - there were no references to broadly generalized usage of that sort. The question posed was in reference to large code-blocks hand-crafted with SIMD intrinsics.
 

blu

Wants the largest console games publisher to avoid Nintendo's platforms.
Dorothy? Sorry, do we know each other?

I'm not Sean

Even if you hand-write asm for some ISA, it's highly unlikely you'd have no high-level fallback for it, and that's usually affordable for desktop grade CPUs anyway.
Perhaps. Then again, the dev of the game may not have written the code themselves, it suffices they used some popular ps4 library or some such. Point being, if the game originated on the ps4, it's not entirely improbable some sse4.1 code sneaked in. Or they consciously shipped it, underestimating their non-SSE4.1 hw base, while also forgetting to mention that in their sys reqs page - who knows.

We're talking about sub-systems that are predominantly written in high-level languages, so SIMD "support" typically boils down to intrinsic versions of some vector classes. Which fall under what I mention above - 99% of the time you'd have your non SIMD version of such classes for debugging purposes if nothing else.
And if you're doing something more involved (like writting larger loops entirely in SIMD intrinsics) you'd be better off looking at GPGPU anyway.
Aside from the GPGPU part which I generally disagree with (whether GPGPU would be of use largely depends on the latency requirements of the situation and where the data were heading to, among other factors), you're right - most serious PC sw does have DISABLE_FANCY_ISA_EXTENSIONS build flags.
 

ethomaz

Banned
Then why doesn't any game apart from NMS force it? And NMS devs are patching it too.
Others games required SSE4.1 at launch AMD I don't if they were patched.

And from the patch looks like they will fix the crash to show a friendly message... I didn't read anything saying they will remove the use of SSE4.1 from the code.
 
Others games required SSE4.1 at launch AMD I don't if they were patched.

And from the patch looks like they will fix the crash to show a friendly message... I didn't read anything saying they will remove the use of SSE4.1 from the code.

The patch will make sure game runs on non SSE 4.1 supporting CPUs. Just like mgs v and EDF patch. Both games run fine now and don't force SSE 4.1. This is what general expectation is.

NMS devs aren't going to just to display a friendly message and stop running the game, when they know these CPUs are more than capable of running the game. That would be hilarious if they do that though lol.

There are like 1000s of posts on steam forums complaining about this exact issue. All AMD phenom owners, waiting eagerly for patch as Sean said they are testing game on AMD phenom CPUs. If the fix is to show just a "friendly" message instead of crash, then they have another thing coming.

Are you seriously arguing that a developer is using SSE for anything other than performance optimization?

Are you suggesting that EDF and mgs v games got rid of that so called performance optimization for non SSE4.1 CPUs when they removed it via patch? I know people can run those games great on older CPUs. So that optimization just vanished in thin air???
 

dogen

Member
Are you suggesting that EDF and mgs v games got rid of that so called performance optimization for non SSE4.1 CPUs when they removed the patch? I know people can run those games great on older CPUs. So that optimization just vanished in thin air???

What are you taking about?

Do you even know what SSE is?
 

Ploid 3.0

Member
WHAT ARE YOU TAKING ABOUT?

Do you even know what SSE is?

All I know is it unlocks computer floppy drive's maximum potential. It's about time developers like lensoftruth had full access to it without having to make sure CPUs without it ran as well. /s

 

Aselith

Member
Experimental branch is up if people weren't aware:

Here is how you access it
To access the Experimental branch right-click on the game from the library page and select "Properties". Among the available tabs will be the "BETAS" tab.

Code: 3xperimental
Your new branch should be listed in the dropdown menu under "Select the beta you would like to opt into:"

About a 17.5meg patch
 

dogen

Member
Improved AMD Phenom Support
Thousands of lines of assembly have been rewritten overnight to support AMD CPUs. Unfortunately whilst the game code no longer relies on anything above SSE 2, Havok Physics still requires “Supplemental SSE 3”, which was not supported until “Bobcat” and above. We’re discussing with Havok.

So it was handwritten..

edit - It still won't run on phenom though since they don't support SSSE3.
 

Aselith

Member
which Phenom II do you have?

955

So, they're wrong about havok requiring SSSE3? Weird.

Oh sorry I thought that was a typo for SSE3 which I think is a separate thing? I don't really know enough about it to comment so I'l trust them :p

The game does at least start at this point but crashes out during the initial star tour thing so maybe it crashes when the Havok bass drops idk
 

ethomaz

Banned
The minimum AMD is now Bobcat (SSSE3) instead Bulldozer (SSE4.1).

Your "better" Phenom 2 can't run the game yet.
 
Havok's latest version for Windows was released in 2011.
I call BS on devs blaming Havok for SSSE 3. I suggest everyone with Phenom II get a refund and forget about this game. I don't think it will be fixed, ever.
 
This is now officially the only game in existence that doesn't support my processor (or at least that's what I'm thinking based on all these acronyms). Putting it in the bad port category, so no real desire to upgrade for it either.
 

grmlin

Member
So I have a 1055T with a 7950, should I play NMS on PS4 or this machine? (given that it runs at all, of course)
 
I know im gonna get a lot of flak for this, but seriously - don't cheap out on CPU's, yeah you can technically get away with lower end CPU's, but don't. The amount of people sticking 980+ power GPU's with either an AMD CPU, or a very old intel (i7 920) is ridiculous. Ever heard of bottle-necking? I'd bet in a few cases atleast a cpu/ram upgrade and a lower end GPU would provide better results for some users.

Lets face it guys, you didn't buy an old AMD CPU because it was the best, you got it because you were cheap, and you obviously get what you pay for.

Now this might have had SSE4.1 flags enabled on compile, even though it is not required, so disabling that flag and re-compiling might fix it, or SSE4.1 might be required (lets face it, its a CPU heavy game - and by that i'm not talking about pure power, but complexity)

After all what do you think instruction sets are? Miscellaneous fluff just to artificially inflate a games requirements? No, they give the CPU a helping hand at doing incredibly complicated instructions quickly. It's probably a compile flag that can be disabled and isn't a hard requirement, but who knows for certain until a patch it out?
 
^^The first i7's are still fine if you have them up near 4GHz. Sure there are better CPU's but one of those can still handle most stuff, even coupled with a high end GPU.

Swap it out for a Xeon is even better. 50% more CPU power and better overclockability for peanuts!
 
I know im gonna get a lot of flak for this, but seriously - don't cheap out on CPU's, yeah you can technically get away with lower end CPU's, but don't. The amount of people sticking 980+ power GPU's with either an AMD CPU, or a very old intel (i7 920) is ridiculous. Ever heard of bottle-necking? I'd bet in a few cases atleast a cpu/ram upgrade and a lower end GPU would provide better results for some users.

Lets face it guys, you didn't buy an old AMD CPU because it was the best, you got it because you were cheap, and you obviously get what you pay for.

Now this might have had SSE4.1 flags enabled on compile, even though it is not required, so disabling that flag and re-compiling might fix it, or SSE4.1 might be required (lets face it, its a CPU heavy game - and by that i'm not talking about pure power, but complexity)

After all what do you think instruction sets are? Miscellaneous fluff just to artificially inflate a games requirements? No, they give the CPU a helping hand at doing incredibly complicated instructions quickly. It's probably a compile flag that can be disabled and isn't a hard requirement, but who knows for certain until a patch it out?

I'll bite.

What are you even talking about? I bought the Phenom II seven years ago and it's been running every game no problem since. NMS is merely the bad port exception that confirms the rule. I fully expect other games to keep working flawlessly and will only upgrade once games start demanding too much power or the hardware breaks down.
 
Top Bottom