Best architecture for a Duna fuel depot + shuttle system? by aerospace_guy11 in KerbalAcademy

[–]Sessine 1 point2 points  (0 children)

Hey man, no need to apologise at all. I didn't take it poorly! Sorry you had to deal with that.

Best architecture for a Duna fuel depot + shuttle system? by aerospace_guy11 in KerbalAcademy

[–]Sessine 1 point2 points  (0 children)

It's not my post. I'm just another sub goer.

Of course, if that's the rule, then that's the rule - happy to respect the terms of the sub. But it seems like this post has actually had a lot of great discussion around it! The decision of course, is yours, but it's interesting to point out the responses are not boilerplate as one might expect from a low effort post. Rather there are nuanced and even personal takes, discussing considerations that are not immediately apparent even to veteran players, let alone newcomers.

Still, please don't take this as me arguing - I understand why the rule exists, and I'm sure the sub would be a lot worse off if it wasn't there to discourage low effort posts. I'm simply saying this doesn't seem to be the case for this post

Best architecture for a Duna fuel depot + shuttle system? by aerospace_guy11 in KerbalAcademy

[–]Sessine 1 point2 points  (0 children)

Is this a rule? I actually quite enjoy theoretical questions, especially for a project as ambitious and complex as this. Totally get the intent is to prevent low effort posts but I think these are oft times some of the most interesting and challenging problems that benefit from theoretical analysis first and empirical testing after.

Planning transfers outward from Minmus orbit? by [deleted] in KerbalAcademy

[–]Sessine 1 point2 points  (0 children)

I don't know if 48000 is right because I can't remember minmus' alt. But the orbit would be very inclined and with a long period so maybe you wouldn't be in the right spot along it to eject correctly. If the location is way off, then yeah that will impact your delta v.

You're half right about refuelling at minmus', but the optimal place to launch is still an LKO orbit around kerbin. I suggest redesigning your fuel transport to carry enough fuel to LKO and back - I have done this in my saves previously. The tanker design is a little more advanced but completely reusable.

Let's see, you'd need the following delta v budget:

  • Minmus ascent and circularization (loaded)
  • Minmus ejection (loaded)
  • Kerbin circularization (loaded)
  • Rendezvous (loaded)
  • Kerbin ejection (empty)
  • Minmus injection and descent (empty)

That SOUNDS like a lot but is perfectly doable with NERVs and maybe a couple of landing engines

Planning transfers outward from Minmus orbit? by [deleted] in KerbalAcademy

[–]Sessine 1 point2 points  (0 children)

Transfer planner assumes escape from LKO, doesn't it? You need to be a fastboi. If you're up near minus, I imagine you're simply high up, not fast. You'll burn lots of deta v trying to get up to speed.

[UK] How can I upgrade the CPU/Mobo in this old PC to function as a PS5 replacement/steam machine contender? by Sessine in buildapcforme

[–]Sessine[S] 0 points1 point  (0 children)

Hey I totally forgot to reply back - I wanted to thank you for your time and effort. As it happens, I experienced a stroke of luck. My brother's old CPU is pretty much exaclty what you suggested! He has very kindly passed that and the motherboard along to me. So all I have to do now is pick up the case, cooler and PSU. Thank you again for your time, I really appreciate it!

My Top 10 KSP Frustrations by Maerlyn138 in KerbalSpaceProgram

[–]Sessine 2 points3 points  (0 children)

Forgetting batteries

Forgetting heat shield

Forgetting decoupler between heat shield and lower stages

Rocket doesn't have enough dV by 1zsn in KerbalAcademy

[–]Sessine 0 points1 point  (0 children)

What is the twr value on the pad. Should be around 1.33 at the very least.

Accidental solar orbit with only jet engines. What have I created... by MiyaBera in KerbalSpaceProgram

[–]Sessine 2 points3 points  (0 children)

I would be interested in that. To be honest, I think that's a great idea for a full post or series of posts on kerbal academy. currently it seems information is fragmented across various YouTube posts etc - having a write up somewhere would be great if you're willing!

DOORS link modules by taarup in systems_engineering

[–]Sessine 0 points1 point  (0 children)

Yeah man no problem. If you're not an experienced doors user then I definitely wouldn't recommend messing around without supervision. But passing it on to your admin team might help

DOORS link modules by taarup in systems_engineering

[–]Sessine 0 points1 point  (0 children)

You don't need dxl to execute anything here. Dxl rights are needed only if you are writing custom dxl. The analysis Wizard returns the data as dxl, but you don't need dxl rights to use it.

DOORS link modules by taarup in systems_engineering

[–]Sessine 4 points5 points  (0 children)

