Time to make Spring really STRATEGIC
Moderator: Moderators
Time to make Spring really STRATEGIC
Now that we have full out zoom and replacing units with icons feature just a few things should be added to add real Big Scale Strategy into spring:
1) New map format with bigger maps and less resource usage for them.
2) Command to set speed and acceleration of units (i've been looking for this since the begining, but messing with formations and selectedUnitsAI never worked, although there was supposed to be setMaxSpeed command)
So you could set a group to move at the speed of slowest unit (together), or you could set it to move even more slowly (to come at the same time as some other group for example).
This should be a separate command (like setGroupSpeed to smth., so the AI could also set it)
Some rough ETA (estimated time of arrival) would be great (maybe a little difficult due to how pathfinder works now...)
Any ideas how to set this command for group?(I tried it once, maybe you would need to mess with unit scripts?)
3)Make drag-and-droppable markers (to make moveable waypoints possible). One way to make it work would be to assign some groupAI to a group and then when you gave a group a series of Move/Patrol/Fight commands the AI will draw apropriate drag-n-droppable markers(include this functionality) which you can then move and your groupAI will change the orders for the group appropriately.
4)which also reminds me the need of shortcut keys to groupAIs like you can set in your options file ALT-1 to be one groupAI ALT-2 another and so on.
Any suggestions/links to code files/help on how to implement all this highly appreciated (it's just been a long time since I modded the spring code)
Alik;)
1) New map format with bigger maps and less resource usage for them.
2) Command to set speed and acceleration of units (i've been looking for this since the begining, but messing with formations and selectedUnitsAI never worked, although there was supposed to be setMaxSpeed command)
So you could set a group to move at the speed of slowest unit (together), or you could set it to move even more slowly (to come at the same time as some other group for example).
This should be a separate command (like setGroupSpeed to smth., so the AI could also set it)
Some rough ETA (estimated time of arrival) would be great (maybe a little difficult due to how pathfinder works now...)
Any ideas how to set this command for group?(I tried it once, maybe you would need to mess with unit scripts?)
3)Make drag-and-droppable markers (to make moveable waypoints possible). One way to make it work would be to assign some groupAI to a group and then when you gave a group a series of Move/Patrol/Fight commands the AI will draw apropriate drag-n-droppable markers(include this functionality) which you can then move and your groupAI will change the orders for the group appropriately.
4)which also reminds me the need of shortcut keys to groupAIs like you can set in your options file ALT-1 to be one groupAI ALT-2 another and so on.
Any suggestions/links to code files/help on how to implement all this highly appreciated (it's just been a long time since I modded the spring code)
Alik;)
- Tim Blokdijk
- Posts: 1242
- Joined: 29 May 2005, 11:18
Re: Time to make Spring really STRATEGIC
Someone wr...alik83 wrote:... just a few things ...

And Spring != SupCom
Re: Time to make Spring really STRATEGIC
Listen, this has been discussed ad nausem. If the unit has a run animation.. it is not as simple as slowing down the timing. It will look stupid.alik83 wrote: 2) Command to set speed and acceleration of units (i've been looking for this since the begining, but messing with formations and selectedUnitsAI never worked, although there was supposed to be setMaxSpeed command)
So you could set a group to move at the speed of slowest unit (together), or you could set it to move even more slowly (to come at the same time as some other group for example).
-
- Posts: 501
- Joined: 18 May 2006, 21:19
I haven't really noticed many problems when I thirded the size of all E&E units. There were no collision detection issues. The only problem is the wanting to halve something, but I'd prefer to have access to a half-footprint, rather than quadrupling the memory requirements so I can have a 64x64.
That being said, it would be nice to have access to larger maps, they just aren't really necessary.
That being said, it would be nice to have access to larger maps, they just aren't really necessary.
Eh. I disagree with you Deci - there are very real collision detection issues when you get down to units that take up about a seventh of a 1x1 footprint.
We can't scale up anymore, since then the reletive weapons ranges are ginormous - even as they are we've fudged a bit to make them more manageable. At the current size, hit detection problems with fast projectiles (like bullets!) are a big problem, but we're trying to cope by messing with shields and such.
We can't scale up anymore, since then the reletive weapons ranges are ginormous - even as they are we've fudged a bit to make them more manageable. At the current size, hit detection problems with fast projectiles (like bullets!) are a big problem, but we're trying to cope by messing with shields and such.
well,
Well, that's not too much constructive thoughts...
I just wonder if someone already looked at something similar to those points and could point me to the source files/variables/just general ideas on how to implement those suggestions,
and I'll definately look into the ETA groupAI from AF.
And for setting different speed to units- the unit's walk animation speed should just change accordingly for it not to look stupid, although I have no idea how to implement it...
Alik
I just wonder if someone already looked at something similar to those points and could point me to the source files/variables/just general ideas on how to implement those suggestions,
and I'll definately look into the ETA groupAI from AF.
And for setting different speed to units- the unit's walk animation speed should just change accordingly for it not to look stupid, although I have no idea how to implement it...
Alik
Last edited by alik83 on 27 Jun 2006, 05:36, edited 1 time in total.
-
- Imperial Winter Developer
- Posts: 3742
- Joined: 24 Aug 2004, 08:59
I'm just seconding what Nemo said.
We had some huge difficulties when we made Stormtroopers smaller, and still have issues with Battle Droids.
It is quite frustrating, because we wanted to make everything at accurate scale, but because we can't scale infantry down any smaller (due to collision detection issues), and it would result in insanely large units.
(And, Ironically, once units start to get too big, the limited sphere collision detection starts to fail them again)
We had some huge difficulties when we made Stormtroopers smaller, and still have issues with Battle Droids.
It is quite frustrating, because we wanted to make everything at accurate scale, but because we can't scale infantry down any smaller (due to collision detection issues), and it would result in insanely large units.
(And, Ironically, once units start to get too big, the limited sphere collision detection starts to fail them again)
Re: Time to make Spring really STRATEGIC
A quick and not so dirty fix could be : if you make move your unit with an "alt-move order", and then define a path with a few checkpoints, the unit could wait at each check point that every other unit is arriverd.smoth wrote:Listen, this has been discussed ad nausem. If the unit has a run animation.. it is not as simple as slowing down the timing. It will look stupid.alik83 wrote: 2) Command to set speed and acceleration of units (i've been looking for this since the begining, but messing with formations and selectedUnitsAI never worked, although there was supposed to be setMaxSpeed command)
So you could set a group to move at the speed of slowest unit (together), or you could set it to move even more slowly (to come at the same time as some other group for example).
and I suggested this in the other thread. People ignore me apparently.
optionA:
You set your units out to move to waypointA, you use formation. The units arrive one by one at waypointA and wait for the others in formation. Then they proceded to waypointb stop untill their allies reach and then procede to C. I think it will look cool as hell and get what you want.
the scale problem is now very important
when you size an human look the trees and your foot print is 0.2 or 0.3
=so i prefere have a big green box and keep the trees
SWta choose to have troopers same high a spine tree
after test i agree smooth when said commander is a goldorak like with crew pilot located in head and windows are eyes of the robot
=the real problem is how to modelise a drone subsized to an human ???
when you size an human look the trees and your foot print is 0.2 or 0.3
=so i prefere have a big green box and keep the trees
SWta choose to have troopers same high a spine tree
after test i agree smooth when said commander is a goldorak like with crew pilot located in head and windows are eyes of the robot
=the real problem is how to modelise a drone subsized to an human ???