Minarkhaios

As a very hypothetic question about the the cloud mapfile.To be clear (I'm at work and don't have access to the exact file name), I mean the file that contains the orbital view of the clouds, and is used to position the volumetric clouds. If I manage to update this file with a new cloud pattern, will it be updated 'on the fly' in kerbal ? Or do I need to use the 'ctrl-e' trick to reload EVE ? Or do i need to relaunch kerbal ? The final goal here would be create a small plugin (or whatever, details are still a bit fuzzy) that will update this picture with 'real time' weather. Is this thing possible with the current EVE build ? (not the plugin part, the cloud map autoloading) PS : as I said, very hypothetical question. Generating an earth wide cloud map picture is a huge work. I'm not 100% sure i can do it. At least with better results than a simple perlin noise generator.

Wouldn't it be easier to apply a small force to each part based on the same data ? something similar to the lifting bodies found in ferram mod ? (Or am I again understanding something wrong ?)

Fair enough, I understand now why this is not so simple. Thanks to the three of you for your answers. Just a random though about the up and down for the sea. Is it possible to create an invisible object that will collide with the current ship ? Something small enough used only to push up a bit the current vessel ? And link it's coordinate with the higher wave below ? (Or the coordinate of what we see as a wave and is just an equation's representation without physical existence) I think I will start to investigate on my own and try some stuff with unity (long road but, well, at least I won't bother anyone with stupid question like this one ) Edit : It seems that I'm again totally off subject : This seems to be a cleaner solution, just moving the object

And what about this one ? Is it in the realm of the feasible in KSP ? (please ! say yes ! say yes !)

Just to help with the debug process (no pressure or anything like that), I still have the "big blue box around kerbin with your latest WIP (one hour ago). There is also a big blue ceiling effect that spawn around 10 km up and follow you (stay just above you) up. This with a vanilla KSP with only latest EVE WIP. (Do you need some screen shots to illustrate or is this enough description ?) Volumetric clouds are nice (very nice), as always . 2D distant clouds' texture is a bit low res (at mid range) but I kind of remember that it is due to some KSP limitation, so no biggie. And still overly better than no clouds at all. Keep up the marvellous work (at your own pace) !

First, let met say that this mod is fantastic. It have the same impact on KSP than the EVE mod, giving KSP as small change that change it all. In a very great way. Please ignore the ugly message caused by steam versus KSP key mapping conflict As you can see, there is a beautiful fog effect with the default install of this mod. Seeing this raises some questions : - Is it possible to have more than one scatterer on a planet ? One on top or inside the other ? - And if yes, can we : - use it to create a "less brutal" frontier between atmosphere and space ? (I'm referring to the "blue celling" effect) - use it to create some zones with heavier density based on random distribution map (as I don't know the correct technical words, please forgive me to be unclear). The goal being simulating foggier zones and create clouds like object. Or moving fog. Or both. And, even if it's still "strangely behaving", we (daughters and me) beg you to gives us your sea update It's to spectacular to be kept away from the (demanding) masses.

A small suggestion to this flipping problem. This capsule can re-enter without any manual guidance. An the concept can be improved with a longer dart.

This method is clearly an exploit of the new flaps, but still, it's effective. We start with an 1M Kms re-entry orbit. It should be enough to burn anything unprotected (to be honest, I did not test if it indeed burn and destroy a naked pod, but it should) The re-entry pod and its elegant design (cheap, cheap, and cheap). The ablative shield is here to demonstrate that we don't need it. Just before re-entry (a bit after in fact, but the serious part is still below us). Around 2500 m/s, could be faster, but as a demonstrator, it should be enough. And the same 29 seconds, 30000 m and 2300 m/s later (quite a break bump). And still ablator is still at full capacity. And to conclude, the mission report

added in the first post. Beware, the creator does not take responsibility for dead kerbal and exploded rocket. (And anyone can re-use this as they want. I only ask that any alternate version be published here. Just to satisfy my curiosity of what you've done with it)

And the answer is : yes, but the reactor didn't make it. This is the second attempt. During the first one, the parachutes did break this marvellous ship into smaller parts. And the parts evolved into pretty ball of exploding gas and burned kerbals.

To get them out, I slowly (not that I can do it quickly, it's too heavy) rotate the main ship and decouple the docking port that link the cargo to the cargo bay. The cargo will then slowly drift apart. The rockomax module and the tucker module have full RCS control and can get out on their own. And the tucker (the yellow and green module) is used to move parts around an place them at the correct place (slowly).

I don't know yet, previous version of this crafts doesn't have them. And this version is still in orbit having trouble with the docking procedure (too heavy, not enough rcs trust). I hope so, but I doubt it can survive without a proper and slow landing on a flat on horizontal surface. Maybe i'll update later with the result of this particular landing (or failure of).

Here to share my new medium size launcher. The goal was to quickly create a low kerbal orbit (100-150ish km) refuelling station. For that I needed a new launcher able to put some heavy stuff in orbit. I'm lazy, so it also need to be done fast (or a least in the least amount of launch) So I created that Not the biggest launcher ever created but it delivers. And it is surprisingly quite efficient. I don't have picture of the three firsts flights (silly me) but here is a picture of the fourth one. As you can see, this one was about solar panel and science lab. In four trips, the station was complete. (For those who now how to count, yes, there is two modules missing ... I did miscalculate the rendez-vous trajectory for a couple of rockomax module. They ended burning in the upper atmosphere before reaching rendez-vous point. I'll never learn ...) There is : - two (of four) fuel tanks. - two science modules (science lab). - two power stations. - two hubs. - tow tucker to move the parts around. In action the station is quite wobbly. In fact, it is rated M or PEGI-18 (or whatever is 'mature' content in your area) when attempting to turn it. The last stage of the launcher is also able to come back to kerbin and land with a suicide burn (at least, someone more skilled than me can do it). Or to deploy the same station around mun or minmus (but not come back after) To populate this station, I also created a bus version. I have to admit that this one is over-over-over-sized. 12 passengers modules is 11 too much (12* 16 seats is maybe exaggerated) link to the four crafts

Maybe it would be better accepted with a small modification to RT : kerbin does not need line of sight from the ksc to broadcast. This is the main problem I have with RT. Having a comsat to communicate with a lander on mun is ok, but having a full constellation around kerbin just to be able to communicate "at night' is not. Smallish change, huge impact.

That's exactly that ! I edit the first port to add this point of detail : "permanently"

Hmmm, I might have not been clear enough. I'm aware of squad dropping the "experience will not affect part" statement. But I read it as : experience will not allow kerbal to increase TWR, or increase power, or anything that could perform change in the way the same part behave based on who use it. I was just suggesting something more on the line of "part can be upgraded/extended/deployed, by manual action by the right kerbal". And only for a few that make sense. Extending a solar panel is ok, but increasing trust on the fly is not. jeb can change the focus lens on hubble to a bigger one, not magically make the old one see better if jeb is looking in the visor (might not be the best illustration ..) is it clearer ? (yes, I know, but it's not my mother's language)

With the future update we will have new upgradable building and new kerbal experience system. My suggestion is to kinda merge both to add a new functionality : upgrade permanently part visual and function. I'm not suggesting to have better trust if jeb has the "confirmed pilot" trait. I'm suggesting that part can be converted into something else (better/nicer/different). For example : - The lab can be converted into a land lab if landed and activated by a kerbal with the "lab builder" trait. The lab visual is replaced and is now a static lab. - The static lab can be converted into an underground lab if activated by a kerbal with the "mole builder" trait. The lab visual is now replaced and is now covered in regolith to be protected from external hazards (just for visual fun). - Solar panel can be upgraded (double the surface) by a kerbal with the "solar thingy expert" trait. - Antenna can be upgraded to a better version by a kerbal with the "radio expert" trait. In fact, any part can be upgraded to a better version (or just a nicer one) by the right kerbal. These are just quick examples, I'm sure we can find a lot more. There is of course the issue with "what to do with object linked to these parts ?". Well ... based on the visual, some can be integrated (for example, landed lab is just the lab with legs, so the rest stays as before), and some just forbid the evolution (not enough space mainly). That also implied that we need to add an "upgraded" option in the VAB to check if all fits correctly. Is it a bit too much ? edit : add "permanently" to clarify my point. thanks ObsessedWithKSP.

At least it is halloween related ... "cabin in the moon" ... no ?

The only end games that make sense for me are : - After putting some kind of device on each planet and moon, all kerbin system is pulled into the warp where it is devoured by kraken demons (and now I'm sure there is lawyers at my door). - After a while, we realise that this is just a dream and we wake up at our desk in a small communication company (stanley ? is that you working at squad ?). - There is no end, end game is when we are too bored to continue playing (or too dead to, because it may take a while).

One word : bananabomber.

Has anyone already suggested partial part destruction ? (I'm sure someone did) Part will be bumped, then broken, then destroyed. Maybe 0.25 will only add visual decay (one new texture for bumped part). And the 0.26 big update might be that anything will follow a destruction pattern with multiple steps. (Not sure if this sentence is clear enough, is it ?)

small guess : it's something related to the escape tower. and that's it for the thinking part ... yeah ... nothing much ... just a hunch.

indeed too. But most of the time, the discovery of the faulty staging is the last concious though before an explosion. And I now that we can do without it. It's a suggestion, not a "how can I do it ?".

Indeed. nevertheless, the suggestion is still valid (even if there might be no use without take-off). Some (like me) might want to be able to revert flight with less than one minute flight (for example).