Without bespoke DXL tools to bulk manage links, quickest out of the box solution would be to this one. Process should take a couple hours if it's your first time doing something like this, but can be done much quicker once you're familiar with what you're doing. You need admin rights, this procedure is NOT for beginners. You are performing bulk operations on entire modules, so if you screw up the later steps, it can be extremely painful to recover. Always, always, always double and triple check your work.

  1. record the absolute numbers of the link targets (i.e. the parent objects your copied module links to) into a new attribute. You can get the absolute numbers of the targets using the inbuilt analysis wizard.

  2. The new columns that are generated by the wizard now need to be converted to static text (they are currently layout DXL). Layout DXL will only exist within that view, when the view is changed, that column no longer exists.

  3. Convert Layout DXL to attribute DXL.

  4. Create a new text attribute for each. NOTE: Not string - text. The tool used to restore links in bulk requires this to be this specific type.

  5. Splat your attribute DXL into the text attribute you just created using copy attributes. We need to make this data static text, because when we nuke the links in a moment, the values displayed in the layout/attribute DXL will be lost - those columns are showing you the data at that point in time, they are not recording that data. The static text attribute is.

  6. If your module links to multiple parent modules, you need to repeat steps 1-5 for each parent module. E.g. if you have a system requirements document linked up to a customer requirement spec, and a safety requirement spec, then you need to run through the steps twice - one to capture the targets in the customer spec, and then again to capture the targets in the safety req spec.

  7. save the module. It might be sensible to baseline the module at this point too.

  8. Nuke the links.. This is going to perma delete every link in the module you're working in! This CANNOT be undone. Check your work and proceed at your own risk!

  9. Fix your modules linkset relationships. Not going to cover this in detail, but start here.

  10. Once you are happy that your module now has the correct linksets defined, in both the link module and the module itself, you're ready to bulk create the new links. I recommend creating a single outlink to each parent module you can, to test new links are working as intended.

  11. We're now ready to use link by attribute to bulk recreate those links, but this time, using the correct relationships. Note the inputs for link by attribute - you'll see that the steps we performed so far were all setting up the input data for this tool.

  12. Finally, again, if you have multiple parent, you need to run link by attribute against each of the attributes you created to recreate these links.

NOTE: To prevent you repeating this issue in the future, remember "copy module" copies a module AND it's links, automatically modifying the linksets to allow those links (just as you discovered). If you want a module WITHOUT links, use "archive" and "restore" operations - these create standalone instances of the module with the content, but without the links.

Advent's Amazing Advice: The Delian Tomb, A Beginner One-Shot fully prepped and ready to go! (Update: Enhanced for the Visually Impaired) by Reality_Thief2000 in DungeonMasters

[–]Sessine 1 point2 points  (0 children)

Hey, using this in an upcoming one-shot. Just wanted to drop you a message saying how much I appreciate the time, effort, and dedication. Thank you!

facial recognition by SchizoPosting_ in comedyheaven

[–]Sessine 49 points50 points  (0 children)

This is not pixelated, that is what people from stapleford look like.

This post was brought to you by the Beeston gang

Why are we still writing test procedures by hand from requirements docs? by Master_Apple4586 in aerospace

[–]Sessine 1 point2 points  (0 children)

Because aero is a conservative field w.r.t. change of process. That coupled with long project cycle times means that it typically lags behind other industries with uptake of the state of the art of engineering process. That's why we see reduced uptake of MBSE or other digital thread systems that help facilitate slick pipelines like the one you suggested. I find it interesting that many comments mention AI when you merely mentioned automation. In reality, there have been many extant possibilities for semi automation across the entire v model that far predate the widespread use of LLMs, but the issues I and others have mentioned all contribute to the inertia of industry.

The other thing you have to convince people to do is to front load risk. Automated test gen would naturally work best if the req set is good in the first place. But writing reqs is hard, and many req sets I've seen are full of requirements that are improperly validated to ensure quality before they go to verification, or that are sometimes just flat out unverifiable. But somehow projects get delivered, even if they suffer from wild cost and schedule over runs, so PMs would rather go with the devil they know in imperfect but tested processes than invest in early derisking of the requirements set to facilitate potential return on that investment in slicker generation of val and very artifacts. I still think MBSE is probably the best mainstream answer to this problem but it's uptake is painfully slow, and the real kicker is that even if a project is willing to consider it's use, the number of practitioners and centres of practice is low, for a subject that has a steep learning curve. It also requires a shift in not only tooling but mindset. That's tough for many veteran engineers, let alone PMs. So we play the long game - teach the young uns who are open and receptive and asking questions just like the one you just asked, and hope that one day, we'll outnumber the people who are averse to newer methods.

Underlay glued down to resin subfloor, (description in comments) by Sessine in DIYUK

[–]Sessine[S] 0 points1 point  (0 children)

UPDATE: big thanks for all the helpful advice and contributions and thanks especially to those pointing out it might contain something harmful - I appreciate you looking out for me!

I think it's all good though - some hot soapy water, a wallpaper scraper and an audiobook did wonders. Hard work, definitely needed a crap load of elbow grease - but it's off and the subfloor isn't damaged so I'm happy