SpaceSimCentral

The Pioneer development team are pleased to announce the release of Pioneer Alpha 21. This month we revive a couple of favourites from the old games, the original systems from Elite and the targeting tunnels from Frontier. Full changelog and builds for Windows, Mac OS X and Linux are available from the download page.New features[*:rbr7zwrs]Elite systems (Lave etc) with a new start point (#682)[*:rbr7zwrs]Manual thrust power control. Use F8 and L-shift to limit thruster power for finer control (#994, #129)[*:rbr7zwrs]Navtarget tunnels, a HUD feature to guide you to your destination. Enable it in the "Controls" section of the settings screen (#1146, #1082)[*:rbr7zwrs]New small buildings (#1047)Minor changes and tweaks[*:rbr7zwrs]Various moons in the Sol system now appear in the right order on the map (#1050)[*:rbr7zwrs]Updated TradeShips module to handle accidental landings and fuel (#1064)[*:rbr7zwrs]More precise mouse control under different FoV settings (#1076)[*:rbr7zwrs]Added VSync config option (#1085)[*:rbr7zwrs]Made background stars less visible through star halos (#1093)[*:rbr7zwrs]Added Pioneer badge to menu screen (#1099)[*:rbr7zwrs]ObjectViewer updates: buttons to cycle/randomise seeds; don't show attribute for non-terrain bodies (#1100)[*:rbr7zwrs]Several stars around Sol updated to use their "traditional" (non-catalogue) names (#1068)[*:rbr7zwrs]Rear of Eagle ship now visible to player (#1125)[*:rbr7zwrs]Removed tech levels (#1131)[*:rbr7zwrs]Added a grid to the modelviewer to help visualise model size (#1132)[*:rbr7zwrs]Reverted DeliverPackage module to pre-Alpha 20 (#1162)Fixes[*:rbr7zwrs]Don't take timesteps for dead ships. Stops the player firing during the death screen (#1056)[*:rbr7zwrs]Move all the custom stars into the right places (#1080, #1081)[*:rbr7zwrs]Fix autopilot handling of fast-moving bodies (#1090)[*:rbr7zwrs]Fixed hyperspace checks so they work during hyperspace and don't allow hyperspace to be triggered at odd times (eg docked) (#1101, #999, #1030, #1088)[*:rbr7zwrs]Restore Jupiter and Neptune to their correct terrain types (#1100)[*:rbr7zwrs]Fixed various old bugs around frame movement, timesteps, AI velocity correction and similar (#1090)[*:rbr7zwrs]Fix crash when script tries to set ship label > 16 chars (#1116, #1114)[*:rbr7zwrs]Limit max engines to 0 or 1 to prevent certain forms of lunacy (#1140)[*:rbr7zwrs]Fix view/panel draw order so that world elements do not draw over the panel (#1141, #1161, #1160)[*:rbr7zwrs]Only update ship mass, fuel and equipment stats when necessary (#1112, #1155)[*:rbr7zwrs]Fixed huge mixer icon on Win32 (#1158, #860)Script changes[*:rbr7zwrs]New custom system option :explored to explicitly set a system's explored state (#682)[*:rbr7zwrs]Lua serializer can now handle multiple references to the same table (#1022, #1025)[*:rbr7zwrs]New ShipJumpStatus constants DRIVE_ACTIVE and SAFETY_LOCKOUT (#1101)[*:rbr7zwrs]New method Ship.GetHyperspaceDetails() to get hyperspace status, duration and fuel use without regard to current flight state (#1101)[*:rbr7zwrs]New ship params 'front_camera' and 'rear_camera'. Sets the camera's position on the ship, and causes the ship's body to be drawn (#1125)[*:rbr7zwrs]New attribute SpaceStation.numDocks to get number of docking ports (#1135)[*:rbr7zwrs]New SystemBody attributes gravity, hasAtmosphere and isScoopable (#1150, #859)Internal changes[*:rbr7zwrs]configure tweaks for better optimisations and profiling support[*:rbr7zwrs]New filesystem abstraction. Files under data/ can now be overriden by placing an identically-named file under /data (#989, #1078, #1079, #1077)[*:rbr7zwrs]Ship definitions separated from models (#1051)[*:rbr7zwrs]Partial keybinding cleanup to allow a sane init order[*:rbr7zwrs]Integrate texture management into renderer (#1061)[*:rbr7zwrs]Remove renderer dependencies on Pi and utils (#1071)[*:rbr7zwrs]Pack font glyphs into a single texture for faster text rendering (#1106, #1084, #1107)[*:rbr7zwrs]Split world cameras out of WorldView (#1113, #1145)[*:rbr7zwrs]Use a fixed version and proper CRC for the model cache (#1119)[*:rbr7zwrs]Moved ship control code out of Player and Worldview into a new set of ShipController classes (#1083, #1129)[*:rbr7zwrs]Silence warnings when building with GCC 4.7 (#1152)[*:rbr7zwrs]Various internal cleanups (#1139, #1142)

Great news Robn! Looking forward to trying out those targeting tunnels

Downloading now

Here's your first bug report. Stock alpha 21. Started a new game on Earth, flew to low orbit of Jupiter then selected low orbit of Neptune. At 31.46 AU the music stuttered, then the game crashed. It's happened twice now.[attachment=1161:opengl.txt]

Marcel wrote:
Here's your first bug report. Stock alpha 21. Started a new game on Earth, flew to low orbit of Jupiter then selected low orbit of Neptune. At 31.46 AU the music stuttered, then the game crashed. It's happened twice now. Curious. I'll try to remember to test later. To help me remember, could you put it on the issue tracker please? Cheers!

It's now issue #1173. Thanks!

Just tried that on mine and it was fine.

Notice to navigators: Caution on landing at Essar -3,15,1Repair work on platform 1 avalanche Issue #1180

walterar wrote:
Notice to navigators: Caution on landing at Essar -3,15,1Repair work on platform 1 avalanche Issue #1180
i don't know if our friends know what it is about, at least i have no idea.can you post a screenshot please?if you like to get the screenshot in the issue tracker, put it on a picture storage like "photobucket" and link it in the following way;*optional placeholder name

Hello postmoke. Easy, flies and lands in Essar.

Or you can see here It is unedited

One of the many dangers lurking in the galaxy.The repairs will take a lot. Avoid this system or pay many $ shipyard.

aha yes, a know problem and the reason why i placed all my stations pads 200m above the ground.in certain cities where the spaceport is placed on a steep hillside it can happen that one or more pads are topped by the ground.solution:wait for a revision of pioneer where this problem is solved in general,means perhaps a levelled ground around cities (which i would dislike a bit if all cities where placed on flat ground)or try to replace the default stations with mine, they are usually placed high enough to avoid such situations (with exception for the sealed spaceport, i havn't tested it on steep hillsides yet. but i didn't expect complications, because as soon as the docking sequence is engaged the ship has no more collision checking and you could even place the docking bay under the surface without colliding the surface).give me a little time and i will put them together in a suitable state, so you can use it to replace the existing stations.one possible issue in advance,they will lower the framerate somewhat (depending on your machine), first because they are textured, second because they use some animated models.further limitations,the sealed spaceport comes only with three docking bays and because it has only one lift but three bays the target will unfortunately point to the docking bay instead to the lift floor (height and position will be shown "wrong" when you dock manually), this is not my fault, it has been changed internally in the program to take the last stage as target instead of the first, something of the things that has been changed, of which i quite don't understand why (a very good idea perhaps , which perhaps was ment for good but hasn't been thought to the end...).[/hr]to the ones who changed that: imagine what would hapen if i specified the docking bay position as waypoint for the autopilot - a hard crash landing.that's exactly what you did when you take the last stage for the docking target, not useful imo.of course the autopilot didn't recognize this and use only the given waypoints, but it's confusing for humans to have the target on the docking position instead on the geometry which releases the docking sequence, that's the important one to know, the position of the bay i don't have to know since as soon as the sequence is released i didn't control the ship anymore.for the mushroom station it doesn't matters because you have four elevators, but i hope it will be replaced once with better looking ones (not especially mine).further i have been told that the issue tracker has been released to avoid that such useless changes happen, but if you ask me -i have seen a lot of imho useless changes which have been taken immediately into the game, without thinking of the consequences.fortunately no one asks me...

