Page 1 of 1

in game editor

Posted: 10 Aug 2006, 04:42
by emmanuel
so pack always for start and wait for result...
if only a menu for edit tdf fbi and others files in game...

an tag for airburst explod maybe too...by altfromseaexplod
i try to use groundblow=1 for hack :not working seems

changing flytime or searching for old noautorange ...pff :always guided=1 selfprop=1 turn randomly with trails for explod to ground
i try diferent conbination same result:ground exploding
yesterday i try to rocket flytime short and see an balistic end trajectory with trails...

Posted: 10 Aug 2006, 05:36
by Felix the Cat
I agree completely.

Posted: 10 Aug 2006, 06:23
by hrmph
don't -moderator

Posted: 10 Aug 2006, 12:28
by emmanuel
explain please!
I don't think that analogy means anything in English, it just looks offencive -moderator

Posted: 10 Aug 2006, 12:29
by Das Bruce
snip

Posted: 10 Aug 2006, 12:55
by emmanuel
it s never to late for good make!

the moderation start today on taspring forum !
aleluya

Posted: 10 Aug 2006, 12:56
by SwiftSpear
Can we hold up on the being dicks for a little while and run a normal feature request topic? Go hang out in #main1 or something if you want to all act like preteens.

emmanuel: I'm not sure what you are asking for with the second suggestion... Currently in game unit statistics only load at game start and don't reload while in the game. I'm not sure if it's even possible to have a unit change its stats in game without major coding changes. It might be possible to abstract some sort of small unit testing application out of spring engine code that essentially does the same thing starting a new game with the unit you want to test does. Things like map lighting which take up a huge ammount of time for loading wouldn't be needed.

Posted: 10 Aug 2006, 13:05
by emmanuel
maybe releasing a real time modding tools with a simplified single map
dont know about codding possibility but know about somes others editors
write about later

second wishe is airburst=weapon with areaofefect= explod in altitude for blast large with reduced ground deformation(hole)
(seems now possibl only when hiting a plane)
tag for weapons will can be explod-altitude-from-sea= or explod-altitude-from-ground= (i supose altitud from ground request a higest load code like a plane)

Posted: 10 Aug 2006, 13:13
by SwiftSpear
Ah, ok, so a missile or bomb that explodes while airborne, presumably with a modder defined altitude of explosion, rather then the current system where missiles only explode when they hit the ground. Good idea.

Posted: 10 Aug 2006, 15:23
by emmanuel
it seems yes and that is nice too=
Image

i think too about an weapons tag"antitag"=>
like antiradar seeker anti radiation ir/uv seeker
Image

explain=
weapon.tdf
isantiradar=1 seek for radar emiter
isantijamer==1 track the jammer as a missile track an unit
or another syntax=
onlytargetcathegory=radr(jammer) maybe worknow but its related to a free wroted tags in category=arm tank radar noweapon; line

i think about an hardcoded seeker enabling the searching for all tags
ex=
isantienergyuse=1 search for unit taged energyuseisantimetal=1 seek metal= taged
isantimetalmake=1 seek for metal producing unit
isantiwindgenerator=1 search for
isantimove=1
isantifly=1
isanti[allkindoftagwithoutcheatingpossibilitybymiisingtowrotein"cathegory="]

enabling a patrol tag for guided weapon
launching a salvo of missile in a unknow area and weapon search for target without feeback view for players(it maybe can be hacked by using a unit for weapon only if mobile factory is enabled=an unit/factory build tank/factory lauching weapon/unit/factory releasing some sub unit/weapon/factory/kamikaz droping a lot of bomblet/minlet if no target same in real "skeet"american weapon

Posted: 10 Aug 2006, 22:00
by Felix the Cat
This is precisely why we need a more generic, modular, powerful tag system. All of those are good ideas for tags, but putting every good tag in just ends in a bloated tag system.

As for how to do this, or what the new system should be, I don't have any coherent idea.

Posted: 11 Aug 2006, 01:11
by AF
I proposed a new UntiDef structure that eliminated having a UnitDef.h several hundred pages long and put it in a nice flexible system. The only issue here is that it would take soemone todo the work of adding in all the tags in the laoding mechanism and some consensus was met on that it would be of use but not yet.

It would prove incredibly useful to me though.

Posted: 11 Aug 2006, 03:23
by Felix the Cat
AF wrote:I proposed a new UntiDef structure that eliminated having a UnitDef.h several hundred pages long and put it in a nice flexible system. The only issue here is that it would take soemone todo the work of adding in all the tags in the laoding mechanism and some consensus was met on that it would be of use but not yet.

It would prove incredibly useful to me though.
linky?

Posted: 11 Aug 2006, 07:50
by emmanuel
i think standard tag is better
but standard all things too
=>weapon must will be units same normal units
for the script a new tag must be born :as attack with nano for buiders and factory
(=factory bulid unit when see enemy and path out same a attack sight
=>this enable the moving factory for build weapons
because now is an never used option cost when fire metal or energypershoot )
my idea selfprecis about advantag of all unit for game engine
=>factory build unit build weapon build sub munition build fragment etc...

Posted: 11 Aug 2006, 08:02
by SinbadEV
More Abstraction==More Power

The ideal model for this game would start with a simple point definition and build everything from that concept, so weapons could have all the properties of a unit... or something like that... I think unifiying the process so that all part of a unit are built into it's script, and that all of these definitions could be put into one large file with sections, or with cobbled to getther by doing the equivalent of including a header or library with the features/units you want to impliment would be perfect... but not all artists are also porgrammers so I can see arguments to the contrary. I would assume that one of the standard available libraries for this unified format would be one that would put mods together the same way they are now.

Posted: 11 Aug 2006, 16:18
by emmanuel
i disagree merging of file graphic/sound/value/menu why not cod the unit in game engine this will be more eficient
no
this a necesary to permit to an alone musicmen to build sound and for an solo graphist texture for a modeler 3d without complet knowelge
scripting is the most dificult leraning i sugest to separat all more then now
for exempl :some new tag for limit angular of turet in fbi seem be .cob tags
if all tag move in fbi then that very dificult to learn and only a little count of people do mods or unit alone and this can do losse an special kind of art not possible in communauty(sure i think about badtaste experimental or rated art)=>some good idea come back with exploring the dark side of the art surely when the subject is war(look for warhammer chaos troups with very horrible things)