cytosine

Members
  • Content Count

    39
  • Joined

  • Last visited

Community Reputation

11 Good

About cytosine

  • Rank
    Space Janitor

Profile Information

  • Interests Array

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Hi Folks, This is an excellent mod, thanks for making it. Just wanted to let you know I had to delete the "GameData/Cormorant Aeronology/Patches/CASnacks.cfg" file as it was causing a problem with TAC Life Support. I don't use Snacks, but I do use TAC and that file would over-write certain TAC configs like for instance when used with Universal Storage the Food Bag "wedge" would convert into a Snacks bag without any snacks in it (because I don't have that mod installed). This prevented my wedge from having food. Deleting the file is obviously not a permanent solution but it was a quick fix for me. I believe a better fix would be to change FOR into NEEDS in your MM patch? I'm no Module Manager expert, so I'll let you guys figure this one out. Just reporting it. Thanks again!
  2. Honestly it's not such a bad idea: - Stock KSP - Easy through Normal modes - RO KSP - Hardcore mode But RO is a lot of work. Maybe a more 'sustainable' model for Squad would be to spin-off RO as a stand-alone game using their same KSP engine: - Kerbal Space Program - Kennedy Space Program! (or whatever they call it, Human Space Program, whatever...) - Kerbal Education (already a great idea, thank you!) A third income stream for Squad would BE GREAT for us bottle rocketeers because it would ensure they can keep coding and we can keep rocketeering! I for one would support Squad 100% if they chose to spin RO out as it's own stand-alone game, or even if it were just a paid 'official' addon that would work too...
  3. The RO Wiki helped me *greatly* when transitioning from stock (heavily modded) KSP over to RO. There's a lot to 'unlearn', but once you get the basics of real rocketry it becomes addictive. Now I can't even fathom going back to stock. Good luck in your quest!
  4. Hi RemoteTech crew, Been using your mod for over a year now and I can't play KSP without it. THANK YOU!!! If a space-station mod has a built-in antenna and uses the Firespitter FSanimateGeneric module to animate it's antenna instead of the more commonly used ModuleAnimateGeneric stock function, should it work with your ModuleRTAntenna? According to one of your tutorials I see ModuleRTAntenna appears to be expecting ModuleAnimateGeneric. So my guess is it wouldn't. I hope I'm wrong... Thanks!
  5. Yep, I experienced that. Go to your Tracking Station and switch to a different launch site, then switch back. This is done via KSCSwitcher if you have it installed. Always clears the problem for me. Thanks.
  6. Question about the Lander Can: I'm trying to create 'my own Apollo-like' lander or something relatively close and way more ugly... But proportionally the Mk2 Lander Can seems to be overweight and under-capacity compared to the LEM Ascent Module. The Mk2 only has 1000L tank volume compared to 2680L on the LM while the LM is only slightly larger when placed side-by-side. Adding a procedural tank evens the size and gives it the necessary tank volume for fuel, but when full the Mk2 weighs 6 tons when able to produce the equivalent 2500dV as the FASA LM with 4x RCS thrusters and enough supplies for 2x days. And with all of this the LM only weighs 4.6 tons. When I add food and water to the Mk2 it topples around 7 tons, yikes! The only real difference I noticed is that the Mk2 Lander Can has 8m/s crash tolerance, is there anything else that would explain the 3 extra tons of weight? I promise I haven't loaded any moon rocks yet!
  7. Take a look at the M1 for the Apollo Nova program (that sadly never was): "Aerojet's M-1 was the largest and most powerful liquid hydrogen-fueled liquid fuel rocket engine to be designed and component tested. The M-1 offered a baseline thrust of 6.67 million N (1.5 million lbf) and 8 million N (1.8 million lbf) as its immediate growth target. If built, the M-1 would be larger and more efficient than the famed F-1 that powered the first stage of the Saturn V rocket to the moon." https://en.wikipedia.org/wiki/M-1_(rocket_engine)
  8. Sadly, I'm going to throw in the towel on patching the USI PackRat for RO. I've scoured your RO patches (recursive grepping) and have yet to find any successful conversion of a 'wheel' to a larger or smaller size. Every instance either uses the wheel part at the same original KSP scale, or the author resized the part manually in a 3D modeling app (like 3DS Max or Blender) and exported their own version. Unless I'm missing something, pleeeeeaze let me know!!!! But don't worry, I'm not giving up on RO. In fact, just getting started!!! Thanks!
  9. Ok @Phineas Freak, got this one all figured out. I'm currently patching the Wild Blue Industries Buffalo for RO and thanks to your post it helped get me thinking in the right direction on how to solve this. First, you need to create a top-level INTERNAL definition (ie. not a sub-def under another PART def): @INTERNAL[WBI_BuffaloCabSpaceASET]:BEFORE[RealismOverhaul] { %scaleAll = 1.6, 1.6, 1.6 @MODULE[InternalSeat] { %kerbalScale = 1.6, 1.6, 1.6 %kerbalOffset = 0.0, 0.0, 0.0 %kerbalEyeOffset = 0.0, 0.0, 0.0 } @MODULE[InternalSeat],1 { %kerbalScale = 1.6, 1.6, 1.6 %kerbalOffset = 0.0, 0.0, 0.0 %kerbalEyeOffset = 0.0, 0.0, 0.0 } } Next, you need an indexed MODULE definition for each "seat". The Buffalo only has 2 seats defined in it's cab; 'pilotSeat' and 'copilotSeat'. At first, the copilot seat was not inheriting the kerbalScale variables (only the first). So reading through MM docs I found reference to how this thing does indexing and guessed that adding a comma-one (,1) after the second InternalSeat MODULE def would magically get me the second seat and it worked! I'm new to modding KSP so I really have no idea if there is a more 'efficient' and programmatic way of getting to the second seat instance, but hey, brute-force indexing worked so I'll take it! So here's what the resulting MM cache looks like: UrlConfig { name = WBI_BuffaloCabSpaceASET type = INTERNAL parentUrl = WildBlueIndustries/Buffalo/Spaces/BuffaloCabASET url = WildBlueIndustries/Buffalo/Spaces/BuffaloCabASET/WBI_BuffaloCabSpaceASET INTERNAL { name = WBI_BuffaloCabSpaceASET scaleAll = 1.6, 1.6, 1.6 MODEL { model = WildBlueIndustries/Buffalo/Spaces/BuffaloCabSpace } MODULE { name = InternalSeat seatTransformName = pilotSeat allowCrewHelmet = false kerbalScale = 1.6, 1.6, 1.6 kerbalOffset = 0.0, 0.0, 0.0 kerbalEyeOffset = 0.0, 0.0, 0.0 } MODULE { name = InternalSeat seatTransformName = copilotSeat allowCrewHelmet = false kerbalScale = 1.6, 1.6, 1.6 kerbalOffset = 0.0, 0.0, 0.0 kerbalEyeOffset = 0.0, 0.0, 0.0 } ... BTW, I'm almost done converting the Buffalo so I'll create a pull request very soon!
  10. I think I'm finally onto something here. This post helped me understand the basic components: So it would seem that "The distance and stiffness of suspension is controlled in the wheelCollider object" according to Nazari1382. But I still don't know how I would control the distance or stiffness of the shocks via a patch. This post makes me think it's something I would have to control by editing the mesh. I hope I'm wrong about that because I am ill equipped to perform that kind of surgery!
  11. Argh... Not seeing anything like that... Could the vector value be masked or sourced from a parent definition? Like this: "bulkheadProfiles = size0" where size0 is some magic definition from an obscure file in the squad directory... I'm reaching here. Or there's this block: WHEEL { wheelName = wheel wheelColliderName = wheelCollider suspensionTransformName = suspensionTraverse suspensionNeutralPointName = suspensionNeutralPoint damagedObjectName = bustedwheel rotateX = 0 rotateY = 1 rotateZ = 0 } Those 'suspension' guys look awfully suspicious! Or maybe the 'rotate' defs? Thanks!
  12. Hmm, I see a module called 'ModuleWheel' with a sub-section called 'torqueCurve'. Am I getting warmer or colder? torqueCurve { key = 0 400 0 90 key = 1 450 25 0 key = 5 435 -10 -21 key = 32 64 -6 -6 key = 34 0 -92 0 } There's also 'steeringCurve' too and it looks similar. Thanks!
  13. Hmm, ok, then I'm all out of theories at this point. Any ideas why the wheel hangs lower than it should? I'm trying to paste a screen-shot into this post but this is the first time I've tried since the forum upgrade so I know I'm missing something... Are we being forced to use Imgur to host jpg/png files these days? I sure do long for the good-ole days of 'free' internet, before companies were aware of how much money they were losing by hosting media content...
  14. Ok, thanks guys. I set both scale and rescale back to 1 but it didn't seem to have any effect. Regardless, I will leave them at 1 and focus on the MODEL nodes as you suggested. I just had a thought... Isn't there something called an 'animation' and is it embedded in the mesh file? I've used Blender just enough to be dangerous... Perhaps the animation sequence is not scaling? In this pic you can see the buggy while it's suspended (on blocks) so the wheel is in a 'hanging' position (ie it's not touching the ground so there is no force being exerted upward on it). And if I take the buggy off blocks with the wheel on the ground the shocks are squished flat which doesn't look good either... Would the 'scaleAll' token scale the anim sequence too? Thanks!
  15. I'm having a similar issue with scaling. Currently I'm creating an RO patch for the USI Exploration Pack and it's excellent PackRat buggy. But instead of increasing it's size by 60%, I'm actually trying to make it smaller so it looks nicer when a tiny Kerbal is standing next to it. I have all the parts properly re-sized and the attach nodes properly moved so the buggy looks good and can be easily assembled with KAS, but the wheels are doing something weird. When the buggy is suspended on another object during assembly (like the KAS Pylon), the wheel drops abnormally low. Then later when driving the wheel seems to lose spring power in the shock absorbers and the axels bottom out. I can drive it well enough, but it looks like the springs busted! I'm thinking this is related to two different (yet related) problems: 1. The hang-low problem probably has to do with some hidden object like collider mesh or something I am not knowledgeable about. My guess is whatever that hidden object is probably isn't being scaled like the visible mesh. 2. Well, actually I don't really have a theory about the weird spring (or lack there-of). Maybe the smaller scaled item needs an increase in gravity resistance?!?! @PART[PackRat_MiniWheel]:BEFORE[RealismOverhaul] { %RSSROConfig = True @MODEL { %scale = 0.55, 0.55, 0.55 } // @node_attach = 0.3, 0.322, 0.00, 1.0, 0.0, 0.0, 1 // Original conf @node_attach = 0.26, 0.222, 0.00, 1.0, 0.0, 0.0, 1 // @node_stack_top = 0.3, 0.322, 0.00, 1.0, 0.0, 0.0, 0 // Original conf @node_stack_top = 0.26, 0.222, 0.00, 1.0, 0.0, 0.0, 0 @scale = 0.55 @rescaleFactor = 0.55 @mass = 0.020 } I can shoot some screen-shots later tonight if my ramblings above aren't making sense. Thanks in advance!