Quote:
One of the many dangers lurking in the galaxy.
That must have been an avalanche of mud! I love the way you sank down to the pad.

i nnoticed since a while a empty model folder (in the mac build at least) named apollo is that a way to say "we would like it" or just a remnant?

i think, i say I THINK,it was again one of those imho useless ideas to split the ship specs from the models.do you really think it makes it easier?do you think one, perhaps not very experienced user, will find that comfortable to place a new ship in several folders?or is the goal to restrict user made mods from pioneer?or to make it at least less easy?is that such a problem for developers to scroll down in the script, or simply to search for a keyword?or do you like to reach absolute control?(pioneer is NOT your game neither it's mine, it's ours. means users in first degree, developers and modelers)i didn't posted that to the issue tracker, because else i've been polluting it to much (again),anyway whatever doubts i have, they will mostly be disregarded.but can't you think a little of the consequences in advance?can't you imagine a common users longings?perhaps i'm the complicated one, but i didn't think so.[/hr]further i still wonder what exactly is so lunatic, when i fitted more then one drive?or please let me have some lunacy, i'm a weirdo i know (sometimes a bono, sometimes a bozo)if i havn't posted it here no one would have noticed it and i should have told it only per PM to some selected friends?*please leave some to the users, they should decide themselfes how they like to play their PIONEER.if they like to cheat, let them cheat, please!i never have earned more laurels, as for my gathering and adding of some own hacks for frontier,USERS LOVE THAT!pioneer is a single player game... if one feels to change my models for his longings i neither mind, feel free to do so and i'm also curious and like to see the result,even when you pulled the inside out.any other way i would feel is eager of me, you are free and you can do what you like.pioneer is free and a user should be able to do with it what HE LIKES.i don't like if others decide what i can do with my install of pioneer.that's bossing and i don't like that.one cool part of a scripting language is that you don't have to be a programmer to modify your game (and i'm pretty sure that this was the idea behind), please keep that in mind, or else you can code all in "C" and leave it up to you ore more experienced users.i know it would be easy to restrict also using any other then a hyperdrive as "fake drive", but i would neither like it.similar i did in good old FE2 and fittet as experiment anything as a drive to see if that get's me a little further.i like to have quasi realistic flights as with the "atomic", but i also like to do sometimes something absolutely weird and leave the common gameplay.(due to that it took me only a hour to get to the centre of the galaxy..., how many have been there at all?) if such is possible with a simple hack, why not?does such leave a scratch on your varnish? to gave it by default a, let's say a communal look and feel, is self-evident, but apart from that...or put it under a different licence, then you can have absolute control...question:where would we be without lunatics like me?...perhaps sitting still in front of a abakus and play chess or backgammon *this let's me think i should post the next "hack" really only to trusted friends, only to avoid that it will be restricted in the next release.do you think that's cool?[/hr]in that spirit, enjoy thishttp://www.facebook.com/video/?id=106341636057080

