Justin Kerbice

Of course, but as the one in dev forum, it'll end to be left not updated months after months and people comes and even ignore such sticky more or less up-to-date thread . Also, The official unoffical "help a fellow plugin developer" thread is unfortunately become a lot less useful and resourceful in the long run just because it turns to be a "I have a pb help me now" or "I want an instant fix right now to my very own issue" kind of thread. This thread should really be removed after being fully processed to extract all good recipes it contains and making a useful and usable cookbook as O'Reilly's cookbooks for example.

I found annoying the fact we can only make one single transfer at a time. For your suggestion, it would be even better to set the src, dest and amount (by the same kind of sliders used for tweaking resource amount in editor), then click on transfer. The best would be to plan multiple transfers then execute all with a single click.

This thread should be really be sticky IMHO, it's very useful. Any moderators around ?

FAR get rid of mass-get-drag stock aero, so light plane may generate less drag with it (try also stockdragfix plug-in as comparison if you can). For the control issue, best to take a look at FAR wiki and this great Keptin's tutorial.

This is a well-known issue when using 3 resources on a part, you need to add a module to the part, see openpartmod week 1 for example and/or modulefixer. (I saw some add a dummy RCS module)

Hi, not a surprise, and 400 parts is not very so low. I have also a similar performance issue with similar parts count. CPU is everything in this matter for now with KSP. If you can, and can afford it, a CPU upgrade may, or may not, improve this. On the software side, you can close as many programs as possible to reduce the number of software that require CPU care, the most CPU cycles KSP gets, the faster it will be able to calculate physics stuff. Or set affinity to other cores for others software.

Hi, when seeing this: I was quite surprised, this is quite weird and not very professional using mesh and MODEL at the same time could lead to issues if it's not already the case, calling a model "NewModel" is not very good and the weird rescaleFactor chosen + rotation and position in the config could lead to major headache if someone later has to work on it. There was a cleaning operation according to some devnotes, there's still work to do I guess. By the way, it doesn't have a ModuleTestSubject, so no contracts asking for testing it.

The Joker new crazy evil invention, don't smoke the gas behind .

Thanks . This is very interesting, to me. A lot more better than looking at upload bandwidth in use (I use the small perfmon4). EDIT: could it be possible to set up a dev website, as I see dependencies is quite a long list and I'm not use to set-up web server and website made with Python, it will make life easier for people who wants to add features or bug fixes. On the expense of make your life a bit less easier.

Good idea, reading you, I just imagine kind of a Simple Part organizer or PartCalatog for crafts, in term of UI. in fact PC style would be the best, a place where we could create folders and eventually tags, pick a craft and move it in a given folder, ... With the best bonus feature: a thumbnail of the craft. So we could sort crafts by mod used (automatically recognized, maybe as tag) or any other criteria.

A dummy tex could also be 2x2. Not fully true. Even the old (even obsolete) gMotor2 engine used in GTL/GTR2/GTR EVO/rFactor and a few other sim racing game can manage a lot's of material per mesh (usually between 4 to 7 or more) with 20000 polygons or more cars, many cars at once + the track itself with many materials too, lot's of tex, blending (like KSP bodies surface textures) without the need of a hardware which is not available yet. And as almost everything is limited by the CPU (the 1st core), GPU could have more duty to do, a lot more. Take a look at DX11 Nvidia demos, tesselation or Islands for example.

FireSpitter's FSfuelSwitch module allow such thing, take a look at the documentation, you just need to edit config file yourself or use a Module Manager "patch" to do it.

@TMS: great !! Thanks a lot . This might be added to the TODO list I guess .

Does someone know how to add an imgur album on mod description ? Thanks.

It would have been better if we have more than one ugly and big radial attachment point . Plus this mini cube and the rockomax hubmax may have some special mark on top/bottom face to let people know where it can be attached instead of either fighting to get the right face in the right place or just put all those parts in a big dump and melt them all for good.

That's liked to the mode EE use. In order to swtich from VAB to SPH or the opposite, it "cheats" a bit and play KSP to let believe you are in one or the other facility, making saving a VAB craft in SPH mode to have SPH in its data in the file (type = VAB/SPH at the beginning). This also make "revert to" going back to the facility linked to the chosen symmetry mode and not the actual building facility. But it looks like Nsomnia explanations are quite messy and tainted by angryness so not sure if it's helpful at 100%.

Nice, it could be even better by providing a grid with some scale value (dynamic or static), a major line every 100 MB, minor every 10 MB for example.

Without something new you can also use MJ case with mechanic_jeb something from GavinZac, I know a kerbal with a MJ case on his back, but you have all MJ feature as bonus (not sure how MJ will deal with that, better not to try !)

Thanks a lot, I have missed this one !! By the way, to get the right name for material/shader: in Unity editor itself, assets->PartTools->Shaders, properties (may be on the right side): "<name> Texture: <the name here>", is the one to use. (in my case I have: _Emissive Texture: _Emissive), both before and after "Texture:" seems to always be the same so any of them could be use. This should be added to your google document (maybe just the list, as it will not change soon enough I guess)

@snjo: using FStextureSwitch2 (FS version: 7.0.5283.33887) with a config like this: Make the dwing-emissive map use for all tex in the set, null-emissive tex (a 2x2 black tex) is loaded but in log there is only these kind of info: Which are not very helpful. Could it be possible to add more useful debug messages ? (map use at least) cause here, we can't see which map is used with which tex and 'map exists in db' is as useful as 'Parsing string/bool/int' from stock game !

I surprise no one already tried some Kraken-Drive thing like this: That's doesn't work very well (two sets of surface repulsors which push against each other), height 4 or 4.5 are ok, below, nothing, above: boom boom . This is not strictly speaking a kraken-drive thing but I'm sure some people could get something better than just with stock landing legs. There is my Rover 'N' Others parts, the next set, Y, have 8 and 16m long part, this last one looks even huge compared to the JB64 fuel tank. But they both looks "wheel" with your LargeWheels. T-2 and T-3 are good also to make mobile launch platforms (with EPL or even stock with a simple decoupler and something above it)

You're welcome. Here it is: (your mod deleted but I see a config file remains) For what it worth, I play only windowed mode in 1280x960. But I can only imagine such graphics issue comes from some dirty code or wrong assumptions (regarding screen size !! that's may be the trick !)

Tried it today: don't know if there is some dependencies issue or something else, lines goes outside the window on the left side and there is many stock toolbar icons added on every single launch. Interference with another plug-in ? (KSP 0.24.2.559, win7) + I really don't like the sticky controls, it makes things worth (they doesn't looks like to be fine as set, 1/4 looks like to create the same amount as standard key stroke) :/.

Because the z-100 "light" is not one, it's just bright yellow/orange colour. MJ case use a light.

So what you suggest regarding checking files and update only when needed is called 'rsync' and already used by patcher, there are even API to rsync I think. And yes, I've already made a terribly ugly heavy package with PAR for a big Perl project on solaris if it was not already enough and that's sucks a lot. Looks like language with "easy-and-fast" code have to be balanced by "ineffective-poor-bad" executable burden (except on unixes). Which is very sad because doing such features rich in "better-for-delivrey" languages is a lot more work. And I'm not sure C# have yet everything needed for easy and fast coding.