sal_vager

Please see here Wingnutt [Link]. And please provide pictures of the issue, you can put pics on imgur.com

It's this. http://store.steampowered.com/app/268850/ The other players who were crashing also had this installed, after they removed it KSP was okay.

It's only a small thing, the nosecone, but it can have a big impact. The current Mk1 and Mk2 inline cockpits, the Aerospike, the Mammoth, they all have this build restriction of having to be the end of a vessel, if you want to use these parts you have to take that into consideration. This adds an element of design that would be lost if any part can be used anywhere, it exists with other parts too, as for example most engines are not radially mountable. It's a trade-off, a choice, a decision that means you have to be a bit more creative with where you put other parts, it adds variation and thought, and helps define parts as being different from each other. It isn't as adaptable, it's not meant to be. And it'd screw up all the Mk1 inline cockpit equipped vessels still in flight when KSP is updated, that .6m flat nose may not be a problem for most, but for some it'll mean they can't land. That's a big change from such a small thing...

Often, spambots will register and post multiple times, or many will register at once and post, it seems to happen in waves. But the curious george usergroup puts all new posts in the moderation queue so we catch them before they can do any damage

Right click the payload tank and disable the flow

I reckon it's this: A few players have had issues like yours recently and they were all using software such as this that hooks into memory [Link], modifying RAM and causing KSP to break. Turn it off, uninstall it if you have to, then try again

Hi Wingnutt, try using the square bracket keys to change vessels ( [ ] ) while in the flight scene, these will work when you are within 2.5km of the other craft. Make sure the filter for your vessel is active in the tracking station (mouse over top edge of the screen) and if you still cannot select vessels in the tracking station please upload your game logs.

I understand your frustration with this but support is for support guys, moving!

It's not that easy, the controls for banning are separate from the others so you cant accidentally ban someone, though any member who racks up more than 100 active infraction points will be automatically banned while the total exceeds 100.

Gentlemen, as humorous as you may find these comparisons to be they are not adding anything useful to this discussion.

Just a note, a glass bottle can shatter when the ice expands, even if the lid is left off, it can also shatter when plunged into hot soup. Plastic bottles are safer, but you have to have them ready ahead of time and some can taint foods when heated. Think, you need to conduct that heat out of the soup, so put things into the soup that conduct heat and can conduct and radiate that heat to the surrounding air. You already have drawers full of highly conductive and shatter-proof metal cutlery, these are already food-safe, easily cleaned and you likely already used some when preparing the soup. Stick them in and leave the handles poking out over the lip of the pot, the larger the cutlery the better, or use more items to increase the conductive area. They will become hot to the touch, when the cutlery has cooled off you're soup will have as well. Edit: I should have googled earlier, this looks to be a pretty good guide. You would really need to put in the effort and stir the food to make sure it cools down fast enough before putting it in the freezer.

Everything is a bug, if you take the Wikipedia example... I added emphasis there, there is no caveat defining "unexpected" or who should be doing the expecting, so the result is that any unexpected behaviour by any individual becomes a bug, and as individuals cannot all agree on unexpected behaviour, and that they cannot always know the expected behaviour of the programmer, labelling everything as a bug becomes unhelpful and the Wikipedia example becomes useless. A better example when defining a software bug would be this: So a fault or incorrect output would be a bug, but that doesn't leave us with suitable terms for the issue here. The report itself can be defined as Feedback, specifically these: With KSP being the machine, and the post being the reaction to a process or activity. Though more accurately this can be defined as a Feature (Dictionary link) ( ), and when taken together with Feedback, becomes a Seeing as this was posted to the support forum, I will move it to Suggestions.

Also you can usually rescue all the scientists you need from low Kerbin orbit.

I better close this.

Hmmm, this may be best in addon requests, but I think something like this did exist, it was a part of some tools years ago so I don't know if it will still help. I can't remember what it was called though.

There's a lot of controller binding issues, sorry, but it's interesting to hear it worked in Snow Leopard, was this with the current release of KSP?

Is SAS on? Thing is it shouldn't be bouncing like you describe so I'm having difficulty figuring out what's going on.

Glad you could find it, I was going to ask you test a new save and new craft, there's a lot of issues with cargobays unfortunately, defining something as "inside" something else seems to be difficult.

I think the best thing you can do is to post the craft in question, and describe your flight profile.

Sorry I couldn't be more help, unfortunately it seems when you dock a part and it's added to the vessel tree it nukes any part to part contact, even if it existed before, shame really :/

I guess not, unless you install Kerbal attachment system and fit struts in space.

I really can't help you with this, sorry, it's a problem with the Unity game engine's www-Class for loading local textures, though you can improve the load time by turning off vertical sync in the KSP settings as KSP will load one asset at a time, in time with the screen refresh (I don't know why this is the case). Though as you can load at normal speed when using the modem directly it proves it's the router triggering the issue. All I can really suggest is you wait to see if Unity5 fixes this.

That actually suggests you're missing a 32bit library, I noticed you're on a 64bit version of Linux so it'll have 64bit versions of the libraries that KSP needs installed, rather than 32bit versions. If you open a terminal in the KSP folder and use this line; ldd KSP.x86 | grep "not found" It'll say if anything's missing, but will also detect the 64bit versions of some things. Your log listed fglrx in the stack trace, so most likely you're missing the 32bit version of mesa, some parts of which are still needed by 32bit KSP. If you run this line in a terminal; sudo apt-get install libgl1-mesa-glx:i386 It'll install the bits you need so KSP.x86 will work. Or just stick to KSP.x86_64 which you can make Steam open for you by adding this; %command%_64 To the Steam launch options for KSP.

Great I'm glad you got it working, every time I tested with the wheels on the bay their physics would be disabled when the bay was closed, I guess they were being detected as inside the bay and were "stowed"

The bottom wheels look upside down, unlike real wheels the KSP wheels only seem to work then the bottom of the wheel is on the ground, try fitting some rover wheels on a rover sideways and you'll see what I mean. Because there's a limited spot where wheels will work the angle of the wheels when trying this becomes important. Also make sure they aren't contacting the very edge of a part, as the collision mesh isn't always the same size or shape, in my tests with the Jumbo-64 I had to move the wheels in a bit nearer the grey ring, as if they were too close to the end of the tank it'd not collide, and not work.