potsmoke66 wrote:
it was again one of those imho useless ideas to split the ship specs from the models.
No, it was not. The attributes of a ship are entirely separate from the model. They are being decoupled in the core in order to support the new model system that is being built.
Quote:
do you think one, perhaps not very experienced user, will find that comfortable to place a new ship in several folders?
Actually its only two folders.
Quote:
or is the goal to restrict user made mods from pioneer?or to make it at least less easy?
The plan is to enable a user to drop a straight zip file into their user dir and have it just work, without even having to unpack it. We've been building out the infrastructure to support that over the last couple of months. The actual zip file piece is still missing, mostly because its not that hard and we have no immediate need for it.Following that an in-game mod manager will be just a short step away.
Quote:
is that such a problem for developers to scroll down in the script, or simply to search for a keyword?
You assume that's the only work we do. There's a hell of a lot of work going on to make things easier for users and artists to contribute to the game. This separation is part of that.
Quote:
or do you like to reach absolute control?(pioneer is NOT your game neither it's mine, it's ours. means users in first degree, developers and modelers)
I'm not aware that anyone is looking for control. Every day there are many many people discussing short and long term goals for this game, trying to find a way to make into a complete, commercial-quality game that has something for everyone. Not every idea goes forward, but lots do with the agreement of those doing the work.
Quote:
but can't you think a little of the consequences in advance?can't you imagine a common users longings?
I am somewhat confused by your continued assertion that somehow you're the only one considering the needs and wants of our players. Have you simply never heard the continued demands from players on this forum, in the issue tracker, in IRC and in many other forums all over the internet for more interesting gameplay mechanics, more coherent ship and station design, a working economic and political system and everything else? I see you designing ships which in isolation are fine work, but have very little in the way of balance or cohesion, and contribute nothing to the other aspects that will, in the end, make Pioneer a game and not just a graphics demo.My personal goal (one shared by many others) is that one day anyone will be able to download Pioneer and without any extras be able to play an exciting and meaningful role in the ongoing story of a vast galaxy filled with adventure and intrigue. And, when they get bored of that I want them to be able to pick from a huge selection of add-ons that add new missions, ships, gameplay mechanics and other things to give them whole new reasons to continue playing. Every single line of code I write or review, and every single design discussion I contribute to is done with that in mind.You've been offered countless opportunities to contribute meaningfully. For whatever reason you have been unable or unwilling to do so. You often raise issues that are of interest you, and as I've always said before, they are considered and discussed. But more and more it seems that you simply want a platform to show off your models. And that's fine - no problem with that. You already have one - every version of Pioneer released so far. There's nothing requiring you to follow more recent releases, just as there's nothing requiring anybody who wants to use your work to stop using an older version.
Quote:
further i still wonder what exactly is so lunatic, when i fitted more then one drive?
It didn't work. The code only ever uses the first drive in the engine slot when computing engine characteristics.
Quote:
please leave some to the users, they should decide themselfes how they like to play their PIONEER.if they like to cheat, let them cheat, please!i never have earned more laurels, as for my gathering and adding of some own hacks for frontier,USERS LOVE THAT!
Previous releases are there. The entire source code is there. Anybody is free to use older versions or take the whole code and go and make their own game according to meet whatever criteria they think good. In fact, I actively encourage this. Make sure you let us know too - I'd love to see what people come up with!
Quote:
i don't like if others decide what i can do with my install of pioneer.that's bossing and i don't like that.
When have I touched your installation of Pioneer? Did I force you to change anything?
Quote:
one cool part of a scripting language is that you don't have to be a programmer to modify your game (and i'm pretty sure that this was the idea behind), please keep that in mind, or else you can code all in "C" and leave it up to you ore more experienced users.
Actually that's not true. Lua is every bit as much a programming language as C++, and the complexity and unmaintainability of some of the models make it crystal clear that they were not written by a programmer.
Quote:
or put it under a different licence, then you can have absolute control...
None of us have any power to change the license even if we wanted to. And that's good for you - its that license that makes it impossible for any of us to take the game away from you or any other player.

