Well first of my tone is not rude at all, as i never posted something like "you &$§%#$ f**ks are §$%&?&% devs!" or something along those lines mate .

I was actually quite constructive as i even said them that i found it out as soon as the EoD Juggernaut was released, probably because i play substrate more then the phc and i told them even more actually in my very first post i ever did on this forum, but thats a remark for another story.

Buddy have you ever modded? An overflowing number can not be achieved by a mod (at least not by the knowlegde i have and trust me i have programmed and modded for quite some time ), because mods as well as any other addition (like scripts etc.) needs to be read and in a format the engine can recognize it as data for specific parts of the game itself. If an engine is build with thought behind it and as robust as it can be (robust is a technical term for the ones that do not now it but here is a small link for the fellows that simply lack the knowledge), this should actually never happen because its a technical impossibility and as everything technical is build on math it is consistent, which means it will never happen and thats why i was astouned that it happened in this game that is arguably advertised as being build on a native x64 engine called the oxide engine .

Here it should be a technical impossibility to ever have a number overflowing because the reason numbers overlowed in 32 bit integers was that the limit was the integer itself that had a limit of +/-2^31 and if you stored a number to great for this limit it simply returned wrong and unexpected values (depending on the robustsness of the program) that could ultimately lead to crashes in the worst case or kill your pc alltogether ^^. This has nothing to do with a mod because a mod also just uses the fundament which is the code that stores just the new parsed values in the engine in hopes of it to override the original values that the game starts with but its about the kind of how the value has been stored and not what value you have there because if the value is limited like s.a. then it does not matter how low or high it is it will at some point reach its limit and return wrong values or crash alltogether . A mod has nothing to do with this let alone that my own experience with mods tells me that when a mod does not work the game will tell you this via a crash then rather number overflowing .

I just hope that the devs can have a look at this because it can most certainly happen even without a mod.

Of course you are right that i have some time into the game i have uploaded (around 4 hours for this save alone) but i need to stress test my changes in order for them to work if ever i decide to make a public mod out of it (with a few changes here and there ^^).

Its just that the problem makes it hard for someone like me to work properly on my mod when i know that at some point the weapon modifiers overflow, which like i said should n e v e r happen in a native x64 environment that has been build with x64 support from sratch or at least has been advertised as this and i think you can understand my notion here, can't you ?

Edit: I put in more smilies in hopes of "looking not rude" or "having a rude tone".

Yeah i know mate, but as a developer you actually think before you even start writing your first lines of code, ... think about which areas of the code need 64 bit integers and which does not in order to not stress the cpu of your customer or your next neighbor to much so that the resources the pc gives can be more "evenly distributed". This would also prevent having unnecessarily high recommendations for the title itself and thats why i said

this by the way is not critique but rather an objective observation, as i knew or lets say it this way has noticed it in game that obviously the x64 engine does not use 64 bit integers in critical areas like weapon damage calculation and corresponding weapon damage modifiers yet it should considering that we have juggernauts that can vet indefinitly which means 5% each level 'til eternity or the numbers run out hehe . I thought that the programmers had thought about that but yeah ingame i have seen a different behaviour so it led me to those posts you see here . Makes sense right ^^?!

However i hope a dev looks for it because it is a really serious problem that no modder can solve with exception of a dev in the back-end that is responsible for this problem or in which area the problem falls ... .

Pal, this is not silly as its still a serious issue or lets say oversight by the devs, as like i said to you explicitly it is not modding related. My Mod just showed it me earlier because i changed a few weapons in their mechanic like for example the EoD having a true beam cannon instead of a single shot ray cannon or whatever it should be like.

I am certain that you can reproduce this in the vanilla game just that you need to play a bit longer and gain more levels with the juggernauts and/or more quanta or both. By the way both methods are basically unlimited as far as i understood, which means you will hit the ceiling at some point with the weapon damage calculation! Its not a question of what but when .

As this is a grand scale RTS game like SupCom the games can take some time at least thats what my experience told me in Supreme Commander but thats another story ... .

