Jump to content

The KSP Caveman Challenge 1.11.x - 1.12.x


JAFO

Recommended Posts

On 1/9/2022 at 1:20 PM, JAFO said:

My apologies to everyone for my long absence. Details later. Suffice to say my free time is short these days, and has been for months.

Real life is far more important than KSP.  You do what you gotta do to be happy and right.

With that said, I grabbed the badge fir completing the challenge on normal.  But I would like verification to be official when you have time.

Link to comment
Share on other sites

  • 4 weeks later...
On 1/15/2022 at 11:18 AM, king of nowhere said:

Then I'm going to only run testing in the kerbin system. I'm not sure what the spirit of the challenge is anymore, but I am limiting myself to tests that I can run at home, because those I could do within the career at just the cost of more time and patience. I started testing the tylo lander on kerbin (mostly to check if the modular structure made on multiple weak small docking ports could survive some shacking and the impact with the ground without tearing itself apart), and I will test the Laythe lander on Kerbin too.

I am using the sandbox mode to test them, because they are modular with high part number and it would take a lot of launches and assembly to run the testing in caveman.

The spirit of the challange is basically, why are you running your tests in another file when you could be testing (or actually flying and reverting) in the caveman file itself? Whatever the second file offers, that's the problem.

 

Link to comment
Share on other sites

2 hours ago, Rakaydos said:

The spirit of the challange is basically, why are you running your tests in another file when you could be testing (or actually flying and reverting) in the caveman file itself?

because my difficulty level does not allow save/reload, or revert flying.

And there's really nothing in my testing way that I couldn't have done in the actual career. but grinding up some  money at 10% reward, building a probe, launching it, and testing - for example - how it reenters from high speed, is a lot more time consuming than using alt-f12 to move it in place. so, testing somewhere else is basically just an excuse to be able to use cheat menu and revert flights, which is just a way to save time over having to move the crafts in testing position and paying for them every time.

which is why i decided to not test stuff around jool

Link to comment
Share on other sites

7 minutes ago, king of nowhere said:

...testing somewhere else is basically just an excuse to be able to use cheat menu and revert flights, which is just a way to save time over having to move the crafts in testing position and paying for them every time.

Exactly. This is what "against the spirit" of the challange means. 

Link to comment
Share on other sites

1 minute ago, Rakaydos said:

Exactly. This is what "against the spirit" of the challange means. 

there's still an enormous difference between "i'll try this thing 10 times, keep reloading until I get it right" and "I'll try this thing 10 times and see if I can manage it reliably/figure out something that works, and then I'll do it for real". Especially when you have an unmanned craft and you only risk losing some time.

more important, i tend to take for granted that the purpose of a challenge is to push designs and limits, and testing is a fundamental part of it. it was hard for me already to start thinking along the lines of "can't make risky manuevers because i must be able to pull them off 100% the first time". Like, not doing the suicide burn at the last possible second to save every last drop of fuel? that goes against everything I've done in the past year.  Not even running tests? I guess it's such an alien concept to me, I can't conceive the idea unless it's very clearly and explicitly written. to me, testing is fundamentally in the spirit of any challenge.

I'm so used to the concept that testing is fundamental and natural that I didn't ever think that the rules could be read otherwise. I was like "yeah, nothing I do in the test sandbox is affecting the career in any way, so of course it can't be against the rules - after all, nobody would ever think to forbid testing, or to consider it unfair."

I only learned that there were different opinions when reading someone else's mission report.

Link to comment
Share on other sites

On 2/9/2022 at 12:32 AM, king of nowhere said:

I'm so used to the concept that testing is fundamental and natural that I didn't ever think that the rules could be read otherwise.


I completed my NCD run without external savegames, you can do it too! ;)

Trust me it really adds a lot to the gameplay when every launch starts with you nervously tapping spacebar, not knowing if the launch will go according to plan. Sure I tried testing what I can, making a capsule do an unmanned launch here and there before putting kerbals in it. I actually preferred sticking with the older less efficient designs, just because they were well tested by then.

I had a magazine-type fuel tank system on my Mun lander. Only when i got to refueling reloading the fuel tank, I realized it is really difficult to do docking with the setup i designed...so i learned how to do it by kerbal-hand in EVA to make it work, something I would have never spent time learning. The same goes for many other situations, things you only discover when there are no shortcuts.

Link to comment
Share on other sites

1 hour ago, Rakaydos said:

Reloading 10 times is allowed if you choose that difficulty, but passing a "reload 10 times in another file, then do it for real" as a "no reload" file is false advertising. Part of being a caveman is not having simulators.

No reload is one thing.

No simulators is an entirely different thing.

No simulators except what you could conceivably do in the game is yet something different.

 

No reload means that you have to accept what happens. you made a blunder and killed your astronaut? too bad, you have to hire another. your mun lander exploded during atmospheric reentry? you have to start back from the launchpad. you can't point your ship towards minmus and ignite and hope to get there - well, you can, but you've got to have a B plan in case you miss. you can't find the proper periapsis for aerobraking by trial and error.

No reload forces a different style of gaming. You can't launch contrived contraptions that explode 9 times out of 10. you can't make suicide burns at the last second to save fuel. you have to keep more safety margins. more fuel for every manuever. no daredevil ideas. Always a contingency plan, always an eye for safety. I'm dealing with all that, so passing "simulating" as "reloading" is a false equivalence.

 

Then there's "no simulators". I am making a Mun lander and want to see how it performs, i have to go to mun. Build the whole ship, go there. Do notice that there's no such thing as "no simulation", because every time you launch a probe and it explodes, or every time you launch a manned rocket and it flips and you eject the manned module with the parachute to save the crew, that's basically a simulation. you were trying to launch, but you instead got a failure that taught you how to improve the design, which is basically what a simulation is. However, every time one of your rockets explodes, you have to pay the cost for it. And if you try a mun landing, you must send your rocket to mun every time. And if it's your first Mun landing, well, you can't really simulate it; if you simulate successfully, then you've landed.

The effect on gameplay is that it encourages the use of reliable, time-tested designs over more experimental ones.

 

No simulators except what you could conceivably do in the game is a special subset of simulation. It starts from the fact that you can, indeed, test your stuff - as long as you are willing to let your rocket explode every time. So, you can test your Mun lander probe. You just have to launch the rocket, go to Mun, release the lander, see it explode; then you pick up a few more "science from X" and "survey" contracts to make easy money, you build a new rocket, you send it to Mun again, release the new improved lander, see if it works. No risk involved, only time. So running a simulation of that does not give you any unfair advantage you'd have in a no simulation challenge. It merely saves time of farming money and building a new rocket every time. By that metric, you can't do any test that would endanger a kerbal, and you can't do testing in places you've not reached already.

I am playing under this concept, and I'm facing a lot of additional limitations. I can't test my tylo and laythe landers on their target bodies, and as a result I have no idea how my laythe rocket will perform under laythe aerodinamics. I've been forced to make a design twice as heavy, with 4 km/s deltaV to stay safe - and I'm still not 100% sure it will work. I can't test what would be the ideal altitude to start the suicide burn on tylo, and as a result I had to make - again - a heavier design to add a lot of extra deltaV. I am taking a lot of extra problems and limitations because I'm only running unmanned tests around kerbin, so, again, it's a false equivalence to treat all simulations equally.

 

Mind you, I am not saying you are wrong on the "spirit of the challenge". You say that part of being a caveman is not having simulators, I can accept that.

But you can't say that reloading and simulating are the same thing, because they are completely different mechanisms that have very different consequences in how you approach the game. And I must point out that the rules of the challenge don't say "no simulations".

Therefore it is perfectly reasonable, for someone looking for a hard challenge, to read the first post, think "ok, here it says I have to play with this difficulty settings, which include no reloading. But simulating is something else, and of course it would be allowed". A lot of those rules are kinda vague, and could use some clarifications. Is it so rare for others who took the caveman challenge to draw this conclusion?

Personally, I do believe that the purpose of a challenge - any challenge - is to push the player to get creative, while forbidding simulations pushes to only use stuff you already know, it pushes against creativity, and therefore a challenge without simulations makes little sense. Though I'm gradually coming to accept that eschewing weird experiments, when coupled with other constraints, is a challenge of its own.

 

Link to comment
Share on other sites

Just now, king of nowhere said:

And I must point out that the rules of the challenge don't say "no simulations".

Therefore it is perfectly reasonable, for someone looking for a hard challenge, to read the first post, think "ok, here it says I have to play with this difficulty settings, which include no reloading. But simulating is something else, and of course it would be allowed". A lot of those rules are kinda vague, and could use some clarifications. Is it so rare for others who took the caveman challenge to draw this conclusion?

 

 

What does Simulating actually mean? Because as you asked about, there's a specific rule against using other games with more information to inform your designs. So there IS a rule against simulations.

