[Grimloq]

HANGAR DOORS!!!


serioiusly, will this be finished and implemented into the 3.6.5? if it is, then ill release my new hecate with an opening and closing door... thatll make that there hanger look cool!

[redmenace]

The way this are typically done in the SCP, we have a code freeze then we release then add features. Or atleast this time, that is the how things are being done.

[Bobboau]

I'm thinking I'm going to have to keep track of animation types and remove them from the queue when a reveral of an animation is applied...

expect me to get a lot of stuff done two weeks from now.

[redmenace]

Sounds great.

[Drew]

it would be if we could add image support. If we could speceify an image or ani to be played during the animation.

Like you could make somthing open, then start glowing or somthing.

oh and bob,  thruster glows are showing tru the back of the models again, at least on my PC.

IF you wanted to make something that opened and revealed engines, the thruster glows would show trough that somthing. Its kinda annoying.

[Nuke]

ive been going over the table code.

$Subsystem: primary1a, 1,0.0  
+non-targetable
$animation=triggered
$type="primary_bank_1"
+delay:0
+relitive_angle:0,-180,0
+velocity:0,90,0
+acceleration:0,60,0
+time:4000

the animation field should also have options such as toggle, while, and proportional. toggle will do the event the first time its triggered and then do the reverse the second time (example docking bay doors).  while will continue an animation so long as the event is being carried out (such as miniguns and gun ports). proportional is for control surfaces and rcs thrusters, thrust vectoring and the like, theese are done in proportion to the players controls at any given time. id also like to be able to trigger glowpoints as well.  also anyone doing a gundam mod would probibly want to be able to take advantage of subobject hierarchy. also is there any wat to delay the trigger event, so say the missiles wont fire until the gunports open?

[Bobboau]

triggered animations will generaly reverse themselves (or atleast that's how it's planed currently) this is becase every triggered event basicly has an anti-event, every time you hit the afterburner you eventualy have to release it. there will also be linked animations wich will be linked to a variable, such as current yaw or pitch or thrust or something of that nature. it's sort of an int/float distinction between the two animation types, something that is continuos and variable would be linked something that happens due to some sort of event would be triggered.

[Grimloq]

'gatling' guns can be done in vanilla. take a look at the Jotun from inferno.

still, looking forward to this

can someone dumb this down for me? im a lowly modeller

[Alan Bolte]

Animations, eh?
The Starfox mod should be happy about this. The sheer amount of animated models in the original Starfox continues to amaze me. Walkers, all types of doors, ships with flapping wings, stuff (including said doors) that activates when it takes a certain amount of damage, things that move like sea life, gunports, etc. Then there's the variable wing geometry of the later Arwings.

[Drew]

sf 64 right?  the SNES didnt have much flapping wings.

[Nuke]

ive been using gatling guns but i didnt know they worked in the original game, why didnt anyone tell me about that?

[Col. Fishguts]

Originally posted by Drew
sf 64 right?  the SNES didnt have much flapping wings.

On the contrary....there were lots of flapping things in the SNES version (not the Arwing themselves though)

[Grimloq]

Originally posted by Nuke
ive been using gatling guns but i didnt know they worked in the original game, why didnt anyone tell me about that?

sure! theyre just rotating parts. then just pop a gunpoint or ten on the end and there yo ugo, gatling gun

[Trivial Psychic]

I thought I'd ask this here.  Its regarding the destroyable, non-targettable submodels.  Since they are also classified as non-targettable subsystems, will they impact the limit on the number of subsystems used in a mission?  If they can be controled in FRED, it could be useful as part of a ship's initial status, to have some these submodels destroyed of a ship is required to look dammaged.  Consequently, it'd look kinda weird if a cap-ship that is supposed to be on the verge of structural collapse (the Hope from FS1 for example), still has all its decorative submodels intact, because the FREDder couldn't pre-set them as destroyed.

Later!