Quote:
The plan is to enable a user to drop a straight zip file into their user dir and have it just work, without even having to unpack it. We've been building out the infrastructure to support that over the last couple of months. The actual zip file piece is still missing, mostly because its just an idea we have at this point. There's been no actual demand for it.
LIKE IT!
Quote:
You assume that's the only work we do
certainly not.
Quote:
It didn't work. The code only ever uses the first drive in the engine slot when computing engine characteristics.
not quite true, i've done it and was surprised myself (i know it hasn't worked in older releases rather alpha20 but at least in this build it has worked) but of course it's something "evil".
Quote:
But more and more it seems that you simply want a platform to show off your models
true, the place for this is here, i guess.
Quote:
I see you designing ships which in isolation are fine work, but have very little in the way of balance or cohesion
yes and no, ships like the "bloodrunner" or the "atomic" never ment to be in cohesion, ships like the "Typhoon", are straight to that goal.even if i would like to see a complete "steam punk" pioneer.i need to express my ideas each time i have some, sorry.creativity isn't something you can control, else it's no longer creativity.besides, what is a coherent style? i mean who decided it or is that written down somewhere?facsimile elite ships only?or like the "plattenbau" buildings all boring concrete jungle type?choices are different, some like this, some like that.personally i would like to see a pioneer without any elite ships, even when that would mean that many of my ships would disappear from it.
Quote:
...that somehow you're the only one considering the needs and wants of our players
no, but i guess i look at a problem from as many as possible point of views and foremost i know what i like, many times (not always) i pointed it right.i think i know for some parts what a common player likes, not only in a game like pioneer.further i guess i dare to speak out loud what others perhaps only think in the back of their minds.i'm neither fish nor bird, that can be (is) a problem, but i never wanted to be something else.sometimes in any discussion i take a contrary position, just that at least someone counters. people are sometimes confused by that and feel insecure because they might don't know what's the reason for.conclusion; if you say yes, i will say no, even if that isn't my conviction.
Quote:
When have I touched your installation of Pioneer? Did I force you to change anything?
a little bit... (not seriously)
Quote:
the complexity and unmaintainability of some of the models make it crystal clear that they were not written by a programmer.
fortunately?it's true i'm not a programmer, but i see myself as a link between...(over)complexity, true!unmaintainable, hm..., i can't see that, but perhaps if pointed out, it could help.or to tell (again) in other words, to get a "shoebox" running in pioneer you need nothing, really nothing only a few lines.to have a ship that appears in different states, which is "alive", needs a little more and ends up in complexity, unfortunately but unavoidable in some way. that scripted geometry comes out extremely complex is offense i guess, you have to find very different ways to do things which look in the end common.e.g. no problem to stick a hollow cylindre into a body with a cad, to do the same with a scripted geometry, needs a lot more effort and uncommon ways to go.if you have a better solution as i have for this, let me know.anyway i chose often the latter way, even for .obj based models, the reason is simply the result, if i can't get rid of creases in the common way i choose the one i use also for scripted geometry (using transparent parts and models hierachy).mainly and thats also true, i copied the way FE2's models was made, by using little tricks to let them appear so they please me.yes, a cool piece of code, those new buildings, but sorry, exactly this they appear to me, boringly all the same, just as there would be only one architect in the whole galaxy.we have millions of architects and many different styles, as well as we have a lot of brands and different cars,why should our spaceships look all the same? is there only one "brand" in pioneers galaxy? certainly not.i expect a lot of different styles in a sci-fi universe, airplane like, spheres, tubes, discs, and even boxes or irregular shaped ships (a "mechanical" race will build ships only by reasonability, think of the borg cube i.e. which already didn't goes far enough imo, i like "Perryverses Positronic-Biological Ships" shaped by all stuff the can inherit). congruent is ok, conformity is tying me.interesting for me to recognize sometimes that ships which i made but i didn't like to much myself beeing credited by users...and sorry again, until i havn't seen many i like,the "wave" is super! but needs a better landing gear imo, i would like to see more such ships, really (but fit a cool UC, please!)the turtle is also a nice ship, even when it wouldn't be my choice,i like s2odans python and panther (caribou), both have a cool appearance, one agressive like a predator the other simply BOLD.the talon, a unique little fighter, i love it, could be a perfect default ship.of course coolhands viper, but she's out of concurrence for at least two reasons, also the lanner is a fine ship else i wouldn't have converted it, but both are FFED3D ships, which i see personally like all FFED3D conversions rather as "placeholders" (not ment as criticism).let's make a small list of ships i see as somewhat congruent a which give pioneer a unique look.i guess we have already enough to choose from unlike 2 years ago.this will exclude all FE2 ships , no - wave- turtle- python (if named different perhaps, the design is very loose based on the original i feel)- talon- hammerhead (we need a transporter)- caribou (i wont miss that bold one)not yet included, but i see them as future contents- typhoon - gunboat (why not, we need some different classes, if really needed i can remove the colored stripes )- defender (if revisited)personally i would like also- shift (needs to be overhauled)- hullcutter (to have a really complex script ) the rest by choice, of course i like most of the others i made, but i guess the listed ones are congruent more or less, ships like the "gul" or what i've been working on right now i see more as mod, anyway this reflects only what i like, i really wouldn't mind to get rid of my FE2 ships, not because they look bad, but because they are 99% Elite/FE2.but i know also that i.e. tomm loves them very much.and robn, thanx (for your patience)

