Sakata

So I've been wondering -- with the wings, what is the root part? The base, or the leading edge of the wing? I've always had a hard time getting wings to stay as stable and solid.

SAS reset mod has AVC confused. Thinks it's for KSP 1.0.0 Figure I'd warn you before someone flips their lid :

any chance you guys could look into adding ckan support and stuffing this in the repository??

Threading is also a damned headache when it comes to coding. The biggest things I can see for 64bit are addressing the 3G barrier that is the bane of all modding, and actually using the x64 processor to its full potential, speeding up the game. Heck i'd imagine that they're having to use some silly hacks to get calculations done right due to x86. Also the OS will like it more 'cause then no visualization.

Frankly it shoudln't even hit 1.0 until the leaks are fixed. 1.0 means stable, which ksp right now is not

So many pages, or I'd dig through. Does anyone have a guide on how to run ATM *with* half-res textures? Google turns up a bunch of nada. The memory leak in .9 is so bad it keeps me from playing quite effectively. I've started thinking of reverting to .25 until they release .91 (or someone comes up with a patch to fix it) or if unity can get x64 stable and ksp gets updated. Only other option I can think of is squeezing some space out of another drive and installing a small linux partition, but I'm not even sure if that will work 'cause I hear there are issues with linux x64 too

I second this. It would make it so that we could run an initial pass on the game at the least, and then it wouldn't take a full day of texture compressing to get it to work when we re-install/update.

WOW. openGL rocks. Just hope the performance isn't crap! Mine is mostly CPU-bound so physics is probably worse for me than gfx. 1.248<MM>1.619 (MM seems to take a chunk of memory) 1.714 at loading screen, @KSC 1773, with normal textures. Not a HUGE saving, like some report, but still quite considerable considering I upped the textures. [edit] actually after a bit of playing, I think its FASTER than DX mode... for me at least. Probably less memory/disk operations. I'm still on ddr2/800 ram and an old core2duo

Ahh that was my next question. Seems that setting the res in-game helps on memory as well, but made the situation with buttons and such much worse. Not sure why but seems that .25 has much worse memory load, so my game crashes after a few ships are loaded / some arbitrary time has passed. Seems that the in-game texture quality sames a lot of RAM but makes the game look like dirt. Getting quite irritating, and wish there was some way to save some more RAM. Wish x64 wasn't a pile of steamy poo At half-res in settings, I get: 1.567 pre MM, 1.891 after, 1.995 at loading screen, 2.063 in-game. Is there a way to get ATM to be more aggressive with normal texture size in game settings? Also, wonder why some icons are horrible but ones like KSPi icons look fine.

Hey, sarbian and dbray. Been wanting to get mechjeb's (as well as some other ones) textures to not look like dirt, is there a way to do this? There are so many posts I can't find the info. Tried google but it sends me to pages that don't even have the search query's terms in em.

The first one. Group +/- would be great. I actually would like to use this for my crane so the IR Crane-arm is a bit more stable while moving a base part. Some of these parts get really heavy

Same here. Still saying bundled firespitter and b9 itself are built for .24.2

They weigh 20 (correction, 7.75) tons. Too much weight and... it will require more props to lift that weight. I already had that thought Nevermind. I derped HARD on this one. the nukes have to be activated :| Herpaderpa

I have a slight problem. The nucclear engine doesn't seem to output quite enough power to run two of the fans at a time. I made a ship with 4 props and two reactors, and it runs out of electric charge in no time flat. Am I doing something wrong or should I just mod the config to give the nuke a bit more oomph?

Hey, one thing I'd really like to see. Is there a way to add a actiongroup button to change strut grouping?

Is there a way to get the GUI to work in NEAR? I'm tempted to run the somewhat cheaty FAR-no-spontaneous-disassembly trick to get them back. It's difficult figuring out what the heck is wrong with a craft without it aside from moving tons of parts around and seeing if it works. Is far with aerodynamic failure literally the same as NEAR? Bit confused on that. FAR seems to indeed be a bit much, but NEAR without a GUI is... meh. Heck Stock without a GUI is meh for that matter. Also I had one other question. With cargo bays, does FAR/NEAR 'care' which side is facing 'up'? I wanted to make an SSTO with a cargo bay inverted so it would deploy downwards, but when I do that, the stability is crazy weird.

