Derek, this is a viable workaround, although it would take hours of time that could have been spent somewhere else creatin new content. I fear that if the developers don't respond, or cannot change things, then my only recourse is to do what you have suggested in order to free up spots in the STRING file.

Helioforge, that is a great idea. Again, just like Derek said too. I don't want to do that, but I might have to.

Thank you all for your support!

DANMAN

ah well i have neither of those so ill just tell u via this

basically create what ever weapon u want as an ability then assign the ability to the building and there u go lol weapons for ur buildings

I apologize to my team mates for being absent recently, especially when such an important issue has arisen.

First I would like to discourage the impression that IC did this on purpose, to limit modding. What happened is a programmer got a team together and they developed a game to the best of their ability. Unfortunately there was a lack of project definition and research which is resulting in our current problems. They did not define the entire program before writing it, and they did not fully comprehend how quickly the limits of their system would be reached. The good news is that management will learn from this mistake and their next release will be all the better for it. The bad news is that we are going to have to suffer with this until they can correct as much of this oversight as possible.

Second I will point out, more to IC than you, the loyal Sinners, that until the critical limits are corrected there will be no point for us to consider purchasing the upcoming expansion. There will be no room for it in 7 Sins. Considering the amount of work that we the modding community have put into it, and all the feedback from loyal players, I would expect fairly tepid sales compared to the amazing figures that SoaSE has enjoyed so far. That is not to say that it will not have any excellent content, just that in a decision of using the expansion OR using 7 Sins, the answer is obvious. We are looking forward to making 7 Sins compatible with the new content, but there must be room for this new content, and for that we need your help in solving these problems (the String issue at least).

Now onto a question. Would it not be possible place a comparative process into the Program, to examine the content that is necessary at the launch of a New Game and create reference files that only loads the necessary content whenever a saved game is reloaded? The necessity of loading everything into memory at the launch of the Program, instead of only loading what it necessary at the launch of a Game, is both undesirable in terms of system resources, and engine/program limits. Instead of rewriting the entire engine, is it not possible to modify the file handling and basically run off temp files created at the start of a new game? It may increase the time it takes to start a new game, but it would actually decrease system load and speed things up during the game, and even on subsequent launches, and of course eliminate at least some of the string's limiting effect.

Concerning the limits on ships, emitters, and module functionality, I think that this is something that we will just have to work around. It would not only require an engine re-write to add these features, but it would also require heavy tuning as it would easily multiply the system resource requirements. It would look great to have all these features, but they would soon become the standard, used for everything. This would severely limit the number of ships, galaxy size, and players (AI or multiplayer), so I cannot see this as being cost effective for IC. There may be work-arounds for some of these issues, and while they may not be as easy to implement, they *could* work. Dan and I have been discussing a few of them for a while now, but we did not have the need, or the time, to actually test them (yet). If we discover something we will be sure to share the results with the community, and of course, ask the same from you.

We are all in this together (IC + modders + players).

P.S. IC is located in Vancouver and is therefore on Vancouver time, so you cannot expect responses until they at least get up and start-in on their first Starbucks of the day. More likely it could take a day before they even see this thread, realize that the problem is more significant than they initially thought, and respond. Give 'em a wee bit before getting the torches out.

4Aces

FourAces,
Thank you for your comments and your support. Indeed, we all need to work together to solve this issue.

Annatar,
I certainly agree with you too. Sins will no doubt do just fine selling the current release and its expansion without the help of my little mod. However, I do know that several, if not much more so, have purchased the game soley to play certain mods, including 7 DEADLY SINS. Also, mods are the reason why some players pick the game back off of the shelf, and play it again. I personally am not saying the 7DS is the reason why people buy or play the game, what I am saying is that the mods sure do help, and I think that is what FourAces is saying as well. We have experineced let downs in the past, and are slightly jaded by them. In particular, the MOD TOOLS and editing the game itself, was promised in the beginning, and we only recieved the Developer EXE and the Particle Forge. This is where FourAces is referring too. He has also had private talks with the developers regarding modding in general, so he has some knowledge to what he it talking about.

All this being said, I, nor the team, are in no way on a "high horse", and I also hope that no one thinks this way. We would be no where except another game if it was not for SINS coming to gaming, and for Ironclad developing it. I only hope that together we can reach a solution, and possibll a recoding, of these hardcoded limits.

I really appreciate everyone's help and voice here, including my partners FourAces and Spardason21, and awesome people such as Annatar. Hopefully, we will get this thing solved together.

DANMAN

I totally agree. They need to change all this for an expansion, or they will have the same problems we are.

And yes, more strike craft would be great.