Quote:
...to support the new model system that is being built
something i have foreseen and fear of most...this i see as a challange for me
Code:
define_model('vip_lever_up', {info = {bounding_radius = 40,materials = {'n_cv'}, },static = function(lod) set_material('n_cv', 1,1,1,1,1.2,1.2,1.3,30)texture('timberwolf.png')use_material('n_cv')load_obj('lever_up.obj') end})define_model('vip_lever_lo', {info = {bounding_radius = 40,materials = {'n_cv'}, },static = function(lod) set_material('n_cv', 1,1,1,1,1.2,1.2,1.3,30)texture('timberwolf.png')use_material('n_cv')load_obj('lever_lo.obj') end})define_model('vip_shoe_r', {info = {bounding_radius = 40,materials = {'n_cv'}, },static = function(lod) set_material('n_cv', 1,1,1,1,1.2,1.2,1.3,30)texture('timberwolf.png')use_material('n_cv')load_obj('shoe_r.obj') end})define_model('vip_shoe_l', {info = {bounding_radius = 40,materials = {'n_cv'}, },static = function(lod) set_material('n_cv', 1,1,1,1,1.2,1.2,1.3,30)texture('timberwolf.png')use_material('n_cv')load_obj('shoe_l.obj') end})define_model('vip_track_0r', {info = {bounding_radius = 40,materials = {'n_cv'}, },static = function(lod) set_material('n_cv', 1,1,1,1,1.2,1.2,1.3,30) texture('timberwolf.png') use_material('n_cv')load_obj('track_0r.obj') end})define_model('vip_track_0l', {info = {bounding_radius = 40,materials = {'n_cv'}, },static = function(lod) set_material('n_cv', 1,1,1,1,1.2,1.2,1.3,30)texture('timberwolf.png')use_material('n_cv')load_obj('track_0l.obj') end})define_model('vip_track_1r', {info = {bounding_radius = 40,materials = {'n_cv'}, },static = function(lod) set_material('n_cv', 1,1,1,1,1.2,1.2,1.3,30)texture('timberwolf.png')use_material('n_cv')load_obj('track_1r.obj') end})define_model('vip_track_1l', {info = {bounding_radius = 40,materials = {'n_cv'}, },static = function(lod) set_material('n_cv', 1,1,1,1,1.2,1.2,1.3,30)texture('timberwolf.png')use_material('n_cv')load_obj('track_1l.obj') end})define_model('vip_uc_0r', {info = {bounding_radius = 40, },static = function(lod)end,dynamic = function(lod) local trans = .99 - math.clamp(get_animation_position('WHEEL_STATE')-.3,0,1)*1.4286call_model('vip_shoe_r',v(0,0,0),v(1,0,0),v(0,1,0),1)call_model('vip_track_0r',v(0,0,1.825-trans*.866),v(1,0,0),v(0,1,0),1)call_model('vip_track_1r',v(0,0,3.206-trans*1.687),v(1,0,0),v(0,1,0),1)call_model('vip_track_0r',v(0,0,4.415-trans*2.31),v(1,0,0),v(0,1,0),1)call_model('vip_track_1r',v(0,0,5.826-trans*3.18),v(1,0,0),v(0,1,0),1) end})define_model('vip_uc_0l', {info = {bounding_radius = 40, },static = function(lod)end,dynamic = function(lod) local trans = .99 - math.clamp(get_animation_position('WHEEL_STATE')-.3,0,1)*1.4286call_model('vip_shoe_l',v(0,0,0),v(1,0,0),v(0,1,0),1)call_model('vip_track_0l',v(0,0,1.825-trans*.866),v(1,0,0),v(0,1,0),1)call_model('vip_track_1l',v(0,0,3.206-trans*1.687),v(1,0,0),v(0,1,0),1)call_model('vip_track_0l',v(0,0,4.415-trans*2.31),v(1,0,0),v(0,1,0),1)call_model('vip_track_1l',v(0,0,5.826-trans*3.18),v(1,0,0),v(0,1,0),1) end})define_model('vip_constraint_0r', {info = {bounding_radius = 40, },static = function(lod)end,dynamic = function(lod) local rot = .99 - .5*math.pi*math.clamp(get_animation_position('WHEEL_STATE')-.3,0,1)*1.4286call_model('vip_uc_0r',v(0,-1.549,-1.64),v(1,0,0),v(0,math.cos(.65*rot+.15),-math.sin(.65*rot+.15)),1) end})define_model('vip_constraint_0l', {info = {bounding_radius = 40, },static = function(lod)end,dynamic = function(lod) local rot = .99 - .5*math.pi*math.clamp(get_animation_position('WHEEL_STATE')-.3,0,1)*1.4286call_model('vip_uc_0l',v(0,-1.549,-1.64),v(1,0,0),v(0,math.cos(.65*rot+.15),-math.sin(.65*rot+.15)),1) end})define_model('vip_uc_1r', {info = {bounding_radius = 40, },static = function(lod)end,dynamic = function(lod) local rot = .99 - .5*math.pi*math.clamp(get_animation_position('WHEEL_STATE')-.3,0,1)*1.4286call_model('vip_lever_lo',v(0,0,0),v(1,0,0),v(0,math.cos(.65*rot+.15),math.sin(.65*rot+.15)),1)call_model('vip_constraint_0r',v(0,0,0),v(1,0,0),v(0,math.cos(.65*rot+.15),math.sin(.65*rot+.15)),1) end})define_model('vip_uc_1l', {info = {bounding_radius = 40, },static = function(lod)end,dynamic = function(lod) local rot = .99 - .5*math.pi*math.clamp(get_animation_position('WHEEL_STATE')-.3,0,1)*1.4286call_model('vip_lever_lo',v(0,0,0),v(1,0,0),v(0,math.cos(.65*rot+.15),math.sin(.65*rot+.15)),1)call_model('vip_constraint_0l',v(0,0,0),v(1,0,0),v(0,math.cos(.65*rot+.15),math.sin(.65*rot+.15)),1) end})define_model('vip_constraint_1r', {info = {bounding_radius = 40, },static = function(lod)end,dynamic = function(lod) local rot = .99 - math.pi*math.clamp(get_animation_position('WHEEL_STATE')-.3,0,1)*1.4286call_model('vip_uc_1r',v(0,-1.582,-1.762),v(1,0,0),v(0,-math.sin(rot*.7222),math.cos(rot*.7222)),1) end})define_model('vip_constraint_1l', {info = {bounding_radius = 40, },static = function(lod)end,dynamic = function(lod) local rot = .99 - math.pi*math.clamp(get_animation_position('WHEEL_STATE')-.3,0,1)*1.4286call_model('vip_uc_1l',v(0,-1.582,-1.762),v(1,0,0),v(0,-math.sin(rot*.7222),math.cos(rot*.7222)),1) end})define_model('vip_uc_2r', {info = {bounding_radius = 40, },static = function(lod)end,dynamic = function(lod) local rot = .99 - math.pi*math.clamp(get_animation_position('WHEEL_STATE')-.3,0,1)*1.4286call_model('vip_lever_up',v(0,0,0),v(1,0,0),v(0,-math.sin(rot*.7222),-math.cos(rot*.7222)),1)call_model('vip_constraint_1r',v(0,0,0),v(1,0,0),v(0,-math.sin(rot*.7222),-math.cos(rot*.7222)),1) end})define_model('vip_uc_2l', {info = {bounding_radius = 40, },static = function(lod)end,dynamic = function(lod) local rot = .99 - math.pi*math.clamp(get_animation_position('WHEEL_STATE')-.3,0,1)*1.4286call_model('vip_lever_up',v(0,0,0),v(1,0,0),v(0,-math.sin(rot*.7222),-math.cos(rot*.7222)),1)call_model('vip_constraint_1l',v(0,0,0),v(1,0,0),v(0,-math.sin(rot*.7222),-math.cos(rot*.7222)),1) end})
this is easy as 1,2,3 to make in blender.i know many would like the latter, to make and export animations from the CAD.neither they like to fiddle around with ship specs or how the model is bind in the game.unfortunately i do, i really like that, i like the challenge.foremost i like the scripted animations, even when not all is possible i can do in the CAD and when it's 10x more work.but it's exactly something i miss from some modelers, a real understanding how a animation works.personally i guess one who understands the first example will make better animation even with a CAD.really i have seen many nice models which i really like, especially in FFED3D, but with some exclusions most are animated poor.i strongly believe it is because of the CAD, because you don't have to understand what stands behind.to me a general problem of nowadays.only a rough idea i had once,imagine, it's possible to let that guy read any text, such can only be done with a scripted geometrythe rough shape could be replaced with bezier stuff, it would be also possible to generate different characters then (by randomly changing the size of the "bones").THAT MEANS MODELLING TO ME!if you dare, we could have a "Max Headroom" in Pioneer, including the tic.such will never be possible with a CAD exported anim but i can't do it alone i guess, i would need a teamand in first degree a dynamic modeling system,further some people who understand that at least as much as i do.this will set new standarts