Hey Snjo, quick question - do you have any objections to anyone forking or maintaining the plugin while you're in burnout mode? I personally couldn't code my way out of a hello world box; mainly just asking in case someone with some knowledge comes along that might be able to pick it up and tote it for you till you get the itch to code again.

One thing I could comment on here. We regularly send programming to satellites already. kOS would just be a program sent to the probe, then the probe can run the program locally. So there is no delay, aside from the delay of sending the probe the programming ahead of time.. That is one of the things that I thought was goofy with remotetech assumptions. Manual commands being sent would take a while, but if you send a program ahead of time, then the probe can run the program whether it has a signal or not.

Hey I have a question about how cargo-bays work on space-planes. Seems that when I flip the cargo-bay upside down, the craft acts stupid. Is that because of the cargo inside or is it something with the aerodynamic model of the part? I wanted to make it so that I could land, open the bay, and drill for kethane.

Any chance you could upload your re-compiled version of tweakscale, sirkut? I think the license would allow it.

Hey there, I'm using the latest tweakscale and NEAR. None of the wings update lift in the VAB when scaling them. I've tried stock wings, spaceplane+ wings, none of them scale lift, from what I'm seeing. I can have an itty bitty wing provide just as much lift as a max sized one. It is possible the VAB doesn't update, but that doesn't seem to be the case

Odd, that ship actually didn't have any pure LF tanks aside from the fuselages I didn't switch - The others are KW LFO tanks that I have to stick to the kethane converter for it to pump fuel. Is there a way to reduce AoA on take-off, or when I can manage it, landing? The stupid controls are digital, not analogue, so the biggest problem is that the controls over-do it too often. That is my main issue right there. The next is that I managed to make a new one that doesn't break in one shot, but it flys like a brick. I basically am trying to make a craft that can handle... everything. Has kethane miner and two tanks now, so I can 'refuel on the go', and it performs surprisingly well in 0G, but the flying brick syndrome I can't see to shake. I tend to probably overcompensate for things by adding more wings, especially now that B9 took it oupon themselves to put in 'realistic' thrust for jets... they just don't have enough oomph to do crap now, so requires extra engines and wings to hold the load and keep a good glide while the puny jets work. I wish I could make a good ship that could both VTOL and manage to break out, and this one comes soooo close but I think I overdid it with the wings, but without em, it doesn't even get to be a flying brick, it just, doesn't get off the runway. Heck even this one has to use the vtol to 'kick' it off the pad Plus I had to use the 'my computer hates me' physics breaking strut to add two more jets inside the other jets :| Check my previous post for images of the new brick. WAY overdid it with wings I think. The previous cockpit kept getting torn off by the force on the front wings no matter how I strutted it -- actually I think the more struts I added the easier it fell apart. B9_Aerospace_Pack_R5-2-4.zip Carpathia - Ultra Long Range Cruiser.zip DeadlyReentryCont_v5.3.zip DistantObject_1.3.1.zip DockingPortAlignment_4.0.zip EnhancedNavBall_1_3_2.zip ImpossibleInnovations.zip <-haven't used any of this looks neat though InfernalRobotics0.19.1.zip KAS_0.4.8.zip KerbalAlarmClock_2.7.8.2.zip KerbalEngineer-1.0.9.1.zip Kerbal_Joint_Reinforcement-v2.4.3.0.zip Kethane-0.8.8.1.zip Kethane-0.9.zip KSP-AVC-1.1.4.2.zip KSPInterstellar-v0.12.2.zip KW Release Package v2.6c.zip MechJeb2-2.3.1.0-332.zip MechJebKMGimbalExt.zip MechJebNEARExt.zip NEAR_v1_1_1.zip NovaPunch-2.06.zip ProcFairings_3.09.zip RCSBuildAid_v0.5.0.zip RealChute_Parachute_Systems-1.2.4.zip RemoteTech_2-1.4.1.zip SafeChute.zip SpaceplanePlus v1.3.zip TacFuelBalancer_2.4.0.3.zip TweakScale_1.43.zip VNG-Parachute_1.2.zip VNG-Plugin_0.7.2.zip x86-Release.zip <-Active texture management

