|
Quote: |
|
|
|
|
Originally Posted by Nza |
|
|
|
|
|
|
|
|
"Games are coded on the PC" is a bit of a misleading statement. Games are coded in source code. Whether you do that on Mac, Windows or Linux, and x86, PPC or ARM doesn't really matter. Source code doesn't do anything by itself - it needs an interpreter or a compiler, and these are either themselves compiled to an arch/platform, or compile to an arch/platform. Part of any medium plus sized software development team these days is a remote build process that normalizes build environments between developers, so the development machines themselves don't matter.
The fact the compiler for XBOne and PC may very well be similar isn't really the point. It is far more important that the OS and hardware APIs used in the code are as close as possible. Now, I don't know how close PS4 and XBOne is in this regard, but I'm guessing they are fairly different. So XBOne and PC, both being Microsoft, would probably be much closer, but keep in mind that most MS Windows PCs out there today would be running a version of Windows developed well before the XBOne, and there are a a whole host of other issues to consider as well.
tl;dr - I think people make too much of the arch similarities between the new consoles and PC, when using the argument that it should mean more games for PC. Madden used to be ported from PS2 to PC on the cheap by a 3rd party company for EASports (HeadGate Studios). That's about as different as you can get, but it was still just a matter of rewriting all the API calls and compiling to x86, which is pretty much exactly the same process now days.
|
|
|
|
|
|
I understand what you are saying. I think there has been some words loss in translation. When I say games are coded on a PC, I mean that typical you use a PC to write your code and compile. Yes, I understand that source code needs a interpreter to actually do anything. As for coding in Windows, Linux, or iOS, there is no difference if you write non-managed code, in video game cases, that means writing C++ that doesn't rely on any specific library, run times, or frameworks that isn't included into the standard library or is cross platform available(Graphics API like OpenGL). As for the hardware side of coding, x86, Power PC, ARM, these are completely different in architecture and use a completely different instruction set.
What I was trying to say is that you can use the same API calls for DirectX on the PC and the Xbox One. Which means that you can compile and run your code without any changes if you aren't using a specific instruction set or function that isn't available to the PC. As for the PS4 it uses a similar API to DirectX 11 that also includes specific instructions and functions that let you get more low-level access and can help you reduce overhead.
As for the x86 and architecture talks and conversations, it isn't a point of everything being the same, it's more about the familiarity of the architecture and is something that is commonly used to program and compile on. I would say that anybody that has a gaming PC has a x86 processor. Rather than having to learn a whole new architecture for the new generation of consoles which takes a ton of time and resources (like the Xbox 360 which had the Power PC and the PS3 which had the Cell architecture), this new generation that went back to the standard of processors which is x86 which means they can target three audiences without investing into making huge changes. This is what most people are happy about because it means there aren't any differences architecture wise and most of the changes are API calls and functions, which means that instead of having to dedicate a whole team and a lot of time just to porting the game to PC, it can be done much easier and quicker.
Anyways, I think I just restated everything you said looking back at my post. LMAO