Rushligh

More advanced all terrain and military vehicles now utilize magnetic suspension that can be altered with the vehicles on-board computer.

If you use JKR then you won't need struts most of the time. also, at least get the MK2 pack, SXT, and OPT. they add a very large number of very usefull parts for making complicated hulls. included are examples of hulls made with OPT, MK2, and SXT parts. I'll admit this one is older. It's from the last time i used KF. this one is very recent. though it looks like 1 hullform, it's entirely composed of a bunch of different parts that make a custom shape.

DID SOMEBODY SAY MASSIVE LAND SHIPS you all know massive ships is my thing right? there's a reason my profile says "Star Frigate Designer" If you need parts backs for messing around with stuff, check out Suicidal Insanity's MK2/3 packs, MKIV systems(optional), and OPT. also, SXT. together that gives you the hullforms required for making all sorts of freaking massive and complicated space/air/land/water craft. Keep in mind you'll need to run x64 KSP simply due to the complexity, and you'll need "kerbal Joint Reinforcement" to keep your craft from falling apart.

Hit the nail on the head; it has more to do with unity than the coliders them selves. There IS a kind of a way around the unity physics though; if you make each track as a single wheel in each "corner", mimicking KSP's wheels for all that jazz, and have it's friction set as a variable that alters with speed and direction(relative to the track) of travel, then have the track and hand all that as a firespitter animation that's completely irrelevant to the rest of the physics. if you do this, you could make the tracks behave like fairings, and have customizable track shapes. Just a thought. Computers are made by humans, and humans are illogical. A machine, or program, can only be as good as it's creator. Quite frankly Unity was never designed to be used for the likes of KSP; it's primarily for mobile/simple 32bit indie games. the fact that Squad, let alone all of you guys have done with it what you have is an amazing feat. also a completely random thought here; is it possible to program a colider to ignore other coliders? or ONLY care about certain ones? ie, assign the terrian a variable and have the coliders ONLY care about objects with said variable? (i've never tried this before in unity, but i know it's possible in Gamemaker3D)

Oh, so it looks like SXT won't be updating their parts anymore, which brings me here... Do you think you could make a varying "bent" adapter for mk2 and mk3? like a piece of hull then bends x degrees one way or another? SXT had a 10 degree one way back when, but now that it's been discontinued.... I've used them before to make wheels with IR, and to make custom hull shapes for aerodynamics... and more importantly nice sight lines XD