Hey I have a question. I've dissected your planes 800 times and I can't figure out why this happens. Basically I'm just trying to put together large wings, to increase lift. I've seen it done a bazillion times, and the mod-maker's 'demo-craft', plus your craft that use large wings don't have this problem. Basically, when I'm lifting off, even with the 'soft-touch' cap-lock turned on, as soon as I lift off, my wings on just one side flex and break off. Weird thing is that sometimes I'll make the EXACT same way and it wont break, other times it's hopeless. I've been building my wings out from the fuselage one "section" at a time, then strutting the hell out of it using the b9 heavy struts (also tried the invisible ones so that it doesn't look like crap) This is the primary reason I initially looked at procedural wings as a godsend but last time I messed with it it was worse than normal wings with lift and such, and tended to make my NEAR-based lift... suck. Imagine this is why I almost never see any craft shared that require the mod :-/ Here are some screens of my plane:

One thing that you're missing in your survey that might matter to someone hoping to get performance out of the game -- what graphics card they have. OpenGL renders different on different hardware. For instance, ATI's OpenGL support frankly blows while nVidia's is generally really good, while their D3D support is often better than nVidia's -- but some cards tend to perform better than others even in the same 'class'.

Sirkut: Sorry but that craft was lost -- I had a KOS / quicksave savefile bug, which destroyed that save (luckily I had a backup but its a few launches old) Basically I had an I-Beam with a cubic strut on the end, 90° hinge, which was connected to another I-Beam/Strut in the reverse direction, which was repeated one more time. I had a ton of solar panels on the sides of the ibeams (so that when it deployed fully it'd almost look like a virus). It all worked fine, until I selected another ship to decelerate it, then went back to that ship. I almost think it might have something to do with deadly re-entry (the exploding), and cubic octagonal struts since they're 'physics-less'. I'm not sure, but it may also be the solar panels themselves -- I'm not sure if those are also physics-less parts. I can try and replicate that ship, but I'm actually thinking that I need to come up with a new design -- that one had other issues than just exploding. It had horrible delta-V and would have taken ages to establish a solar orbit. Here's the mods I'm using - I just did a quick dir>>out: ModuleManager_1_5_6.dll ActiveTextureManagement-3-1 AGM 1.3.2.0 B9 KSP 0.23.5 BioMass-master (from github) DeadlyReentryCont_v4.6 InfernalRobotics0.14 Kethane-0.8.5 KSPInterstellar-v0.11 MechJeb2-2.2.0.0-223 NovaPunch2_03_5 (I don't get why large reaction wheels aren't in KW or something else... and KW's wrap-around reacction wheels seem to be as useful as tits on a boar) ProceduralDynamics0.7 SafeChute Toolbar-1.7.1 uploads-2013-09-EnhancedNavBall_1_2 uploads-2013-10-B9-Aerospace-Pack-R4-0c uploads-2013-10-Squad-Texture-Pack-0.1c uploads-2013-10-VNG-Parachute_1.2 uploads-2013-12-DockingPortAlignment_3.01 uploads-2013-12-KW-Release-Package-v2.5.6B uploads-2013-12-SH-MK2Cockpit uploads-2013-12-TacFuelBalancer_2.3.0.2 uploads-2013-12-TacLifeSupport_0.8.0.4 uploads-2013-12-VNG-Plugin_0.7.2 uploads-2014-03-ProcFairings_2.4.4 uploads-2014-04-FerramAerospaceResearch_v0.13.1 uploads-2014-04-KAS_v0.4.7 uploads-2014-04-KerbalAlarmClock_2.7.3.0 uploads-2014-04-KerbalJointReinforcement_v2.3 uploads-2014-04-RealChute-v1.0.4.1