DANMAN

And I'm one of them. Well, I wouldn't say 'angry' per se, but it's one of the reasons I stopped actively modding. For me, it was the limited ability scripting that laid the final blow - as strange as it sounds, because ability scripting is actually the most developed and robust at a glance, and then you realize you can't even make a specific weapon fire faster on a ship that has 3



And I'll never contest this Popular mods always help rather than hurt, and they do extend the lifetime of the game.

But the point I was trying to make is that it's very unreasonable to expect the developers to build an expansion around compatibility with any particular mod. As mentioned, the engine for the expansion will have to be re-written. If nothing else, it will probably have to include some sort of event scripting to make the campaign. And, as I mentioned earlier, the devs have been aware of the modders' grievances with the hardcoded limits for a long time

This forum is part of Stardock's network of forums, which include all of their games, all of their software, WinCustomize, JoeUser, etc. These are not 3 million people on the Sins forums alone.

But yes, as it is in any game, the vast majority of the players never actually visit the forums. The mods gain popularity and exposure among those who do, and thus the majority of players don't know about them (there are still people playing v1.0! There was a post recently asking if he should update..)

So it is important to look at it from the perspective that, for the most part, only the people who look for mods are aware of their existance. And yes, among our little chunk of the overall Sins player base, mods like 7DS, Wild's, Bailknight's and a handful of others are very popular - but that is still a pretty small part overall.

Currently working on 7 Deadly Sins 2.0 beta with GalaxyScenarioDef.galaxyScenarioDef and writing in some new textual changes to description for certain races to be revealed.

STRING FILE - This is perhaps tha biggest limit, as it limits the mods as a whole, and I reached this limit today. The limit for the ENGLISH STRING file is 5746. After this, the game will no longer reference the structure, ship, tech, planet, etc. And if you mouse over that particular new item, the game will dump. I have tried over and over, and this is it. The String file IS hardcoded with a limit of 5746.

Current Value from English.str as of most recent 7DS 2.0 beta:
TXT
NumStrings 5690
(56 stringinfo slots remaining)
With so few entries remaining, new races will be forced to use existing TEC/PHASE/PSI string entries, counterdesc just won't cover them. At least 5 new races are coming which will push the hardcode limit to the very max leaving nothing for additional races to use.
I don't know all the in's and out's of the English.str file, but unless the hardcode limit is bumped to ... say 25,000 just to be on the safe side, things are going to get ugly. /gets out the virtual scalpel
Cutting out to get more stringinfo slots:
1. Reduce the number of "IDS_STARNAME_###" will as well free some. We don't need 210 stars when we can custom name them in GalaxyForge. We can free up at least 150 entries by rewriting if we have to at the expense of maps with 60 stars having unique names -but not even I have made a map with 60 stars (yet).
2. "IDS_PLANETNAME_###" -upto 390 of these, but hell, I've made maps with 582 planetary objects... but can dump 190 of them giving us another 200. Just means randomgenerated maps with more than 200 planets might have issues.
3. 45 TECH/PHASE/PSI capitalship names... lolz. Only 25 needed per race so we can rip another 60 slots for our purposes.
4. We might be able to rip out some of the "Taunts" to give us maybe 50 entries to use. I don't need to read "OMFG, NOOB, All your base are belong to us" or another AiSmackTard attempt when they phase to my worlds, I see the infocard flash and sick ships on them.
-the danger with cutting stuff is that it might totally die, not a pleasant thought.

Every new Ability, Research, Buff, Frigate/Cruiser/Capital, Structure requires an entry in the English.str file. 56 entries are not enough to cover unless we rip hell out of the file and get 320 from star names, planet names, and capitalship names, but 320 won't be enough and You (IRONCLAD) probably don't like the idea of us doing it any more than we would.
Bump max value of the the String file to a limit of 25,000.
Even if You, IRONCLAD, want to include new things for TECH,PHASE,PSI like 3 new frigs, 2 cruisers, 2 capitals, that's 21 stringinfo. If you make new abilities, 3 per race you're looking at another 9... anything new eats up stringinfo, so why not bump the hardcode limit to 25,000. Gives us all some elbow room.

Now, about the GalaxyScenarioDef file...
I'm working to get 3 additional races added completely, this means "planetItemType" entries galore, roughly 31-34 per race (vanilla included) and the potential for many more "planetItemsTemplate" -I've made 6 new ones for future possibilities.
This has bumped the "planetItemTypeCount" to 244 and "planetItemsTemplateCount" to 33, I don't know if there is a hardcode limit for stuff in the GalaxyScenarioDef file, but I'd like to know if there is one and what that limit is.

