Pappystein

Err, I think Sputnik 3 was Cobalt saying "Hmm I want to make something new to practice on." rather than... "I want to take over ALL of KSP and also make Russian stuff." Besides @Beale has a great mod with lots of R-7 stuff!

First thanks for the quick and detailed replies. I ran 3 tests. Test 1) BDB Apollo Blk-IV. MM created DP-05P of 0.9375m Diameter. Single Deploy altitude in the right click menu (more on this in a bit)..... No mater what altitude I set it to, UNLESS I click Deploy BEFORE that altitude... I get a deployment starting around 200m. Test 2) SC-V VA capsule on TKS. (I needed to try this out since I haven't played with it yet.) inbuilt Dockingports have 2x deployment altitudes showing on the SC-V and 1x on the TKS... I discovered something... tragic here. The Chutes deploy over about 8 seconds..... 8 x220m/s = ~4000m traveled.... https://imgur.com/a/Se5yM Test 3) Final test... BDB Apollo Blk-IV with MM created DP-05P of 0.9375m again. This time setting deploy altitude to 5500m (Max allowed). Well you can see the results in the Imgur library. The Chute is deciding the speed is unsafe and not deploying. Cause is not my MM file as I initially surmised but the fact that SSTU built in ports have both a Drogue and a main chute whiles the add on ports only have the mains... Add the fact that the BDB Apollo has less intrinsic drag than the SSTU Apollo..... Yep 100% not an issue. So I did Test 4 before posting.... Same Atlas V launch vehicle... Launching the SC-B Apollo capsule. Interesting... On a rocket that could only get the SSTU SC-V to 453km and the BDB Apollo to 1.1Mm.... The SC-B went past escape velocity. Judicous use of the Hyperedit Thrust adjustment tool.... and I am ALMOST escape velocity.... Landed safely 28 days after launch. Sorry for raising this @Shadowmage Maybe I should play KSP more often so I can not make these....fun... mistakes. NOTE: The only reason the SSTU VA and Apollo capsules did not burn up was because of the drogue chutes.... I attached the 0.9375m docking port to both and they both crashed. This was in my sandbox game so I just reverted My Solution.... Add 4 Air-breaks to any capsule I am trying to land with the docking port serving as a parachute module.

RE Textures on Station parts: Please disregard my previous query. I have found exactly ONE missing texture... And I don't think it was intended to be on the adapters anyway. The ST-B texture that is on the cores of the stations does not extend to the adapters.

I am loading my KSP build right now (takes 5 minutes to load with all the mods for Galileo... But a Fun system to play in!) I will run through. and create a spreadsheet. Sorry I screwed up.. Gael is the planets name and is the Kerbin equivalent in Galileo. I will run a couple tests with the Barometric Atmosphere sensor since I don't know where to dig it out of the myriad of CFGs for Koperenicus/Galileo. I also Forgot to mention I am running Realchute. Per the Sensor 100kPa at SL. down to 45kPa at 5000m RealChute derived parachute modules are deploying at correct altitudes (pressure 0.1 for pre-deployment and full deployment at 700m)

@Shadowmage Not really an issue so REAL LOW priority. But the DOS station parts endcaps do not have a complete set of matching "default" texture types/styles to the base body. If this is as intended COOL. If not I will create an issue in the Hub. I ended up with a pretty DOS core part for my refueling station but the Top 5x Node was unable to match the central body. It ended up looking awesome with the color adjustments you have given us but I wanted to make certain it was mentioned. I am using 0.6.36.139 Also I am not certain if the following is an Issue with SSTU, My MM file or Kopernicious. I have resized your DP-1P docking port to a 0.9375m size for Various other parts (Agena or Apollo being two keys units for this.) The Parachutes don't deploy on Granus (Galileo Solar System) until I am at 200m... That is with a deployment set to 1200m. I have included my entire resize MM for the 0.9375m port.

That is what I get for using the optional rename cfg for all your parts! Ah, didn't think of THAT particular reason but I should have known better THANKS!

So I have already edited these two entries out of my copy of the Optional Saturn Multibody parts cfg (in the BDB extra folder.) but can someone tell me why the UA-1207 was DOWNscaled for Saturn? I would assume that this was to represent the 156" UA1562 or UA1563 ESRM (Enhanced Solid Rocket Motor) that was built and tested but never launched....But 156" is LARGER than 120" Thanks for the clarification

Nice improvement! @CobaltWolf Each new texture seems to have some improvement over the last. Vega was good before but dayum... now.... WOW! So does this means I don't have to keep using the Excelsior (Blue-Streak) small balloon tank then for Vega? Actually your step 1 would be to go to the first page and then visit the Github and see if anyone has posted an issue in the bug tracker relating to this. I didn't open any of the issues currently listed at :https://github.com/CobaltWolf/Bluedog-Design-Bureau/issues?page=1&q=is%3Aissue+is%3Aopen But by title I did not see anything related to Spica lander (the Apollo Lander's name in BDB) I haven't used the lander in a while and we often times see issues with one mod playing with another, so this might not be related to THIS mod even though the part in question is from it. Now Cobalt has had issues with ladders with some of the older parts (sliding Kerbals on Gemini and Mercury for example) but I don't remember this being one of them. I have just unlocked the lander in my career and am planning a visit to Iota today with it...

BLASPHEMER! Number of Rocket Launched Cargo and crew transport modular options to space stations better than Big-G < 1 An Orion with an Apollo Blk IV module MIGHT be almost equivalent hence I didn't say zero Ok so the above is 100% opinion... But I love Big-G. Why? Docking backwards seems to make the most sense to me. If I need to go I don't have to back up to start.... Just like I try to never pull into a parking spot. I either drive through or back into my spot when possible.

@G'th I had a brief aside conversation with E of Pi where we were talking about McD's Big Gemini proposals. Inferring a lot from my memory as there were several of us in the conversation at the same time.. but in the conversation the ACV was described as a prettied up version of Big-G to get Big-G without it being a Gemini derived part. So in effect, when @CobaltWolf finishes Big-G (or if I ever follow through and finish learning how to make parts.. so I can make my own Big-G) you will have ACV. In a more usable and cost efficient manor....

So I don't have hard data on this but about 2 or 3 years ago I read that the orientation package was jettisoned with parachute deployment. Here is the issue with that statement. Where are the landing rockets? I checked every photo of the VA I could find and never found rocket orifices or places that could be covers for said orifices.... This leads me to believe that the VA DID keep the Orientation package. This made me think of an old proposed "suicide burn" option proposed in the early days of US space flight for a recoverable satellite part (Likely a Photint pod.) A rocket mounted above the pod fires just above local ground level and slows the pod down to ~0.1g negative acceleration (IE it is falling approximately 0.981 m/ss.) The final altitude was to be something like 0.5m AGL. The pod would release and the Rocket would then fly unguided up and at an angle away or the Rocket would auto separate upon landing.... there were many proposals for stuff like this before the world had the computing power to actually calculate when to do all these steps.. Final impact would be below 3m/s most landers seem to be comfortable landing. Could this be what VA does I wonder. As it applies to VA this means... Orientation module (via pilot or autonomous via something like Mechjeb,) seeks correct heading for retro-burn. Retro rocket fires and after burning out detaches (... or see 1 below) Orientation pod keeps HS pointed at Periapsis through combination of drag/RCS modules. Aerodynamically for a conical VA Pod the Orientation module is like a big tail fin.... large Drogue Parachute is ejected and slows the VA pod down to something like 15-30m/s Again no hard data. At point just before impact Retro-rocket fires releasing the VA pod automatically at ~ 2-4m AGL After the retro-rocket separates the VA "crash" lands at 1G of acceleration and approximately 3-5m/s The Orientation Module has now rocketed back up to altitude (tens of meters... no more) and the drogue chutes now have enough surface area to act as a regular chute... The VA Orientation Module is fully recoverable. (See 2 below) 1) Separation is likely but not certain. All of my statements are based on the theory that the OM separates just before landing. 2) Separating the OM is likely a crew safety feature... After all fuels would be UDMH/NTO. To replicate this in game would require a plugin or a group of plugins for optimal performance (very few people have a reaction time fast enough to do all these steps... esp given the delays introduced in KSP itself in the manual staging process.

Great idea, But this could leave you stranded on the home planet for a long time in alternative solar systems... Galileo for example where planetary exploration has a much higher science potential than Kerbin (or-whatever home planet you are on.) I mention this because my main career is in the Galileo system I have some ideas to flesh out further before discussing but I too am not happy with the current tech tree layout. I think I have tried all of the Techtrees out there and found that each one had a purpose but each one would fall apart at a certain point with my play style. May I suggest you prototype your Tech tree for BDB as a MM file to alter the placement of the BDB parts in either a Stock or Community Tech Tree. Even just do it for the early tech levels to get a "feel" for how your own Tree is going to evolve.

First off you are Quoting the Saturn C-2B design. Lots of documents drop the suffex letter since they were 'just proposals'. Original Saturn C-2 proposal was Saturn S-I Stage, Saturn S-III stage and Saturn S-IV stage. I will cover my choice of Diameter below. https://en.wikipedia.org/wiki/S-III At the Time NASA/ABMA were wrestling with vehicles needed for EOR Lunar launch. Proposed were C-2 and C-3. C-3 originally had the S-I, S-II, and optionally S-IV, and S-V in it's stack. C-2 had the S-I, S-III, S-IV, and possibly S-V stack. The C-2 was developed after the original C-3 but before C-3B to be cheaper to develop/make. However the launch cycles needed to build the proposed Orbital escape vehicle went from 6 launches to something like 26. First C-2 was dropped, then C-2B was ginned up to use the parts left over from the original C-3 when C-3B was evolved (2x F-1 first stage.) Then Both C-2B and C-3B were dropped in favor of the larger diameter C-5. Lets not bother to mention C-4 because it muddies the water even more. The problem here is NASA/ABMA(Post NASA Takeover) do not follow any sort of structured naming procedures. Thus designations are re-used and re-used.... For example the S-II with 4 engines has NOTHING in common with the S-II from the Saturn V.... Other than they are powered by J-2 engines in a cluster... at some point. As for my Saturn C-2 rocket. I took a WAG as I stated already. I do not foresee a Saturn C-2 or C-3 surviving with the S-IVa stage given they would come after Saturn C-1's launch (aka Saturn I.) Thus I upped the top diameter to match 3.75 and then just went with a resized S-IVB tank and the S-IVC's (From @Drakenex's alternate parts patch) engine mount with more mass and a higher cost (because it is available before S-IVc) Again, Total WAG but it fits with original proposals and is a nice single payload launcher (Station parts.) for lower Kerbin orbit. I use Saturn II-INT-18 that has a S-IVc for my heaver station parts. I am not going for total realism here.... If I was then I would only be running Saturn I and Saturn V based rockets after all! But The S-III stage fits.... Oh and I forgot to mention, you can ACTUALLY get a fully fueled Blk-II Apollo CM/CSM stack into orbit with it. Have not played with the Blk III/IVs yet but I foresee getting them to a 200km orbital station without major issues. In CH2 of Stages to Saturn, (your link) it even outlines the building block concept at the start of NASA integration as the S-III would be the first J-2 engined stage and would be the 2nd stage of the C-2 Rocket. The S-II stage would then be developed as an enlarged S-III stage with 4 engines. for the C-3 rocket... To save space here search for the following passage: "[48] Moreover, all first three candidates " https://history.nasa.gov/SP-4206/ch2.htm

I chose to go a different route with my C-2 rocket. I took the Saturn IVB Fuel tank and then shortened it. Making the S-IVC (Optional part) available earlier at a higher cost gave me my twin J-2 Saturn C-2 S-III stage. S-IB first stage, S-III 2nd Stage, S-IVB 3rd Stage and CSM/LLM uppers = Saturn C-2. Needs SRMs to launch both Apollo and the lander but... Neat rocket. By Going this route, I am still able to use the later ETS Saturn IE first stage and I just have 2x of the 3.75 to 3.75 Saturn 1 Inter-stages to contend with. My Vision of the Saturn C-2 or C-3 is they would have evolved to production after S-IB so no need to use the S-IVA upper stage. Please note the tankage volume is completely a WAG based upon two drawings (no hard numbers were used in the creation of these parts!) While I am still playing with my own S-III stage (Nodes are not correct.) Here is what I have:

Can we get a link to the Github for these parts? I know @CobaltWolf that you posted it in your Bluedog Design Bureau topic.... But people might be finding this and wishing to download the early parts themselves without that knowledge.

I noticed that no where in the MM file does the Category get changed to = none, so that RealChutes can re-catagorize the Ballutes This is optional but I added the @category = none Like this: @PART[InlineBallute*]:NEEDS[RealChute]:BEFORE[FerramAerospaceResearch] { @category = none Still working on my testing... I am going to try to scale down the Height of the larger baluttes so they are not so volumous

@riocrokite @Starwaster So I RE downloaded the 1.28 vers from the Git to verify my findings before posting. To start Realchute.cfg can not work as a MM file as included in 1.28 there are 4 missing } and an un-needed '@Part' call Here is my final cleaned up version: Starwaster, the #$ etc are operands for bulk math processes in Modulemaneger. IIRC they are correct but I haven't delved through the code (KSP is loading while I type this.) I am going to go through each CFG file and see if I can clean them up next because there seems to be a bunch of extraneous lines in each file....

Yeah.. I didn't write the code. I just added the missing { to every @Part section. I posted it with only that change. I will attempt to write a cleaner code after I read through Realchute forum as well as do some testing (Realchute just got downloaded to my Galileo and testing installs.) Any thoughts on the main parts having 'Scale =' in two locations?

Um... The only problem is I am guessing that the Kane probe does not release quickly... like when the fuel load pitches the receiving aircraft suddenly? On the subject of Docking ports. Am I the only one who is having problems with the APAS ports? I use the passive on the target vessel and the active port on the maneuvering vessel... They won't join up without a lot of re-jigguring (twisting left and right... extending and retracting the active port several times and lets not talk about DE-Coupling!)

@Starwaster @riocrokite I had two different MM files causing issues from outside. Also I noticed a missing { or } (Don't remember which) in the Realchute.cfg patch. On top of this, I had my own MM file trying to add new sizes (0.9375, 1.5m, 1.875m,) and at the same time slim down the height on the larger Ballutes. Finally I had a MM that was incorrectly setup to parse Fuel tank changes that was somehow causing the final part of my problem (with B9PartSwitch.) I don't know how B9PartSwitch was causing the ballutes to fail, but as soon as I removed B9PartSwitch the Ballutes appeared. Once I deleted the Realchute patch, and my B9Fuel patch and my Ballute patch, the base Ballutes would work with B9PartSwitch installed. I am curious... All the CFGs use the Realscale once and the Scale = TWICE!.... IIRC SCALE = should only be used once... yes? I am posing a modified "cleaned up I guess" code in the spoiler tag below for Realchute.cfg. I have not tested this since I am currently not using realchute but all the { now have a }

So I found this error spammed in my log files for The Inline Ballutes... [LOG 20:19:07.841] PartLoader: Compiling Part 'KermangeddonIndustries/InlineBallutes/Ballute062/InlineBallute062' [ERR 20:19:07.844] PartLoader: Encountered exception during compilation. System.FormatException: Unknown char: , at System.Double.Parse (System.String s, NumberStyles style, IFormatProvider provider) [0x00000] in <filename unknown>:0 at System.Single.Parse (System.String s) [0x00000] in <filename unknown>:0 at PartLoader.ParsePart (.UrlConfig urlConfig, .ConfigNode node) [0x00000] in <filename unknown>:0 at PartLoader+<CompileParts>c__Iterator66.MoveNext () [0x00000] in <filename unknown>:0 The same basic chain is for each IB provided. I am now going though the individual CFG files as well as the patches that are installed that can affect this mod. In the base CFG... the only thing I can find wrong is this: node_stack_top = 0.0, 0.175, 0.0, 0.0, 1.0, 0.0, 1 Please note the extra space before the last three coordinates. The node_stack_bottom does not have the extra space.

@riocrokite I am also having an issue with this... but since I have not unlocked any of these parts in my carreer yet I didn't notice it. Mods installed: B9PartSwitch Bluedog DB MM 1.81 SSTU (but parts were missing before I added) Mechjeb Toolbar Tweakscale DMagicScience Animate Porkjet Part Overhaul (with MM file to actually activate the parts.) Kommitz Nucleonics (Both old and new since they add different parts.) After I solve an issue that just popped up yesterday with BDB fuel tanks missing... I will tackle the Ballute troubleshooting.

So I am unsure yet if this is a BDB issue, a B9PartSwitch issue or an issue with a specific MM file on my computer. Last week I updated to the latest B9PartSwitch as well as my copy of the BDB master files. No BDB tanks appear in the game unless they were ones created by my MM files (they don't have names starting Bluedog_ etc.) If I remove either MM1.81 or B9PartSwitch the BDB tanks re-appear. I am posting here to ask if anyone else has updated B9PartSwitch to the latest version and are they having issues? For the record I am using the MASTER copy of BDB that I downloaded on the 7th. The only other mods I have are Tweakscale, SSTU BREXIT (added after the issue) and Mechjeb in this build. Obviously something with the MM files is the problem I am just seeking confirmation before moving on from others.... Situation solved. I found a file with old code from when I was trying to integrate UDMH/IRFNA-IV to BDB without knowing the process for B9partSwitch. Don't know how it got copied from my code archive... Ach So!

Don't know if this was supposed to be deleted or left on the list but UA156x Nosecone is on the list, as is the INLINE version of UA156x but no mention of the 3 segment or 4 segment side attaching UA156x 2.5m SRM. Oh and according to the NASA SRB study for STS, the UA156 would do away with the external hydraulic tank... Rather the Hydraulics would be in the skirt (similar to the Shuttle SRB.) Other than that... NICELY simplified! The Atlas D/E is coming along NICELY Cobalt! I can't wait for all the "Why can't I attach to the side of this rocket" questions start porting in. I have a reply already ginned up and ready to spam reply back

Damn, I go away for just a couple of days and you post this! I CANT wait for THIS! .... but I will... If I have to... I guess... I assume those smudges in the WIP texture will eventually be "No attach" warning strip like your Blue-Streak? Will colliders for the vertical "pods" on the side of the balloon tank allow attachment? I STILL can't wait! PS bonus points for the first person to guess where I got the".but I will... If I have to... I guess"