I've posted before about why dynamic scripted geometry is a bad thing (hard to write, hard to optimise, etc) so I won't address it again. But I wanted to pick up on this:
potsmoke66 wrote:
unfortunately i do, i really like that, i like the challenge.
That's probably the clearest indication of where our ongoing disagreements come from. You want something challenging, so a system that is more constrained but easier to use is undesirable for you. I want a game that anyone can work with and contribute to, so a system that is difficult to use is an obstacle.
Quote:
imagine, it's possible to let that guy read any text, such can only be done with a scripted geometry
No, that's not true. There's a lot of research being done into codifying facial structure such that it can be moved and manipulated (see eg Evaluating Face Models Animated by MPEG-4 FAPs [PDF link]. If we ever wanted to pursue something like this then we'd build a separate system to make it happen rather than trying to force everything through the regular model pipeline. Of course its only half the solution - we'd still need a system to decompose text and convert that into appropriate animation parameters, and we have to make it happen for arbitrary languages.I honestly doubt we'll ever see anything like this in Pioneer unless it somehow becomes available as a commodity technology. Our brains know a lot about faces, so anything that does look like a face had better work pretty much like a real face or its going to look terrible. Part of the charm of the current facegen is that its obvious that they're caricatures, so its not a jarring experience. Other things like ships are less well known to our brains, so we're less likely to spot small problems with them.