Just a quick thought, a lot of people, these days, are creating 'decoration' such as planets, asteroids etc, which take up a table entry, despite the fact they are normally indestructible and immobile.
Would it be possible to simply insert a .pof file in Fred for decoration Using either sexp's or a drop-down), specifying the x,y and z co-ords, and the game automatically treats it as indestructible and immovable? It would certainly save on table entries
Now, I know this is either going to be an easy job or an impossible one, so I just thought I'd ask
#2
Should be possible. Skyboxes work almost the way you describe it.
Some changes to that code should do.
Some changes to that code should do.
Visit: http://starfoxmod.proboards32.com/
-UPDATE: 'The Starfox mod' is now called 'Starfox: Shadows of Lylat'
-UPDATE: 'The Starfox mod' is now called 'Starfox: Shadows of Lylat'
#3
Well, the Skybox is centred on the ship itself iirc. Really it's a question of adding geometries to the level without any table entries or a flag to define it as 'scenery', so you can collide with it etc, but not destroy it.
However, I'm not sure how dependant the FS code is on having table entries, it might require a tiny change to a bit of code, or it might involve re-writing a whole section of code
However, I'm not sure how dependant the FS code is on having table entries, it might require a tiny change to a bit of code, or it might involve re-writing a whole section of code
Check out my music on my YouTube channel :
https://www.youtube.com/user/PRDibble/videos
https://www.youtube.com/user/PRDibble/videos
#5
:looks innocent:
LOL Well, yes, I'm asking from a Terrain point of view, but it would be great for creating custom Asteroid fields etc as well, rather than relying on the Box-standard fields
LOL Well, yes, I'm asking from a Terrain point of view, but it would be great for creating custom Asteroid fields etc as well, rather than relying on the Box-standard fields
Check out my music on my YouTube channel :
https://www.youtube.com/user/PRDibble/videos
https://www.youtube.com/user/PRDibble/videos
#6
well if we want to collide, then we need to throw it in the object system. perhaps a "static" object that follows game physics, collision and rendering but doesn't go through AI and its initial behavio(u)r (velocity, acceleration, mass, model file) is defined in fred.
Safety not Guaranteed
#7
Yep, that sort of thing would be more or less ideal I would think. That way you could not only have 'static' objects like terrains and planets, but very slowly drifting ones as well, such as asteroids and other space-junk
Check out my music on my YouTube channel :
https://www.youtube.com/user/PRDibble/videos
https://www.youtube.com/user/PRDibble/videos
#10
While you're at it: Starting vector and velocity would make this uberly cool.
Dance with me
Under the soft moon shining,
In the wide open fields
Far beyond the toil and trouble
Of my busy mind.
Under the soft moon shining,
In the wide open fields
Far beyond the toil and trouble
Of my busy mind.