Cheers, your a star *Hugs*

Note for anyone else reading this, the above will convert the contents of the file, but they'll still be listed as.entity files .

Probably, it's been over a year so i only remember bits and pieces, mostly the nuts and bolts of the files themselves. It was just that if someone finds this after finding the drag and drop .bat version they'll be used to conversion changing them to .txt files .

Sorry to be clear, the drag and drop .bat's i'd been using previously, (i.e. while in searched for the mass converter, which as i said where too slow), the bin to txt converter will convert the entity files to .txt, (with  txt content), but when you use the txt to bin converter file it changes the extension back along with the contents. Hope that makes sense.

You could technically still release your mod with your .entity files in txt, but having them in bin for your release version reduces your filesize and loads your mod slightly faster.

If you dislike the way the .bat files work, you could always just edit them to produce results to your liking, eg. having your txt entities saved in a separate folder (just change the second %%a in the syntax to <directory>\%%a), the entity's extension (this one's a bit more complicated and involves splitting the substring via tokens and delimiters, you'd have to change the command from 'for %%a' to 'for "tokens=1,2 delims=." %%a', with the caveat that having a period in your filename will mess up the command), etc. Replacing .entity with .txt is a bit trickier, but is still doable, though you'll have to read up on replacing substrings in batch files.

Is there  a possibility of Changing ABILITY under an other effect, like the impact on the overcharge influence on Titan buff** content. but on ability (range, targets, conditions)?+

And  instantActionTriggerType "OnChance" works like random Chance?

"periodicAction
    actionCountType "Finite"
    actionCount
        Level:0 n.000000

actionIntervalTime
        Level:0 0.250000"

and explain how it works if possible.

I've been trying to build (as a separate piece of software) a mini-simulator and optimal solution solver for stand-and-shoot matches (see https://forums.sinsofasolarempire.com/453834/). One critical constant that I'm unable to find is how much shield mitigation goes up or down (i.e. its slope values) in response to damage taken or lack thereof. I know that the maximum mitigation is a per-ship/entity value. But what about its rate of change? That doesn't seem to be set per-ship and I can't find anything in Gameplay.constants either. One thing I was able to guess is that the mitigation is changed proportionally (I suppose linearly) to the pending damage. The latter figure can be displayed in the dev exe for each ship/object. The game updates this pending damage roughly once per second or so (again, how often this gets updated seems to be a hardcoded constant, although if someone knows otherwise, please reply...)

Thanks for the pointer. I'm guessing shieldAbsorbGrowthPerDamage is the mitigation increase rate per unit of damage (normally this parameter has a value of 0.001000) and shieldAbsorbDecayRate is the decrease rate (normally 0.012500), this one per second I presume. That would explain why a Cobalt firing on another makes the mitigation hover around 15-17% because 9.5 * 0.001 = 0.0095 is slightly less than .0125. The burst damage from a Cobalt is 52.25 though, which would push the instant mitigation to 20.225%, but I'm guessing there either a delay or fudge factor I'm missing.

I've done another calculation for two Cobalts firing on one, and it seems to match the experimental observation that it takes about a full minute for the shield mitigation to rise to the (max of) 57% under these circumstances. Two Cobalts output about 19 * 60 = 1,140 damage in a minute, which would rise the mitigation to 114 (were it not capped or subject to a constant decreasing per time), but in the same amount of time mitigation naturally decreases by 75, which gives a difference of 39, which added to the base of 15 gives a final mitigation of 54%, which seems close enough to the number observed in the game.

Also, after no longer being fired upon, I've measured it takes 32 seconds for the Cobalt's shield mitigation to decrease from the max value back down to the base level, which again fits the assumption that shieldAbsorbDecayRate is per second, as 0.0125 * 32 = 0.4 gives a decrease of roughly 40% ~ 57% - 15 %.

Yep, shield mitigation is always active. I would personally recommend just to disable shields entirely to any mod looking for real numbers balance in Sins.

That's what I've done in SotSS. removed the minimum and the mitigation growth from the player entity too. No mitigation at all (except through special abilities >=D )

Is there a mod out there that increases game speed? So maybe "fastest" setting instead of "faster"?

Is it possible to hide the effects of a buff from the info card? I have a vague remembrance that I did this or tried to do this at one point, but I do not remember the results or even what ability I tried to do it on.

Hi, new to models and how to convert to a Sins format. Got a question. I got some models from EvE Online, managed to sort out the textures etc by using Zombies video on moddb but he didn't cover what a "root point" is. Kind of lost on that front, can anyone help? Bit confused by it, something about auras as well.

Sorry for slow reply, work shifts got me buggered. Cheers for reply man.

Um, I'm like really rookie with this stuff, how do I make those, is there a tutorial around you could suggest?

Also got a new question, this ones a bit of a doozy though. I've been exporting models from EvE Online and a few of them are multi texture models. I get the basics of how to make alpha layers, data maps and normal maps from the video, but what do I do with multi texture objects, how do I try get all those textures onto one model? I hope I'm explaining ok as I don't know much in the way of terminology or how this all works, real work in progress learning if you get me

Thanks for your patience gentlemen.