Jump to content


  • Content Count

  • Joined

  • Last visited

Everything posted by pandaman

  1. I don't know how long you have been playing KSP, and I'm not in any way knocking you, without exception we all started with zero hours at some point. For a many games 300 hrs is probably 'quite a lot', but for KSP that is still very much 'noob' territory, as you will discover. As you get more in to it that '300hr goal' will just fade away into the distant past. Myself, I estimate I have played around 4000 hrs, over 8 years (started in March 2013), with a mixture of just playing fairly regularly, some very intense periods and not playing for weeks on end. KSP has been described as
  2. Thanks @Johannes This was great, very interesting, both from 'What can we expect to see?' and 'How do they do it? ' perspectives.' It's also good to be able to see and appreciate how much thought and effort goes into things we see and just take for granted, unless they don't look perfect.
  3. Interesting idea. I don't actually know, but I would think that whatever projection method they use (if any) to get the basic landscape they can manually edit the 'undesirable' bits. Likewise with adding the nice 'finishing touches'. The limit, of course, being the amount of time they can allocate to it, and it is doing those 'little details' that can easily use a LOT of time, if you let it.
  4. ...Assuming of course that the mods in question are also bug free and never get updated...
  5. Stock + DLC here. Because that's what I play. I have a few QoL type mods, but would prefer similar fuctionality in stock. I tried a 'HalfRSS' mod a while ago, and enjoyed the experience, but for 'just playing' the stock scale works well.
  6. True, but the 'choice' of what i can launch, or do, would be limited, or even removed altogether. Meaning that even if i just wanted to try a different strategy for a change I wouldn't even have the option. By not having these limitations imposed we can all do things the way we want, if we want, whether or not it is more efficient or 'realistic' . By arbitrarily limiting such options we could become forced to follow a 'set path' or storyline with very little scope for any alternative, which, for me anyway, is a real turn off.
  7. But that should be a player's choice IMO. If it becomes an enforced 'programmed in' gameplay rule, like - Unlock crewed capsule parts once orbit achieved - then it just limits a player's options and creativity for no real gain. Much better to let us choose the paths we wish to follow.
  8. I don't think that is a bad idea, but all the reports would still need to be checked and filtered anyway, so it could be impractical. Maybe a 'triage nurse' could go through them to check that 'essential' info is there (ike adequate description, replication steps, etc.) Then those that 'pass' get added to the list and the rest get dumped. IMO an open beta would still be of limited value, and would simply be used by many as a (cheap?) way to get the game early. The understandably high bug count, and inevitable public complaints could give it a bad reputation, however clearly it is o
  9. To me that's not a 'beta', it's just a 'show and tell', whilst a 'beta' is (or should be) a pretty much fully functional version for the final level of testing/development before full release. I would like to see a demo version, but they are two distinctly different things, in my mind. A 'demo' would be a version of the final (i.e. finished) release, with limited functionality of some sort (time limits, restricted saves, reduced content etc) to allow potential buyers to try it out before committing spending on the full game. A 'beta' would be a late stage development /QA 't
  10. It's to do with the rotational speed of the body and the extent of it's Sphere of Influence. The more slowly it spins the higher up you need to orbit to synchronise. If it spins slowly enough then the orbital height required is greater than the SOI, which means you can't do it. Also, a bodies SOI is related to how close it is to it's parent body. Mun's SOI would be bigger if it were further away from Kerbin.
  11. I landed on Mun first too. It seemed logical as it's nearer and easier to 'hit' than Minmus. For that reason, my guess is that most players would do it that way round. Minmus may well be easier in practice, but you don't actually find that out until you either do it or read about it.
  12. I don't think an 'everything procedural' is the right approach, but it would be a good option for some things, especially to help declutter the parts lists... E g. Fuel tanks and wings - select the profile and adjust the length to what's needed.
  13. As it is a mod, assuming one is created for KSP2, then I expect it will be free. The downside, as with all mods, is that due to it being created by 'hobbyists' in their spare time, however skilled and dedicated they may be, it is not the responsibility of the KSP devs team to ensure it works or gets updated and continues to work with new versions of the game.
  14. What I would do, and have done on occasion... Basically what @Martian Emigrant suggests. Create a simple 'cargo' craft with docking port /claw etc and RCS, and whatever parts and crew you need. Cheat it (using Alt F12) into close proximity with the target. Dock it then use the inventory menu to transfer the things you need. You could also take the opportunity to 'salvage' bits off the cargo craft and attach them to the target vessel. Once you have done with the cargo craft just undock and either delete it in the Tracking Station or cheat it back to LKO to rescue any crew.
  15. Each to his/her own, but for me KSP just does not lend itself to a set storyline, and it would put me off a lot, especially with cut scenes. I want to play and explore as I want, not follow a pre determined path, like in so many FPS single player campaigns that are basically movies where you need to 'tick boxes' to get to next scene. A notable exception being a walkthrough tutorial 'campaign' that takes you as far as maybe Mun and Minmus landings. As for some sort of 'lore' or 'connection' between the anomalies then that could be interesting. Even if it is not officially expliain
  16. Ok. When you build your craft they have a default orientation. You can change it by grabbing the root part and rotating the whole craft in the VAB. What i proposed is an option to open a dialogue box to type in the rotation/heading so it sits on the pad in the direction you want, without changing the VAB rotation. Changing the inclination of an existing orbit by much uses LOTS of delta v. That's why you launch as close to your target inclination as possible. Yes, however this suggestion would in effect perform the roll before you leave the pad. Making it easier to achieve
  17. None, that's exactly the idea. Set your launch inclination by rotating the craft on the pad. You adjust the 'heading' at launch to set the inclination of the orbit. It avoids Dv heavy large inclination changes in orbit.
  18. When using Kerbnet to scan the ground we get the 'screen' that shows us what it sees. I think it would be handy to have this area highlighted on the ground somehow so you can get an idea of the size of the area covered.
  19. An option to set the inclination of craft on the pad. I know this can be done to some extent in the VAB by rotating the craft, but it can be fiddly. So why not have a simple 'Set Inclination' option that opens a box to type in the desired inclination?
  20. The obvious suggestion here is to just have a go and make one yourself to test it. It doesn't need to be of any quality, it is just to test the concept,and it needs to be 'quick and disposable' anyway as you will inevitably need to change things as you see what works and doesn't. Cards etc can be made using a printer at home, any boards etc can be hand drawn. Card or paper silhouettes or Lego bricks can be used to stand in for rocket parts etc. Once you have got a basic game that works then you can make nicer looking bits later on. The critical thing here is to do it for
  21. Yes, yes, yes. This has been suggested several times before. Also the same system should be applied to the Tracking Station for vessels in flight.
  22. I'm not too concerned that it will be 'bad'. I may not like it as much as I hope I will, but that doesn't in itself make it bad, that's personal preference. We all have our hopes and expectations, we will all be disappointed about some aspects not being as we expected, or wanted them to be. Not seeing much gameplay wise so far doesn't really bother me, yes I am curious, and a little impatient too, but I can't play it yet anyway so it makes no difference. Anything they do show will be assumed to be 'final' by many, irrespective of if, or how boldly, they say 'Work in progress -
  23. For me... Laythe, as in the machine tool. The 'e' softens the the 'th'.
  24. My understanding ... IRL planets can, will, and do, affect the orbits of others. They would not get anywhere near close to other planets without there being an effect, however small and undetectable it may be to us. But over time big changes can happen. In KSP they are 'set' in their orbits, so cannot interract. And I very much doubt KSP2 will be any different. Even Rask and Rusk, the binary we know about, will have set 'rules' programmed in to make it work in game, and prevent problems occurring. But yes, I see no reason why it would not be possible to programme any behavior,
  25. Hmm. How about Dog-like creatures that can be used for transportation. I am so calling mine 'Rover'...
  • Create New...