No, rebellion is not going to be 64bit.

There are many problems which can arise from trying to make a 32-bit game 64-bit. For example

- The problem with 64 bit is that every single third party library used in the game needs to support 64-bit (must have 64bit version). Look into SoaSE installation directory. See all those DLL files? Every single of those must exist in 64bit version as well. These are usually provided by 3rd party vendors...who often don't provide such version (and perhaps some of these aren't in business anymore, so there is nobody to make such version). And that is not whole story...there may be even more 3rd party libraries "hidden" within the SoaSE executable (those are called statically linked libraries...as opposed to dynamically linked libraries). Those need to exist in 64bit versions as well.

- Another major issue is network compatibility. Objects in 64 bit version have a different memory layout than 32bit objects, which can cause issues during (de)serialization in network comunication. Another issue is that floating point in 32bit and 64bit processor can have different precision charateristing. This effectively means, that if you multiply two numbers on 32bit and 64bit processors, you can get different results. Do you see how that could cause issues?

And there are more.

All of these can be worked around, but the game must be designed with that in mind. Sins are not.

No they moved out of the basement since the successful release of Sins. But they are still living at their mom's house.

I am glad I am not the only one that had the impression that rebellion was going to be 64bit/multi core.  Back when rebellion was announced I could swear that was what was said it would be.  But recently people keep saying that it never was so I don't know.  But, as it stands they have done a lot of work on the game, and I can't really see them reworking the whole thing now, unless it is an expansion to the stand alone expansion.  It is disappointing but I still love sins so.. yeah.

I am not sure if I read it on this forum, yes it was this forum that someone has posted a link that enable the conversion of 32-bit programs into 64 bit. I am not sure if that would work for sins but if someone were to give it a try it wouldn't be the worst idea.

Although I have also read on the MSDN, that although sometime you can do a direct conversion of data, some data such as int and longs, for example are default 32 bit, as well as things such as pointers and the like, i think it wouldn't take much in code to do it, but the process of converting 32 bits to 64 bits is quite a hassle so I guess that is the reason they are not going to do it.

Large-Address-Aware is not the same as native 64bit. The LAA header just expands the portion of the 32-bit address space that the program is permitted to access; they're still 32-bit.

I like how the real problem, increasing lag as the game continues (which I don't have a problem with BTW), seems to take a back seat to "OMG 64-bit!!1"

Focus on the real issue, lag, and let the developers fix it however they choose.

Hey Kryo man, haven't seen you in a while, hows it goin?

64 bit, and LAA have been discussed to death for years. The dev's have repeatedly said its not gonna happen. It is set in stone. We will have to wait for Sins 2.

Although it can be argued that perhaps graphical algorithms need to be modified not the game usage of ram is the problem. Maybe it is also time that XP be dropped and use DirectX11 instead of DX9.

I feel like i'm in an F-22 and the 64bit barrier is my hypoxia; i can't breathe star doc i can'tttttttttttttt breatheeeee pulls the eject cord!!!!!

How is that comment at all helpful? If you posted that much maybe you can post a link to the company announcement!!!

Una pregunta: ¿si alguien comenta algo que pareciera a favor de lo que estan haciendo los desarrolladores es mal visto....?

A question: If someone says something that seems in favour of what are doing the developers is badly seen....? ????????