This is basically an issue in programming as i said. Capping would just take away the fun and i do not want to take away fun let alone the dev vision that they have with those special units, so it just needs to be fixed by changing the datatype in order for it to work, or with other methods like multiple lists and linked lists etc. as a small hint for the technically unsavvy ^^ but as its a x64 engine those "dirty tricks" should not be needed .

Or do you have a better solution without taking away the fun and the dev vision from the game jjandrah?

Mate this has nothing to do with lowering performance for everyone because such a huge performance hit as you make it out and seem to think it be it definitly will not be let alone that most pc builds nowadays will barely notice it if at all by changing a datatype to clean out a clear bug that is in the vanilla game.

Saying that it goes on for a day is also an exaggeration in terms of supporting your argument cause this clearly will not only benefit me but everyone who seriously wants to mod this game which means changing weapons and weapon types or creating completely new weapons and adding them into the game which also could clearly lead to this problem, so do not make it look like as if i am the only one who would benefit from it buddy, as its not the case. Let alone that you or anyone for that matter can not talk for the majority of people out there that currently have no intention to mod the game due to the lack of tools or limited modding capabilities but may turn around if the game gets more sophisticated modding access and who tells you then that they will not do the same that i do currently with my mod just that i lack the tools to do it but still can do it and balance it accordingly ?

You do not know this and i doubt that anyone would then love a game with a native x64 engine where a number overflows cause this problem will then just be delayed thats all instead of fixing the problem now so that every modder can benefit from it now whether he is activly modding it or not or simply is undecided whether he should mod it without running into issues like i did, which would just in the end lead to a post like my one just with a different name behind it that tells the devs that he/she has encountered a number overflowing problem, and then i say congratz buddy but it will probably fall on deaf ears instead of on people that care as much as i do.

This is not only lazy but actually false behaviour just because you think that it benefits just a small minority of people (like modders for example like me). Everyone has the right that the vanilla game functions accordingly and to what the engine was advertised before you bought the game.

By the way the devs time will not be wasted by squashing a bug inbetween the actual work because not for nothing in most patch updates from certain game iterations on certain branches bugs will always be fixed inbetween if they come up and thats just another bug that needs to be fixed out of the game before it spirals out of it and leaves more problems then actual benefits for the product lifecycle at large, especially if the games engine is being used for multiple projects as its being advertised.

I really ask myself why i need to tell you something that is so obvious let alone that its actually in the game and that you can definitly reproduce it yourself even without a mod just by playing a bit longer (definitly not a whole day, i managed it in like i said 3 - 4 hours of ONE game only and without my mod it would still be just one or more hour to go as my mod is very close to the actual game if you looked at it in detail in terms of weapon modifications etc.), while you argue that it will be a huge resource hog without knowing how the games engine works, is being programmed (guess c++ but what else i do not know, possible script languages? etc.) etc. asf. . I mean it sounds to me like you are a dev and can argue for the devs instead of letting the real devs make the decisions which is also very strange behaviour to say the least ... .

Besides who said you will not hit it in vanilla, like i said play the game and prove this way that you never hit it but trust me when you hit it and notice that certain units that actually should do tremendous damage with one shot suddenly do not do any damage or minimal damage because the ai has also put in more quanta upgrades into their hp, will show you that this is definitly a bug which makes modding quite difficult for everyone not only one person as you falsly make it out to be, which is neither healthy for modding in general nor for anyone that is undecided whether he wants to support the game with mods and we all know mods do create a community in and of itself in games as has been shown in classics of grand scale strategy games that i all played like Total Annihilation, Supreme Commander etc. ... .

It sounds like you dislike additional people that like this game and want to contribute to it right?!

Quoting Mr_Mulder,

reply 8

It sounds like you dislike additional people that like this game and want to contribute to it right?!

Edit: Double post.

Well, jjandrah, Kryo, myself and even GeneralsGentleman (Who works for Stardock) have all said we haven't seen the issue on an unmodded game (And I routinely have matches go for hours). As for the numbers being a potential issue, we know that is a possibility too (http://steamcommunity.com/app/507490/discussions/0/3182216552780753506/).

At this point, you seem hellbent on there being an issue here, so I'll just wait for you to give GG what he asked for.