I have been waiting for that Front-Opening cargo bay for the longest time; you have no idea. this makes using the MK2 hulls as an aeroshell/fairing perfect! More so on the side of an aeroshell, it makes for a deploy-able housing for retrojets! (or weaponry if you're a BDA user) also, @FirroSeranel is right about the mach15 speeds, that is in fact far faster than any shuttle has entered the atmosphere; reason being that nothing can stand that much heat going either way. also, it'd be nice of the Banshee engine could be electric, or mode toggeling. it would also be realistic; (sort of)

any chance of making a MK3 Ram intake. you know... for stupidly large aircraft?

Im not sure how your system works, but if you have multiple collides for each wheel in the same place, or overlapping that could explain the behavior. also, because unity coliders are 2 sided (the inside respells as well as the inside of an object; it's not a one way wall), if you have an object partially or completely inside another one that can cause it to become trapped and create this infinite rotating/vibrating loop of force: that's what happens when your craft swings around and goes spinning, flying off until it explodes. In the case of tank tracks, you're better off to have the tracks animated but not as actual objects (ie have no actual physics collier) and have the wheels do all the work; the track shape can be dived the position of the wheels. Im happy to do some testing for you if you want; maybe i can spot something.

Not sure if it's intentional, but your last release removed all the OPT wings i was using. They're good wings. please fix/return then in your next patch

The characteristic you're describing happens when one object spawns INSIDE another in unity. becasue unity physics LOVES exponential equations, having a negative distance turns what would be a fraction, into a number with a lot of zeros. this is the case with the coliders. whatever is happening, unity thinks you have one collider inside of another, and the result is a tremendous force that should not exist. This is what happens with old wheels; they spawn INSIDE the runway and then boom. It also used to be a serious problem if you have more than 3 parts offset inside one another; it would explode on the runway.

I get what you're saying; there should be {Ideally} 3 kinds of atmospheric engines; High thrust at low atmosphere, Low Velocity (good for economy; lifter engines/ bypass turbofan) Medium thrust at low-mid atmosphere, High velocity (Jet fighters) Medium-extreme thrust at upper atmosphere,VERY high velocity. (Scram) you can combine the engines into a mode changing hybrid engine with more weight and worse economy, but essentially those are the basics 'Realistically' speaking, in so far as liquid fuel jets are concerned. I would suggest a mode switch MK2 engine that changes mode from Jet to scram instead of exclusively using the atmosphere curve; just make it really heavy and have the scram be Hungry AF.

1. make is a minimum of 2.5m Diameter (no scaling smaller) 2. Minimum velocity; real scram-jets require a certain amount of speed to work 3. Minimum altitude with the curve; IE it shouldn't work very well (or at all) in thick atmosphere. I think that's the most fair. What would be nice is a low(er) power electric jet engine with near instant response and good gimbal; for VTOL applications. I mean it's easy to make one, but i don't want to take other people's models without permission.

Im curious about some of the mechanics you've got for the engines... it seems that (looking from the CFGs) that each engine is really 2 engines, the interstellar engine that actually does the stuff, and then a normal KSP engine which acts as an interface for the player and other mods. Is that about right? if so it would explain the incompatibility with mods like mechjeb and TCA. they're trying to limit the KSP engines but have no idea what the KSPI engines are really doing; especially since they now have a horrible throttle down time.

im pretty sure the point is to perfect the wheels it's self. any idiot can make a tank in KSP, or steal some texture files from an online resource. also, im not to sure how your setup here works, but with your tank track issue, have you considered the direction that the friction is applied? consider that you're turning a tank on the spot; the tracks are essentially moving sideways, not forwards. perhaps if there's a way to make a far greater resistance on the wheels moving sideways maybe that would help? change the perpendicular friction variables?

I don't know about KSP, but unity has a native option to use the same Mesh frame AS the collision box; problem is it takes up a metric ****ton more cpu. I don't know if KSP will allow you to do that, but for unity development that's an option. at least in mean time. also, im sure anybody using opt with any other mod will probability have x64, so cpu shouldn't be as much of an issue, Also, i've notices that the wings don't seem to create as much lift as they logically should; considering their surface area and shape, there should be A LOT more upward force. i say this because the lifting bower of the J body and even the pylons are almost as much as some of the wings.... which..... is pretty wrong.

I've noticed that all of the thermal engines have gotten consecutively worse reaction times upon each update; IE the take waaaaay longer to throttle down. if i use the hybrid thermal jet with the Antimater Reactor it takes almost 30 seconds to fully cut the throttle. I understand there's an element of realism here, but it would be nice to have a way of making the engines respond better, even if it means cutting their thrust down. I especially like using the hybrid thermal jet with atmosphere as a means of making large VTOL craft, but that's no longer possible do to these reaction times. I'm thinking something like a brake-clamp; those jets that have a giant cup on the back to reverse thrust. just have it so it functions automatically as part of the jets function? or have it so it vents excess thrust? it's an irritation because it makes these engines unusable with any other auto-pilot mods like TCA or MechJeb. also, hows the ATM intake processor going?

that makes sense.

also, idk how, but the maker(s) of the Buffalo mod got custom wheel coliders to work, their wheels seem to work nicely for me right now (albeit they need a lof of space to 'not be blocked'). maybe give the author a shout?

you could use the f12 debugging menu to reload all the parts in game. just have only the parts you need installed (remove unnecaray stock parts), and reload with the debugging menu as long as none of your parts rely on module manager patches to apply changes(MM only makes changes at boot up). obviously it's not a complete solution, but for later testing it's be a lot faster(especially if you're only tweaking .cfg files)

appreciate the reply. This is tied for my top 3 mods along with suicidal insanity's mk2/3 and KSPI-E; the better it gets, the better all of modded KSP gets in my opinion. but seriously, keep up the good work :3 I've had this problem before. it has to do with conflicting patches. Try COMPLETELY removing Interstellar Fuels, then downloading and installing the latest version. also, make sure you don't have any old "all fuels to all tanks" IF patches, they can mess with mod specific IF patches like the one in OPT.

I rreeeaaaaly like the aesthetic of the original K shuttle; the 2-part one one that looks like the landing shuttle from AVATAR. is there any chance of remaking it (or its adapter part) to fit the newer K series? or at least provide a rear-opening bay for the old k series? The old bays could hold so much more vehicle wise, though without any kind of ramp they're kind of useless. another consideration for any further parts would be a drop bay; an upside down cargo bay where the floor translates down on pullies like an elevator, allowing for rear mount engines and drive-in access for vehicles.

they don't seem to work well for me. the drag is insane.

while i do love your balloons, i would love some blimp parts too! the ones in orther mods just don't.... work... also, have you considered balloons with vents? like a hot air balloon; one with the ability to release a bit of pressure to maintain a specific altitude or speed?

does such a thing exist? im looking for something similar to suicidal insanity's mk3 cupola cockpit but without the external frame in a 2.5M size. i haven't found any mod wish such parts so far...

It's kinda a well known thing that KSPI-E and NF Electrical modual manager patches cause crashes when applied to the same part. this was a common problem with the MK2 expansion. Both they to apply completely different electrical and reactor mechanics to the same stock (or addon) part ant it creates a Module Manager Conflict. you MUST un-install NF-E (solar still works fine though). Aperently USI has been causing problems too becasue the author has been adding NF patches into the parts, which in turn creates the exact same conflicts. if you have KSPI-E installed and understand how to use it, both USI reactors and NF-E are redundant and unnecessary anyway. this works too, but again, goes to prove my point about NF incompatibility. @FreeThinker, you might want to post a warning on the coverpage about it (or the download page on spacedock) I don't think there's a way to "fix" it. the fact that both mods must inherently apply conflicting information to parts makes it pretty impossible.