Got a tip for us?
Let us know
Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.
Five Games Worth Firing Up to Show Off Your New MacBook Pro
- Thread starter MacRumors
- Start date
- Sort by reaction score
It's exactly just the binary. That's one of the things which differenciates x64 and Arm: the format of the executable binary.
iOS doesn't run x64.Coincidentally, Windows, macOS, Android, ChromeOS, and iOS all run Intel x64.
Okay, fair point. I didn't consider the development environment.
But the reverse could be applied to Windows, macOS, Android, ChromeOS: they all run on Arm.
And at this point I'm not sure what point you are actually trying to make here.
Binary is just binary. C++ compiles binary differently from Swift. They both run on x64. But you can’t run a Swift app compiled for x64 on Windows.
Pretty impressive looking screenshots. Even when I buy a new M-powered Mac, I still won't be gaming on it, but still very cool. Hope it'll help with the gaming options for people who prefer to just game on their Macs.
You’re saying:
ARM Binary = 01010010010
x64 Binary = 01010100010
And yes they’re different but they’re just binary. There’s no 2 in there.
I think this is how Rosetta 2 works by translating the binary into something executable on M1.
I suppose the point I was making is that the C++ code you write on Windows automagically works on any OS. Except M1 macOS.
Except it does with Rosetta 2.
WineHQ - Run Windows applications on Linux, BSD, Solaris and macOS
Open Source Software for running Windows applications on other operating systems.
www.winehq.org
I think you have a fundamental misunderstanding here how any of this works, but I'm really in no position to give you the proper education on that topic.
There are some great online courses on this, or maybe even YouTube videos if you are in a hurry.
With the Swift compiler for Windows, you can.
Yeah, at point you absolute made clear you don't know what I'm talking about.
I don't mean the binary number system, but the executable code, generally called "binary".
No, it doesn't, unless it's the most basic of programs. Because the CPU you compiled your code for is only a tiny piece of the equation. Far more important are the APIs used and available on these platforms.
Last edited:
Yes.
That has to be mapped to 0 and 1 in binary in order for the computer to run the instructions.
I suppose what I was saying is that if the computer can execute 0 and 1 on x64 for Windows, and the same x64 chip is used in macOS, then the 0 and 1 instructions should work.
But I believe ARM will not map because the chipset will not pass the instructions properly.
Mac, ChromeOS, Linux and Windows use Core i5.
There is no magic tertiary code translating the actual binary of 0 and 1.
Forget it. You just don't get it and this is just a waste of everyone's time. Seriously, get some education on that topic.
Most non-graphic intensive games can run fine on Apple Silicon-based Macs even as ports and even through Rosetta so we don't even have to worry about them.
The whole point is x86 has hit a wall. This isn't a secret. The engineers at AMD have admitted that they can't add any more decoders as long as their chips are based on the x86 architecture. Apple's lead on processors is so huge that even if Windows starts running on ARM-based chips tomorrow, the PC side won't be able to catch up for at least 5 years.
So what are we talking about? AAA games on PC (not consoles)
The next generation of AAA titles is most likely going to involve a lot of AR and VR and people are going to start expecting 60 fps on 8K. I just don't see the combination of Intel and Nvidia coming up with a solution that's not prohibitively expensive. The most advanced cutting-edge Nvidia graphic card is already pushing the limit in terms of power consumption and size. Apple Silicon is the only candidate in the running that can realistically do AR and VR-based AAA game titles on a high enough resolution and one that's affordable. Imagine a VR-based FPS running on a MacBook Air.
Just look at how hard it is for Intel and Nvidia to come out with a chip/card every year that's just marginally faster than the one from the previous year. And then realize how Apple Silicon is really just getting started. A game developer will really have no choice but to start developing native games for macOS. I also expect people who are serious about games to start taking a look at Macs (as incredible as that sounds). And just so you know, the custom Zen 2 used in Playstation 5 is x86-based. It's subject to the same limitation as any x86 based chips.
Uh... the entire reason I want an M1 Max MBP is to game. Games run like butter on my M1 as it is, so to have that extra horsepower would be awesome.
Don't assume things.
These values aren’t right, but for arguments sake
Addition Instruction
x64 = add
arm = adc
Binary Translation
add = 01100001 01100100 01100100
adc = 01100001 01100100 01100011
So on the ARM instructions, it will never infer that add == adc.
Which is why the code breaks and you have to compile for ARM.
I could be completely wrong, but I don’t think so.
You’re sort of arguing that add in HEX (the binary output) is:
616464
HEX, like binary, is also standardized:
Hexadecimal - Simple English Wikipedia, the free encyclopedia
The translation is 3 steps:
Swift = “Hello world”
HEX (the compiled binary) = 48656c6c6f20576f726c64
Binary = 00110100 00111000 00110110 00110101 00110110 01100011 00110110 01100011 00110110 01100110 00110010 00110000 00110101 00110111 00110110 01100110 00110111 00110010 00110110 01100011 00110110 00110100
Last edited:
This is quite a paradox. For the same amount of money (if not less), you could have a beefy PC that plays a lot more games including the newest.
Depends on the game developer. If mobile, the answer is pretty clear. Otherwise if Steam is any indication of the gaming audience, the laptop/desktop audience will still very likely be gaming on a PC. Hardly any new games ever come out on Macs, so I think that will be its largest friction point. I don’t expect that to change as this topic has been beaten like a dead horse for more than a decade already.
AR/VR is still niche. I think we are still several years away, and the efforts will still be more on PCs for it
If the code is written on Windows and works on AMD / Intel / NVidia, etc., then it works on Xbox, PS5, Nintendo, etc. It has to: they use the same CPUs, Graphics Cards, RAM, etc.
The M1 I believe is a custom ARM instruction only for Apple, designed to be different.
Addition Instructions (just making things up)
x86 = add
x64 = add
arm = adc
m1 = adm
So the minor changes in math and chipset instructions completely nullifies any binary (0 and 1) from working.
If you were to build a PC, what OS would you use?
The M1 I believe is a custom ARM instruction only for Apple, designed to be different.
Addition Instructions (just making things up)
x86 = add
x64 = add
arm = adc
m1 = adm
So the minor changes in math and chipset instructions completely nullifies any binary (0 and 1) from working.
If you were to build a PC, what OS would you use?
When talking about "binary" in the context of software programs this is what we are talking about. Note that it's often more than simply a sequence of binary machine-code instructions.
You are correct that the same CPU would offer the same operations and would operate identically when given the same machine-code instructions, but different operating systems have different Application Binary Interfaces a program has to conform to to function properly.
As example, on Windows, the binary executable needs to be in Portable Executable format, whereas in MacOS it needs to be in Mach-O.
Geforce now rtx 3080 works really well on any mac. Lolz.
and Total war games runs very well on m1 max and pro. I’ve been playing total war 3 kingdoms while on airplane. It runs very smoothly at 2k high settings
and Total war games runs very well on m1 max and pro. I’ve been playing total war 3 kingdoms while on airplane. It runs very smoothly at 2k high settings