Link to comment
Share on other sites

I think the big thing here, especially with the NCD version of this challenge, is funds in the early game.  On NCD, you have to take contracts well before you get to completing them just to get enough funds to do the first few basic science farming runs and launches.  Using a simulator or reloads or other games to test designs is a massive advantage in that you aren't wasting funds that you so desperately need for the challenge.  In this case, it isn't simply about testing if the lander works or if the trajectory is correct, but rather "How can I maximize the craft and still have funds left over".  That is certainly not in the spirit of the challenge.

Link to comment
Share on other sites

1 hour ago, Rakaydos said:

What does Simulating actually mean? Because as you asked about, there's a specific rule against using other games with more information to inform your designs. So there IS a rule against simulations.

that rule about more information specifically mentioned mods - and I was kinda puzzled about the meaning of it in the first place.

In fact, I went and asked about it (there's some posts about it in page 22). You may also notice, in this post, how I was extremely surprised by the notion that simulating may be against the challenge, as it's something I always consider implicitly to be the proper way to go. And the answers I got mentioned mods, which led me to think that only the use of mods was the problem.

18 minutes ago, Scarecrow71 said:

I think the big thing here, especially with the NCD version of this challenge, is funds in the early game.  On NCD, you have to take contracts well before you get to completing them just to get enough funds to do the first few basic science farming runs and launches.  Using a simulator or reloads or other games to test designs is a massive advantage in that you aren't wasting funds that you so desperately need for the challenge.  In this case, it isn't simply about testing if the lander works or if the trajectory is correct, but rather "How can I maximize the craft and still have funds left over". 

I disagree. Getting funds early game was boring, but not hard. Some contracts to test parts on the launchpad, some to run surveys on the ground. As soon as I launched the first orbital rocket, world first got me enough money to last for a while, and then science from X and more ground surveys did the trick**. Nothing i ever did there required testing. The major difficulty to me was the first unmanned landing on mun, which I achieved with a probe with no attitude control. And going for that was actually unnecessary. And I posted that part on december30, before having any inkling that the rules may be interpreted different from what I thought.

Had I lost too many probes on Mun, worst case scenario I could have fulfilled the terrier test contract, gained some more money by easy surveys, and then take another test terrier contract to launch more probes.

So, I'd say I didn't get any undue advantage.

 

** In my first try, I did try to get a more difficult contract for more money, and it resulted in jeb killed. I was still one hour into the career, two at most, so I just restarted it from scratch, and I learned to avoid those kind of contracts. it's mentioned in the mission report.

Quote

That is certainly not in the spirit of the challenge.

I already said I can agree in principle; I am merely arguing that it is not unreasonable to think otherwise based solely on the rules.

Edited by king of nowhere
Link to comment
Share on other sites

2 minutes ago, king of nowhere said:

that rule about more information specifically mentioned mods - and I was kinda puzzled about the meaning of it in the first place.

In fact, I went and asked about it (there's some posts about it in page 22). You may also notice, in this post, how I was extremely surprised by the notion that simulating may be against the challenge, as it's something I always consider implicitly to be the proper way to go. And the answers I got mentioned mods, which led me to think that only the use of mods was the problem.

What is really interesting is that, if you go back and look at the history of the challenge, MechJeb was actually ALLOWED at one point.  So at one point, not only were mods not disallowed, but the biggest one of them all (ok, so KER might be #1, let's not split hairs on that) was allowed to be used in a challege where technology was against the rules.  By disallowing MechJeb, it was implied that you shouldn't be using it to test things out in another game and then using those results in your career save for this challenge.

But that then presents the problem of things you would know anyway and apply them to the challenge.  Like, you already know how to fly a rocket, and you know what happens when you do x, or y, or 123, right?  So the question becomes "How is testing any different than gaining knowledge in another game and applying it here".

Link to comment
Share on other sites

6 minutes ago, Scarecrow71 said:

What is really interesting is that, if you go back and look at the history of the challenge, MechJeb was actually ALLOWED at one point.  So at one point, not only were mods not disallowed, but the biggest one of them all (ok, so KER might be #1, let's not split hairs on that) was allowed to be used in a challege where technology was against the rules.  By disallowing MechJeb, it was implied that you shouldn't be using it to test things out in another game and then using those results in your career save for this challenge.

But that then presents the problem of things you would know anyway and apply them to the challenge.  Like, you already know how to fly a rocket, and you know what happens when you do x, or y, or 123, right?  So the question becomes "How is testing any different than gaining knowledge in another game and applying it here".

yes, that was part of what left me confused. what's the split between knowledge gained in other games that's allowed, and knowledge gained in other games that's not allowed.

btw, in case you didn't notice, i answered your previous post as edit in my previous post - because i wasn't expecting a reply so soon

Link to comment
Share on other sites

  • 2 weeks later...
On 2/10/2022 at 11:03 AM, Scarecrow71 said:

What is really interesting is that, if you go back and look at the history of the challenge, MechJeb was actually ALLOWED at one point.  So at one point, not only were mods not disallowed, but the biggest one of them all (ok, so KER might be #1, let's not split hairs on that) was allowed to be used in a challege where technology was against the rules.  By disallowing MechJeb, it was implied that you shouldn't be using it to test things out in another game and then using those results in your career save for this challenge.

But that then presents the problem of things you would know anyway and apply them to the challenge.  Like, you already know how to fly a rocket, and you know what happens when you do x, or y, or 123, right?  So the question becomes "How is testing any different than gaining knowledge in another game and applying it here".

The thing is that we now have D/V data during VAB assembly, a feature that wasn't available for early challenge participants. Therefore, since charts and other aids are allowed, it shouldn't really be necessary to test crafts in other games. Ideally, a new challenge participant should work their way up the difficulty levels from easy to hard, thereby gaining experience in a more forgiving environment about what works and what doesn't. It was never intended for new participants to attempt the hardest difficulty right off the bat, but that's what is happening in far too many new attempts. Does this behavior merit a rule change in order to make harder difficulties more doable for new participants? Thoughts anyone?

Link to comment
Share on other sites

1 hour ago, Mr. Peabody said:

The thing is that we now have D/V data during VAB assembly, a feature that wasn't available for early challenge participants. Therefore, since charts and other aids are allowed, it shouldn't really be necessary to test crafts in other games. Ideally, a new challenge participant should work their way up the difficulty levels from easy to hard, thereby gaining experience in a more forgiving environment about what works and what doesn't. It was never intended for new participants to attempt the hardest difficulty right off the bat, but that's what is happening in far too many new attempts. Does this behavior merit a rule change in order to make harder difficulties more doable for new participants? Thoughts anyone?

It's an interesting conundrum, to be sure.  As I mentioned in my original post, we get into splitting hairs about what one would know from playing the game vs. what one would know from extensive testing.  It's one thing to know that a particular craft you've built in other career saves will be able to do x, but entirely different to build and rebuild and rebuild in several different ways to find out how to push the limit of what it can do just so you can complete a challenge and earn that coveted badge.  Where does the line get drawn?  What separates the two?  If someone knows, then they are smarter than I am.

To your question, I'm not sure there is a real solution here, other than "Don't Ask/Don't Tell".  I mean, this whole thing wouldn't have come up if the original poster hadn't explicitly come out and stated what they were doing.  Had he not said anything, nobody would have asked if he was testing outside the Caveman career he had going on for the NCD difficulty.  But, if you are looking for an honest, let's-try-this-and-see-what-happens solution...

Perhaps make it a rule that, in order to try any difficulty harder than Normal, you must complete the easier difficulties in order?  For example, if you want to do Moderate, you have to do Normal first.  You want to do NCD, then you have to complete Apatite, Vandadium, Topaz, Corundum, and Diamond - in that order - before attempting and submitting NCD?  I don't know if it's a good idea, but it's the one I have.

Link to comment
Share on other sites

22 hours ago, Scarecrow71 said:

Perhaps make it a rule that, in order to try any difficulty harder than Normal, you must complete the easier difficulties in order?  For example, if you want to do Moderate, you have to do Normal first.  You want to do NCD, then you have to complete Apatite, Vandadium, Topaz, Corundum, and Diamond - in that order - before attempting and submitting NCD?  I don't know if it's a good idea, but it's the one I have.

But will people prefer to avoid the challenge altogether if they need to start at normal difficulty and work their way up? When I moderated very few new participants wanted to start with normal or intermediate difficulties.

Link to comment
Share on other sites

23 hours ago, Mr. Peabody said:

 Ideally, a new challenge participant should work their way up the difficulty levels from easy to hard, thereby gaining experience in a more forgiving environment about what works and what doesn't. It was never intended for new participants to attempt the hardest difficulty right off the bat, but that's what is happening in far too many new attempts. Does this behavior merit a rule change in order to make harder difficulties more doable for new participants? Thoughts anyone?

So I am not supposed to make a new career, use the cheat menu and revert launches to test stuff, and then import the stuff that works into the ncd career...

but I am instead supposed to make a new career with saves allowed, launch and revert and save scum as I will to test stuff, and then start the ncd career and import in it the stuff that worked...

I fail to see how it's different in any meaningful way :ph34r:

Just like I fail to see how "gaining experience in a more forgiving environment" differs from "testing". It's just a matter of semantics.

I still think that forbidding testing is impossible and undesirable. You yourself basically agree that people are supposed to test stuff in a separate save. At this point it just becomes an arbitrary distinction on what kind of testing environment is allowed and what is not. I am fine either way - I realize I don't have the proper mindset to judge this matter - but I do think that, if there are such rules, they should be clarified in detail and written in the front page. "no mods and cheat menu in other games" is too vague and everyone can interpret it differently.

 

 

 

By the way, i finished my entry:

the planned Jool 5 became a Jool 2 and a half after the Tylo lander failed for weird reasons. Still got more than enough science back to Kerbin, though.

Edited by king of nowhere
Link to comment
Share on other sites

57 minutes ago, Mr. Peabody said:

But will people prefer to avoid the challenge altogether if they need to start at normal difficulty and work their way up? When I moderated very few new participants wanted to start with normal or intermediate difficulties.

Yeah, I did say that it probably wasn't a good idea.

See, for me, the stuff I really want to use MechJeb for...you can't in the Caveman challenge.  You can't create maneuver nodes, use docking autopilot, use ascent guidance, transfer to the Mun/Minmus/other planets...none of it is usable because you don't have any of the buildings upgraded.  The only thing MJ is useful for in the Caveman challenge is orbital information, especially time to Ap/Pe.  There is some dV information you can get in the VAB with it, but I'm not sure it's any different than what you can get out of the VAB without it.  I mean, I was able to complete my Normal Caveman without it, so it's not entirely needed to do it.  But until you upgrade the buildings?  You can't really use most of what it's designed to do.

Link to comment
Share on other sites

22 hours ago, king of nowhere said:

So I am not supposed to make a new career, use the cheat menu and revert launches to test stuff, and then import the stuff that works into the ncd career...

but I am instead supposed to make a new career with saves allowed, launch and revert and save scum as I will to test stuff, and then start the ncd career and import in it the stuff that worked...

I fail to see how it's different in any meaningful way :ph34r:

Whoa mate! I'm not taking sides. Talk to @JAFO if you want the rules changed.

Link to comment
Share on other sites

26 minutes ago, Mr. Peabody said:

Whoa mate! I'm not taking sides. Talk to @JAFO if you want the rules changed.

sorry, i don't mean to be oppositive. but I am arguing for what I see as logical fallacies.

as for changing the rules, i've already stated i don't want them necessarily changed, merely clarified.

as for talking to jafo, by posting in this thread i believe i'm doing exactly that

Link to comment
Share on other sites

Just checking in....Played KSP a bit more too, after having moved on and a bunch of other games, then remembering KSP2 might be coming soon.

Personally for me, and I hope my caveman status adds a little relevance:

1. Having to do the levels in sequence has merits but on balance isn't a great idea since it would simply be too boring. The harder levels (especially NCD) are pretty grindy as-is.

2. It is not possible to differentiate between "I just happen to have a bunch of experience from playing KSP in previous saves" and "I am running a "test save" alongside my Caveman attempt. If anything, its a disadvantage because it shows you're pretty green to it. IF NO DATA TRANSFER were done, eg not opening craft files of a different save, instead stuff were 'transferred' from your own memory or paper notes alongside playing the game, fair enough.

3. As I recall, you need to do many flights within NCD anyway, to build up the cash. I think this means anyone would inevitably be using the Caveman save to do "testing" (as in, other flights with useful info/data). Other info/data/knowledge outside of these are likely to be quirks with spaceflight, or more accurately, KSP's gameplay implementation of it. Outside testing to find these out is fair enough.

TLDR: If there's no data/file transfers going on, then a "test save" is fine in my eyes.

Link to comment
Share on other sites

On 2/26/2022 at 6:40 AM, paul_c said:

 

TLDR: If there's no data/file transfers going on, then a "test save" is fine in my eyes.

Clarification... No data or file transfer, into, or out of, the Caveman file, on any difficulty that disallows saving.

Link to comment
Share on other sites

  • 8 months later...
This thread is quite old. Please consider starting a new thread rather than reviving this one.

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...