What limits exist regarding GalaxyScenarioDef.galaxyScenarioDef?
Is there a KB sizelimit? Mine is at 100KB now compared to the 40KB vanilla.
starTypeCount limit? 8 atm
planetTypeCount limit? 49 atm though there will probably be new planets and groups added.
orbitBodyTypeCount limit? 53 now but will grow with new planets.
planetItemTypeCount limit? I've got 244 in atm covering 7 races, averages 34 per race.
playerTypeCount limit? can't give out the number of races atm. sorry. Plan for 100 to be safe.
planetItemsTemplateCount? can't give out number for this either right now. I'll probably want to put in at least 100-200 more, is that a problem?

***
The main issue is the English.str file limit. Each new and unique (not just piggybacking other races desc/counterdesc stuff) ship/structure needs stringinfo entires, name/description/counterdescription(optional) at the least, to work properly.
25,000 should do everyone very well, but why not 100,000 just so nobody is back here in 6 months asking for another 25k stringinfo slots.
The other option of gutting the file .. I personally hate that one.

I'm asking about GalaxyScenarioDef only because I like map making and the ability to put down any ship and structure available wherever desired, which is why there are 244 planetItemType entries (includes Tech/Phase/Psi). If there are limits for GalaxyScenarioDef "COUNT" , I'd like to know them and like them to have at least 2 zeros added.

Also, is there a vertice limit with models?

Sounds: 1100 seems like a lot, but 7DS is probably pretty close to the limit if not over. 11000 seems better, was probably just a typo that the extra zero was left off.

Weapon limit... sure, gives some definition of what race uses what stuff, but we like tinkering with stuff and some of it turns out damn righteously cool.

Ability Limit: 4 keeps them from being ridiculously "endowed" like a "Smiling Bob" capital ship, but those 4 abilities on a capital are usually the really powerful ones. Having the limit at 8 will give the freedom to put additional stuff on them.

Please IRONCLAD, we won't disappoint you if you bump up the limits by a LOT.   

Oh, I thought that since this is an IC forum, registered to Blair, that IC was running it. Since they do not have anything else (like the forums mentioned for Stardock), I thought it was a good indication of the number of players. After taking a look at the sum of downloads for their patches, I can see a much more accurate number of true players vs. people who just bought the pretty box.

i also have lots of trouble with this hardcoded limitations, for example:
i tried to make a simple ability that recharges the antimatter of my support ship.
sounds simple? yes, but to check if the animatterstore is allready full i have to target something an i cant spezificaly target "Self" and i have to say its absolutely painfull to get it to work. i finaly found a workaround(after 8 hours of trial&error) but for something so "simple" its horrible.

so u got my vote for getting ridd of this hardcode-limits.

I would have never expected such a hard limit on string file length. It really is a shame and definitely will hurt modding efforts in the long run.

I can only imagine how much trouble that limit will cause a massive mod project like 7DS in the long run. The SG Ancients mod I created uses 153 unique entries alone and does not contain custom strings for everything (no counter descriptions for instance) that could use one. If Danman were to add the Ancients to 7DS, it would use nearly a third of the available string space all by itself.

The work I had done so far on a Wraith race has already hit the 192 count and still requires quite a bit of tech tree work (and also doesn't use unique counter descriptions). I would expect it to weigh in around 250 entries at least when all was said and done.

Just looking at those numbers alone, even a not so massive mod such as the Stargate Invasion TC mod may well run into the string file limit if it does not resort to cannibalizing or otherwise altering existing vanilla string entries.

While I fully appreciate the woes developers have in moddability vs engine limits, the expansion of limits where possible gets my whole-hearted appreciation. In particular, dramatically increasing the string file limit is critical to the modding and long term viability of SoaSE.

Regards,
-dolynick

To everyone:
I want to thank you for ALL your support here. I was hoping for this kind of response, and I am glad you are all behind me. I know there are different opinions sometimes between us, but I think you will all agree that we need the limits changed or removed, especially the String file limit. This is what broke my mod. Everything else is just a pain, but putting a limit on the actual number of new items, entities and such is just wrong. I certaintly hope SOMEONE from Ironclad notices this post, although I wonder if they are all on vacation or something. I have sent them several emails over the past few days, with no response at all. Actually, their lack of absence from this thread really has me wondering if they are paying attention at all. I certainly hope they are....
We love this gave, and we only want to make it better.

Thank you again, EVERYONE, for all your support. Hopefully, we will keep this thread growing in numbers, as a petition of sorts. With one voice, all saying the same thing, hopefully the developers will listen, and help us.

DANMAN

Hardcodes =