Jump to content

AVaughan

Members
  • Posts

    621
  • Joined

  • Last visited

Posts posted by AVaughan

  1. 7 hours ago, Techercizer said:

    As a heads up, I'm pretty sure the *.39 and *.40 patch combo introduced a new crash into my RSS game. I had an issue where after updating, I would load into my autosave with a craft heading away from earth on an impact course for the moon, timewarp to just above the moon, start a suicide burn (and run some tests for contracts while burning), and consistently freeze/crash as I neared the moon's surface. This happened about 8 load-crash-retry cycles in a row, until I rolled back Kopernicus to *.38  and it worked just fine the very next try.

    I still have the autosave if you want any logs (player.log? others?) to look into this, but I've got a lot of mods in this install so it's likely not as simple as some easily testable conflict with stock.

    Around 3-4 months ago there was a similar repeatable KSP crash or freeze reported on the RO discord during someone's Moon landing.  From memory that was traced to KER's landing prediction.  Disabling that allowed the de-orbit and landing burns to proceed.    

     

    Edit:  Found the conversation.  It wasn't the Moon, it was Vesta.  https://discord.com/channels/319857228905447436/331813459417235457/822357256292794388

    Quote

    I've got a probe doing a fly-by of Vesta; its periapsis is positive but inside the terrain. When I perform a burn that lifts the periapsis above the terrain, the game locks up (CPU pegs at 100%, screen stops updating). Repro'd three times now. Is this a known issue?

     

  2. 2 hours ago, SunlitZelkova said:

    Mission-wise, there is not much of a difference between a 25 megaton warhead and the larger warheads that could be carried by Starship.

    Why mention megaton? 

    Starship would enable 100+ tons of conventional explosives.  (Or cluster bombing using 100 tons of conventional bombs). 

    Even a tanker version of Starship is potentially 100+ tons of fuel air bomb.  (Although it probably wouldn't get good dispersion for an effective fuel air explosion).  

  3. 6 hours ago, CatastrophicFailure said:

    This. One is a thing where large numbers of passengers are guaranteed to be involved, whereas the other is a proof-of-concept test series where explosions are guaranteed to be involved. It is expected that an airliner should be able to fly for umptillion hours with no incidents, just as it’s expected that SNs will go foof.  
     

    Inspiration4 should be carefully observed and regulated. 
    DearMoon should be carefully observed and regulated. 
     

    But the SN tests should be given a decent amount of leeway as they are, after all, tests, and everything I’ve seen thus far points to SpaceX exercising due diligence with existing safety precautions. We know something’s gonna go boom, they know something’s gonna go boom, but apparently the FAA is all like “you never said anything was gonna go boom!”

    And speaking of booms, I predict that there will be no booms tomorrow. In fact, I guaran-ding-dang-diddly-durn-tee it.

    Because I’m going to sleep through it. -_-

    or it’ll just scrub anyway...

    From memory of the news reports I saw months ago, the story with the 737 crashes from the last few years was that Boeing told the FAA that they had taken certain precautions to ensure that single angle of attack sensors wouldn't cause problems even if the sensors failed, and the FAA took Boeing at its word.   However during the investigation into those crashes FAA discovered that Boeing hadn't taken done that.  Hence the fuss about the FAA under-regulating the industry.  (Note that is from memory of news reports, so I've probably got some details wrong, but hopefully the gist is right).

    Now with SpaceX and Starship, I'm guessing/hoping that they are checking that SpaceX has appropriately calculated the blast effects and taken appropriate precautions in case the Starship explodes on the pad or 5 seconds after liftoff,  or if one or more flaps seizes up during decent, and SpaceX loses control.

     

  4. Well the fix for those experiencing what looks like the same issue on 1.8.1 was rolling back to an earlier version (it was described as an august version, so I'm guessing one of the 0.06xx versions, but that was for 1.8.1.  No idea what version you need for 1.11.1.  (RO/RP-1 are only officially supported on 1.8.1 atm.  You might get better/faster support on the RO discord https://discord.gg/BCTBzyJqP3 ).

  5. On 3/10/2021 at 9:35 AM, MacLuky said:

    I may have found a bug. I have 6 trained crew, both proficiency and mission and I don't like the auto-pick. So I removed one from the list, but if I try to add another an empty list is presented. I'll update RP1 to master and will check again.

    Are you clicking "Fill" or "Add"?  "Fill" will automatically select the first kerbal, whilst "Add" will let you select the kerbal.

  6. 16 hours ago, minerbat said:

    it has probaly been answered before, but im not going to look at 76 forum pages. what are the minimal required specs in which it's at least playable if no mods like EVE or scatterer are used? because i don't have a very powerfull laptop

    I have played with a i7-860 desktop with HD 5770 graphics (so both 10+ years old) with 12 GB of ram.  I have seen other people who get RO to load on systems with 8GB of ram, but with very long load times, probably caused by windows paging.

  7. 10 hours ago, Jcking said:

    Hello there, Is it possible to configure a fuel tank such that you can toggle the volume in game via something like B9 Part Switch (like how Universal Storage 2 changes between fuel tank sizes), or is that out of the question?

    Real fuels and procedural parts should work together.  Proc parts will let you configure tank diameter + length in the VAB/SPH

     

  8. 9 hours ago, Lilienthal said:

    When I use MJ ascent manager, and disengage the auto pilot all engines stop. Is there a way to avoid that?  (I mostly use MJ Ascent to determine the point when I am in the orbital plane of the moon.)

    From memory,  Mechjeb -> settings, toggle 'module disabling does not kill throttle'.  If I recall correctly, after you have enabled that, disabling ascent manager will leave the throttle in whatever state it was before you engaged the autopilot.  So make sure you throttle up before launch (or set ksp to always throttle to 100%).   There are also some settings in utilities you might want to toggle.  (Prevent unstable ignition, rcs to ullage). 

    Also you probably want to be using mechjeb PVG, and might also want the mechjeb dev version.

  9. 4 minutes ago, 4x4cheesecake said:

    In case this is still relevant: yes, I can get back a normal state after switching back to the main menu and also after entering and leaving a building like the VAB or SPH but the KSC still starts floating after reloading a savegame again.

    I've never seen it myself, but it has been reported occasionally for years in RO/RP-1 threads (and I think I've also seen reports in other planet pack threads).  From memory the normal suggested workarounds are things like entering the tracking station, or doing a save/load cycle.

  10. 35 minutes ago, Rakete said:

    I wish for a 1.11.2 release. Will we get one, if we beg politely?!

    I think an 1.11.2 is unlikely.  1.12.0 is due is roughly 7-8 weeks, so I doubt they will do a 1.11.2.  

    Indeed at the time they announced the quarterly updates they were hoping that with the new process they would be able to reduce the number of updates below 6 per year.  See https://forum.kerbalspaceprogram.com/index.php?/topic/178756-ksp-weekly-the-moon-race/&do=findComment&comment=3463071 .

    My personal opinion is that the only way we will get new updates without new bugs is if they switch to an open beta style of release.  They apparently don't have enough automated test coverage to catch all the regressions, and an open beta is the only other way I can think of for a small team to get enough testing of everything in a game as complex as KSP.     (Please do consider it Squad, at least for the point releases).

  11. A week or two ago I read something on social media (not sure where, maybe in this thread), that suggested that SpaceX had loaded more fuel in SN8 than they were authorised to.   Maybe that is what the FAA was upset about. 

     

    13 hours ago, sevenperforce said:

    I really only worried about two things: aerodynamic control authority during unpowered descent and the engine plumbing reliability at relight. At least the first seems to be a non-issue.

    My best guess is that there’s another propellant flow issue. With the 1-2 relight they do, it almost looks like the torque from the first engine startup might have introduced unexpected slosh in the lines to its companion.

    Fluid management is hard. 

    Personally I'm worried about the downcomers and header tanks.  Especially that long downcomer from the nose.  Fluid mechanics is complicated.  With a fluid that is already close to its boiling point, it might only take a small (potentially localised) pressure drop to cause some of that fluid to potentially boil and create gas bubbles.  Turbulent flow in the downcomer or even just sloshing as starship flips might be enough.  You also need to consider heat transfer from the downcomer pipes to the fuel.  I have no idea how well the downcomers are insulated, but there is probably going to be at least some heat transfer from the support brackets to the downcomer, then to the fuel/oxygen.  If the liquid is already at its boiling point, then that means that gas bubbles might form in the downcomers.  (If that happens during re-entry, then how do you get those bubbles out before the engines ingest them?)

    If SpaceX is using superchilled Methalox, then given the short flight duration of the test flights, this might not be an issue atm.  But something keeps happening the engines during the flip, and I'm guessing they are ingesting gas.

    9 hours ago, tater said:

    It makes me wonder if the best solution might be a header tank for each engine for landing.

    That might be a good idea from a reliability perspective.  It might not even be much heavier than the current design.   For a theoretical spherical pressure tank, tank mass is actually proportional to volume, (https://en.wikipedia.org/wiki/Pressure_vessel#Spherical_vessel).  So 3 small tanks with shorter and simpler plumbing to  the engines might not  add a significant mass cost.  It would mean a higher surface area to volume ratio, which suggests higher heat transfer, which implies more boiloff.  (Assuming the header tanks are located within the main tanks, if those tanks are depressurised and hence effectively a vacuum, then the surface area to volume ratio might be mostly insignificant.  Thermal transfer via the mounts/pipes might be the dominant concern).

    I wonder whether carrying more fuel and doing a single engine flip at a higher altitude would allow them to successfully land and hence run more tests per prototype and get better data on how the fuel is behaving (sloshing?) in the tanks and downcomers during the flip.  (If needed they could do the flip, then ignite a second engine to decelerate after fuel has stabilised).   Plus they probably want to inspect some Raptor engines after a flight.  Of course, there is still the issue of whether one engine can provide enough torque to flip in a reasonable time.

    If they are willing to consider a redesign, then maybe 3 sets of header tanks.   One set for each engine.  (So 6 header tanks total).  If you still do a 2 engine flip, then that gives you a spare engine and header tank/downcomer set, for partial redundancy.  It also implies a 50% increase in fuel/header tank mass.   

    Next rearrange the plumping.   Dedicated piping between each set of header tanks and their associated engine.  Make that piping as short (and straight)as practical.   (Although not vertical, because we also want to move the header tanks somewhat dorsal of vertically above their engine).   

    Consider a Starship in the bellyflop position at roughly terminal velocity.  At that point the fuel is experiencing roughly one G, directed roughly dorsal.  Next consider a Starship that is in the process of executing the flip.  Again the fuel is experiencing acceleration from the engines, directly rough aft.   So you want the downcomer oriented so that it slopes down from the tank to the engines at all times when in the lower atmosphere.  That way any gas bubbles that do form, will rise into the header tank, and not end up trapped in the downcomer.   My guess-estimate from this overly simplistic analysis is that you want the downcomer oriented roughly 45 degrees dorsal of vertical.   Obviously SpaceX could do a better analysis and design a solution that optimises the ability of any gas bubbles that do form to migrate back into the tanks, baffles to make sure that gas is never sucked into the tank outlet from fluid sloshing around, and good fluid flow rates after ignition. 

     

    8 hours ago, ExtremeSquared said:

    Suggests there was ballast on this one. Maybe more fuel.

    Or a slightly slower average ascent rate,  to a lower altitude before the transition to skydiving.  (Or a combination of course).

     

    2 hours ago, Flying dutchman said:

    Media is being stupid again in my country.

    They're saying that because Starship crashed, it wouldn't be wise for spacex to facilitate Space tourist missions in the near future.

     

    They clearly don't know that those people are launching on Falcon 9/dragon..

     

    They probably don't even care.  Most media outlets, only care about page (read ad) views per dollar spent on wages/salaries.  So an unresearched but sensational article churned out by someone with zero knowledge in the field is cheaper and faster to write, and will probably earn about as much money as better article that is properly researched.  (There are exceptions, but they are generally written by authors who are already knowledgeable in the relevant field and targeted at audiences who are actually want decent information).

     

    53 minutes ago, derega16 said:

    It kinda like "because Titanic sank we shouldn't use ship anymore"

    Maybe more like "because of what happened to the Hindenburg, we shouldn't use hydrogen airships"?

    Personally I think Starship's flip and propulsive land manoeuvre will be more dangerous than a well designed and tested capsule landing under parachute for many years.   (Probably permanently).   Sort of like comparing hydrogen filled airships to helium ones.  If an engine ingests gas during the flip, then there is a high chance that engine will fail, and if all engines share a common downcomer, then attempting to emergency start another engine risks feeding it the same gas.

     

  12. 29 minutes ago, magnemoe said:

    Finally crew quarters. This is an major issue as worse case fail for superheavy is measured in kiloton. You can armor against an failed landing pretty easy but not against superheavy shutting down 100 meter up N1 style. 

    Everyone on a boat, and go watch the launch from 5 miles away.  (Or whatever distance is considered safe).  That will do for the initial testing phase.  Long term they probably want a better solution, but for Superheavy's initial test phase, 1 hour or so to evacuate everyone is simpler than trying to design something that would allow the crew on the rig to survive a worst case launch failure.

  13. 5 hours ago, Filigan said:

    In additon, when i launch the rocket via Mechjebs asscent guidance in the final stage (the satelite itself) i start to get a readout that says "Mass is off by X%"   it starts at 0.1% and in the example case it went up to 4.6% in my parking orbit.

    KSP version?  

    Mod versions?

    If it is on 1.11 then it sound like it might be 

     

  14. 1.11 ?  Do you see the same thing in earlier versions?  Crewed part?

    Sounds like it might be

     https://wiki.kerbalspaceprogram.com/wiki/1.11 mentions a minimum part mass, but my reading of that means it shouldn't affect dV/acceleration.  

    Quote
    • Parts now have a minimum Rigidbody mass minimumRBMass which affects how small the rigidbodies mass can be. Does not affect part.mass - which is whats used to calculate force, etc - but does affect rigidbody collisions.

    Another possible cause might be whatever function is returning vessel mass is ignoring crew mass or maybe the mass of eva attachable things in crewpods/containers.

     

  15. 4 hours ago, magnemoe said:

    The problem is that landing back on the pad will be so much simpler, how to even design something who can grab the top of an rocket doing an suicide burn? An 200 ton rocket.  Note that the top is likely to swing a meter or two then you do trust vectoring who is not an issue if landing on pad but critical if trying to grab it somehow. 
    The arm will both need to be very fast to move in an clamp down during the suicide burn, move in 3-5 meter and do it so softly it don't damage the hull and strong enough its able to hold 200 ton. 
    Just try to design it somehow :sticktongue:

    Superheavy should be able to hover, so a suicide burn shouldn't be necessary.  Assuming adequate fuel reserve, it should be able to gently lower itself into the waiting arms.   But yeah I can see them losing a few launch towers trying to get this right.   

    Might make more sense to use a retracting arm launch tower for launch.  Then use a specially designed crawler setup with tracks at 4 corners to catch the booster. 

    Can grab Superheavy from 4 sides.  Can be designed to withstand lateral and vertical shock loadings.  Over engineered to hopefully cope with an imperfect landing.  More stable and less likely to tip over in the event of higher than designed loads during an imperfect landing than a tower with an arm sticking out the side. 

    Then use the crawler to move the booster back onto the launch clamps.  Can land far enough away that a RUD on landing doesn't damage launch infrastructure.  Might take more than 1 hour to get back on launch clamps, but better to build a system that works reliably than lose multiple launch towers struggling to get a more advanced system working.   (Once it is working reliably you can reduce turnaround time by landing closer to the launch mount, at the cost of making launch infrastructure vulnerable to damage during a landing failure).

  16. 10 hours ago, Just Jim said:

    I was afraid I was kind of dating myself with that one...   lmao  :D

    I think there are a lot more mature KSP players/forum members than in many other games. One of my earliest memories is of my parents getting me out of bed in the middle of the night to watch a moon landing on TV.  I would have been about 2½  during Apollo 11 so it was probably that landing.  (That dates me).

  17. 9 hours ago, sevenperforce said:

    It distributes the force of the engines to the outer shell, which is the primary thing lifting the entire ship. So transitioning from engine thrust force to impact force would be natural.

    What is that max acceleration of Starship + Super heavy? I'm guessing around 30-40m/s2 shortly before separation?   What is the load path?  My guess is through the skirt, but that is just a guess.

    What is the acceleration of a fully fuelled and loaded Starship?   About 10m/s2 or so isn't it?  So the thrust puck only needs to be designed to cope with stresses equal to a fully fuelled and loaded starship at just over 1 gee, whilst if my guesses above are correct, the skirt needs to support a fully fuelled and loaded Starship at around 3-4 gee.  

    Additionally, in the event of a heavy landing, if any damage is confined to the bottom of the skirt, then there is less risk of a fuel leak and subsequent fire than if the thrust puck is deformed or the downcomer is damaged or the bottom of the lox tank is damaged.  


  18. Where I live (Australia) land is zoned residential/commercial/industrial etc.  Zoning affects council rates, permitted use, and is also relevant when you need approval for development etc.   Does a similar thing exist in the USA?  Could it be simply that those creek beds are zoned rural, since they are unsuitable for residential/commercial/industrial use?

     

    Also politicians tend to vote for proposals that they think will help them get re-elected.   So it doesn't matter how badly written a proposal is, if enough rural voters think the proposal is good, then that might be enough to get the appropriate legislation passed, even if it also funds internet in areas nobody lives.

  19. On 12/1/2020 at 4:19 AM, anothernormalplayer said:

    Hey, i have KSP 1.8.1, i want to download this mod on Ckan. But it doesn't let me (even though it says that the mod is compatible with 1.7.x and 1.8.x), and i can't find a link where i can report this to get some help. Could someone help me please?

    Have you followed the install directions?  https://github.com/KSP-RO/RP-0/wiki/RO-&-RP-1-Installation-for-1.8.1

  20. 1 hour ago, mystik said:

    If Unity is the wet dream of developers why does the kraken exist to the point where it has become a meme?

    Because of the way Squad choose to simulates the physics of individual parts (including the values they choose for stiffness and damping of joints.  If you made the same choices in Unreal engine, I expect you would get similar results).  I expect they decided that bending/flexing rockets add to the comedic appeal of the game, the same as waddling Kerbals, and so didn't want to change the physics simulation.  So in my opinion the Kraken is probably the result of choice made by KSP's developers.  

    You keep pointing to the flaws in KSP/Unity games in general, and using that to claim that Unity is bad.  I think in many cases a lot of the blame for poor graphics in Unity games is simply because it is used by a lot of small, inexperienced game developers.  Small inexperienced game developers are going to struggle to make top quality graphics regardless of which engine they choose because they lack the time, money and experience of larger more experience teams.  That is the way life works, and not a reason to blaming the game engine those smaller developers choose.  (Also remember that the initial release of KSP was back in June 2011.  You should expect that the sequel will have updated graphics).

  21. 15 hours ago, RealKerbal3x said:

    And both segments are designed to land and be reused three times a day. It's just silly, and I'm glad they're doing it.

    3 flights a day for starship on a regular basis doesn't seem plausible to me,  at least until they get more launch/landing sites (or alternatively an equatorial launch/landing site).  Just think about orbital inclinations and their existing launch/landing sites.  Once you launch starship, and it achieves its mission, how long will it need to wait for its orbital track to pass over its intended landing site?  Then once it lands, cools down, gets a cargo, and is mated to superheavy, how long do they need to wait for the launch site to pass under a target orbit again?  Regularly having even one vessel do all that 3 times a day from their existing launch/landing sites?  That doesn't seem likely to me.

    I can see them being able to get starship back on the pad and waiting a launch window in under 8 hours (especially for tanker flights), but starships performing 3 orbital flights a day on a regular basis seems unlikely, at least without a lot more launch/landing sites or alternatively an equatorial launch landing site (and zero inclination target orbits).

    If they get enough missions happening, then flying the same booster 3 times a day is more reasonable, but even there if you have that many flights happening on a regualr basis you need some spare boosters simply so that if on does have issues/needs maintenance, you can simply slot in another available booster without affecting flight cadence.  At which point I would have expected them to be rotating the boosters anyway.  (eg if you are launching 3 flights a day from Boca Chica I would expect them to have 4+ boosters sharing the launch duties, and so that they can take one or even two out of the roster for maintenance without affecting scheduled missions). 

    If point to point suborbital missions actually happen, then 3 suborbital flights a day for the same starships is more reasonable.

×
×
  • Create New...