RoboRay
-
Posts
1,661 -
Joined
-
Last visited
Content Type
Profiles
Forums
Developer Articles
KSP2 Release Notes
Bug Reports
Posts posted by RoboRay
-
-
On 10/19/2020 at 12:41 PM, Severno said:
These maps are so useful! Thanks very much. Also, I was wondering, what is the program that you used to create it?
I didn't create the artwork... I just updated the numbers on the RSS map for the smaller scale. Going to quarter-scale is really easy, as it simply reduces all the costs to half.
Credits for the artwork and original math are in the upper-left portion.
-
For anyone else playing 2.5x scale, I converted the RSS Δv map to quarter-scale. It's not an exact match (RSS is about 11 times Kerbin-scale), but it's close enough (and slightly over-estimates how much you need, so it gives you a little extra safety margin with these numbers).
-
I think there's a designed-in assumption that people will want to have fun through exploration. Designing around eliminating possibilities for min-max grinding tends to negatively impact people who play to have fun rather than to optimize production.
-
Look two posts above your own.
-
17 hours ago, pslytely psycho said:
But I did learn a lot about networking and classic computers and even built several brand new (old stock) 486 computers during my time.
You've probably already thought about it and I don't know what may be near you, but a lot of industrial/manufacturing operations depend on ancient computer equipment to run the production machines. Also commercial enterprises that are highly regulated for financial/privacy/medical or other informational or record-retention reasons often have old computers/networks that they are required by law or regulatory compliance reasons to maintain.
Good luck!
-
FASA Gemini is Best Gemini!
-
On 11/29/2019 at 10:14 PM, Hotel26 said:
My estimate of 328 degrees (12 deg different) now suggesting why you are may be lagging your target?
I lag my target on purpose to ensure I never reach Ap ahead of it. This way, I can maximize fuel efficiency with the "once around" rendezvous technique I described above. I burn only as much propellant as I would use to circularize normally, with none wasted pushing my Ap higher to enter a slower orbit and drop back to a target behind me. (Or waste time having to wait a lot of orbits for my phasing to cycle all the way around the planet and catch up to the target the long way around.)
Trying to launch directly to rendezvous requires perfect timing and ascent profile, and usually some additional propellant expended on corrections, which is why we don't try to do it in the real world. Soyuz flights to the ISS used to do a similar but longer, three-orbit approach to rendezvous, but started doing once-around just a couple of years ago.
On 11/29/2019 at 10:03 PM, Hotel26 said:I was happier with Target Distance, when it worked, because it's in my HUD and is useful elsewhere. (I won't be putting Target Phase in my HUD (because: "clutter").) Still a good work-around.
I have Phase Angle in my "Target Info HUD" (everything in it hides itself when I don't have a target selected for automatic decluttering) and find it useful for all kinds of things, not just launches. YMMV, but I find it a really critical parameter in understanding situational awareness of your positional relationship with your target.
-
On 11/22/2019 at 9:26 PM, Hotel26 said:
target distance is now shown to be 0.0 WHEN you are landed. Too bad, because this is incredibly convenient for knowing when to launch from the pad. A distance of something like 383kms indicated the target was uprange over about the tip of the western desert sub-continent.
I use Phase Angle to Target for this. I launch when the phase angle is 340 degrees (target is 20 degrees west of the launch pad) and I usually reach Ap no more than 100 km behind the target. I don't completely circularize, just bring Pe up out of the atmosphere then continue easing Pe upward until I get a close rendezvous on the next orbit.
-
9 hours ago, tonybalony said:
If I only played stock but I want something harder, should I try this? Can I turn the difficulty down? And what starting parts do I get?
Unless you get extremely discouraged by lots of mistakes and a huge learning curve, absolutely!
Start by throwing out everything you know about playing KSP, but keep what you've learned about orbital mechanics and spacecraft maneuvering. This is almost a completely new game.
The tech tree is radically different from the stock one. It fixes everything I hate about the stock one, too.
If you find KSP boring now because the things that used to be huge achievements are now trivially easy, RSS/RO/RP1 is for you.
-
I did a quick test in 1.8.1 and the current version seems to be fine.
-
13 hours ago, Triop said:
I love how the Mun is photobombing your picture.
Cool stuff.
I actually waited for that moment to get the screenshot.
-
1 hour ago, avalancha said:
@RoboRay Agreed, well said. Let me just add that I was not necessarily advocating for diameter progression, but simply for difficulty progression. The Pollux is just mega-OP at the point I was at
Yeah, but it struck me that the issue you noted with tech tree progression is kind of related to the one I was struggling with this weekend and helped me figure out how to express it.
One of the things I really like about the RP-1 tech tree is that it doesn't force you to stack a lot of short tanks because you "don't know how to make tall tanks" yet. It's really the diameter of the tanks that drives difficulty.
I like building rockets that look good and a stack of the same little texture pattern over and over doesn't do that. I tend to use several different lengths of tanks to break up the texture patterns and, with UKS granting wider tanks at the same tank it grants longer length narrower tanks, I end up not using the longer tanks much at all.
-
I also think sorting the SRB and tank parts into tech tree nodes by diameter would work nicely. Right now, it seems like you unlock a tech node and get the shortest tanks in two or three different diameters, then unlock the next node and get the next longer lengths for those same diameters. So, you end up cobbling rockets together from lots of short tanks and never using the longer ones because you've moved on to larger diameter tanks by the time you unlock the long ones. Having to use lots of short tanks isn't a difficulty challenge... it's just an annoyance for aesthetics and artificially inflates the needed part count for a craft.
If you want to retain length progression with the tanks, I would still suggest sticking to one diameter per tech node. So, you would end up with something like:
Short 1.25m tanks > Long 1.25m tanks > Short 1.875m tanks > Long 1.875m tanks > Short 2.5m tanks > Long 2.5m tanks > etc.
Keeping the little probe tanks off in a parallel side node still make sense.
The excellent RP-1 tech tree is structured something like this and it plays through very nicely.
-
Started a stock solar system career after being away from KSP for a year and playing nothing but RO/RSS for a couple of years before that. So, I decided building a space station would be a good way to get back up to speed with the game and see what all has changed.
I'm digging the X-20 mod and Restock, btw!
-
For most of them, you turn them on and off just like in the real world.
Very few rocket engines can be throttled up and down. Unless you're using the engine to land, it's really not needed and would make the engine far more complex/heavy/expensive to design and build.
-
For what it's worth, the parts seem to work fine in 1.8.1. I haven't tested everything, but what I did test worked as expected.
-
As valuable as I am finding Restock, there are some nifty little new parts Ven made that I've been missing. Thanks for bringing this back to life!
-
30 minutes ago, Platapoes said:
Is this mod on CKAN, and what do I search to find it? "Near Future Aeronautics" has no (or even no similar) results, but all the other Near Future mods seem to be there.
As per its description, Near Future Aeronautics is only supported up to KSP 1.6.1 and CKAN support is not possible. The FAQ for the mod explains why for both.
-
1 hour ago, nasaholic said:
Edit: I think I found one: SMURFF. Time to go and try it out. Can any pro's please advise - is SMURFF alone enough or do you recommend anything in addition?
SMURFF will give you a very stock-like gameplay experience in RSS. You'll still have to build larger rockets than you needed on Kerbin, but everything will work pretty much the same.
-
I recently hopped back into KSP after being gone for a year and, having played RSS/RO in 1.22 and 1.31 pretty much exclusively for my last couple of years, I was looking forward to just puttering around in stock KSP 1.8 for a bit to get used to the new and updated game mechanics. But, wow, it's ridiculous how I can go anywhere and do anything with such tiny little rockets. Now I'm debating on rolling back to 1.7.x so I can try JNSQ...
-
1 hour ago, Xd the great said:
Any dev version I can
messhelp with?I'm a little out of touch as I haven't been closely following development lately, but the most up-to-date information should be on the KSP-RO Discord channel.
-
1 hour ago, Prathtel said:
It depends on Realism Overhaul. If RO gets updated to 1.8 then this will too most likely.
Actually, RO is not a dependency of RSS. In the past, RSS has occasionally been released for new KSP versions before RO has been updated. This benefits people who play RSS with SMURFF instead of RO.
I expect the next release will be for 1.7, though, since that's the current target for RO/RP-1 development.
-
If sarbian is content with inducing people to complain here about problems in other mods and to analyze their logs for them to find out what other mods they use are broken, that's his prerogative.
I wouldn't be willing to do that on a regular basis myself, but I am entertained when he points out the error of their ways.
-
1 hour ago, siimav said:
Are you sure about that though?
Potentially.
Cool stuff.
CKAN (The Comprehensive Kerbal Archive Network) - v1.33.2 Laplace - KSP 2 support!
in KSP1 Mod Releases
Posted · Edited by RoboRay
I was also hoping that a CKAN Flatpak or AppImage might be in the works for SteamDeck-compatibility... just commenting to express interest.
On a side note, packaging in one of those distro agnostic formats could simplify general Linux support, and would support other distros with immutable filesystems.