Jump to content

catloaf

Members
  • Posts

    336
  • Joined

  • Last visited

Everything posted by catloaf

  1. 2360: You enter a room with a peaceful indoor garden, after grabbing some tea you enter the center of the room and find a <REDACTED>, it is so mesmerizing beautiful that you stare at it for hours, slowly forgetting everything. And as you do you find you can share at it for longer and longer and longer. Soon you forget everything and find you are truly happy to stare at it for all eternity, and you become the first human to reach true happiness.
  2. Will you be able to lower the quality of the shader as well as the resolution, because if not I don't have a chance at running this!
  3. Ampere and Turing GPU's look tacky. Please NVIDIA, even if we have to keep the big ugly fans to prevent thermal throttle, can we at least return to this aesthetic.
  4. KOSG: allows kos to display graphics, now you can play ksp inside of ksp! KOSG arcade: a bunch of scripts made by the creator that adds a bunch of games, most of which are spoofs of retro games. Games in KOSGA: Super kerb bros: basically super Mario bros but with a Kerbal theme, for example fireflowers are vector engines, and mushrooms are boosters. icePak: a winter themed version of Pac man with a Kerbal collecting boosters while avoiding pink yeti's (don't ask, happened during development of the I'll fated nerv 2.) Green harvesters: space invaders spoof, virtually unchanged except for booster lasers and more Kerbal sprites. Snake: snake but with glowing apples (nerv 2 again.) Snake 3D: A third person version of snake reminiscent of 3d games from the early 2000's. Games too terrible to be mentioned.
  5. Windows 10 is the worst version of Windows since Vista (which has halfway decent ui and no darn mobile support (seriously Microsoft, we don't want a hybrid operating system, the PC master race needs to not be tempted by evil open source lightweight Linux (although it would be amazing if the whole world switched to Linux (due to its open source nature publishers would have to remove drm or go out of business.)))) Alt+f4'ed out of tangentRant.exe.
  6. 0/100, be on whatever launched New Horizons.
  7. Gets fruits and veggies which must be eaten first.
  8. Gets a broken vending machine. Inserts non religious h2o with electrolytes.
  9. Gets Inferior version of starship
  10. I think people are a little rough on the prequels. If they were made before the original trilogy I imagine people would like them a lot more. I've seen much worse acting and stories. I think it's just human nature to make fun of something even if you only mildly dislike it. I would gladly watch a prequel star wars film instead of the thousands of worse movies I could pick on movie night.
  11. I just got an ampere gpu and I need to use it: 8k volumetric clouds, Ray Tracing, PBR, DLSS support, Built in dumb RTX on RTX off thing, Youtubers getting payed to talk about how much they love ksp with rtx, oh what's this? Sponsored by nvidia. Stuff to annoy people with 7 year old laptops/people with parents who are ignorant/cheaped out/linux users.
  12. 5/10, this forum is supposed to be English outside of the international section.
  13. 5336: finds a room full of boxes with outdated computer parts, computers, monitor's and more!
  14. Voxelus: replaces ksp's current rigidbody based system with a voxel based system adding: Destructible terrain. Support for forests and cities due to them being part of Kerbin. Realistic simulation for craft under forces such as: Part damage and deformation Less lag due to high part count* Realistic bending (like the pipes in Teardown) No more kraken. *due to the nature of the simulation, lag is now linear not exponential. Lag is actually higher with low part counts, but much better with high part counts. Imagine if coronavirus was caused by some sort of faulty hardware on a higher civilizations computer running their equivalent of universe sandbox (let's hope junior/greystillplays doesn't he in and give us 100000 moons.)
  15. After after after kerbin: The large white star of the tempest system has long since undergone a planetary nebula, and the red dwarf's new eccentric orbit has ejected the inner solar system. Due to friction with the planetary nebula, the outer solar system has migrated inwards. Gateway is now in the habitable zone and orbits the red dwarf, and Khom has migrated into a higher orbit, ejecting all but 3 of gateways moons, one of which orbits kohm and the other orbit either close or far from gateway. From John you will explore the remnants of the Kerbol tempest star system, the planets ejected by the red dwarf into orbits high above Kerbol. Kerbalkind will attempt to unlock the mysteries of the precursor civilization and unlock the mysteries of strange radiation coming from Rhode, referencing Duna of all places! Meanwhile a team of physicists on Kerbin begin to find evidence of a multiverse and the strange ancient ships littered on their ancient moon. Maybe, Kerbals will complete their final transformation from beings to gods and unlock the secrets of the precursors. AAAF lighting: makes the game really dark on the old Kerbol system. ngl that actually sounds really cool. The mod for when we get old and nostalgic, and want to remember lag.
  16. Why not just have signal delay be a difficulty setting like comnet? That way people can have their manual flying instant probe cores and others can have their scripted probe cores. Plus, I think many are underestimating tools like vizzy in SR2, which look pretty simple and powerful to me. If you combine that with the simulation idea you could get a fun and accessible scripting system. I believe that vizzy is currently easily capable of non atmospheric flight, but atmospheric flight is many times more complicated, but perhaps could be assisted by commands that could manipulate smart A.S.S. and large automated functions like killVelocity() and point towards. For example, a dragonfly like landing script could look something like this: var targetLat = null var targetLong = null function getTargetPosition () { targetLat = prompt ("enter latitude for target") targetLong = prompt ("enter longitude for target") } function flyToTarget () { getTargetPosition() control.Throttle(60) control.setPitch(90) control.setYaw(0) control.setRoll(0) time.Sleep(1000) pointTowards(targetLat, targetLong, false, false, true) while (currentAltitudeASL <= 3000) { if (currentAltitudeASL <= 3000) { control.Throttle(40) } } control.setPitch(100) var currentPosition = null while (currentLat !== targetLat) { if (currentLat === targetLat) { killVelocity() } } control.Throttle(30) while (currentAltitudeAGL > 300) { if (currentAltitudeAGL < 300) { control.Throttle(60) if (velocity < 4) { control.Throttle(39) } if (touchingGround === true){ control.Throttle(0) } } } flyToTarget() As you can see, that short script rely's on many functions and variables that would be built in to the scripting thingy such as currentAltitudeAGL and control.Throttle, it also has other useful functions like time.Sleep. to make code easier for everybody. In addition you could get download libraries and put them in your script, allowing even more functions made by the talented community. There would also be a block code based option that would basically be pretty similar to vizzy. There is a flaw in this script which is that it would only work with rocket engines, not propellers, but it gets the point across that this would be a useful feature, rather or not the user chooses to enable comm delay or not.
  17. First of all, I don't want comm delay if there is no scripting. You can't add a real problem without the real solution. I also don't want scripting if it isn't accessible. That's not to say I want everyone to be forced to use a graphical language, I also want the option of text scripting for those who want it (including me.) Third, I've come up with a solution to the potential annoyingness of comm delay, which is to allow you to control the probe real time in a "simulation". The simulations quality can be upgraded with funds and science. The science is stuff like scansat and telescopes to make the simulation close to reality, allowing you to do things like picking a flat spot to land in (because inaccuracies and limitations of the simulation mean that you can't safely land on slopes, without risking the probe tipping over.) The better the simulation, the closer to reality, and the less likely your probe will smash into the ground when it thinks is 100 meters above it. This creates natural progression from orbiters to landers. And finally, it has to be a setting or else I don't want it. I understand that s one may prefer the old behavior and that's fine and I respect it. I don't want a feature that a large portion of people will really dislike to be shoved down everyone's throat. Edit: to make scripting better, perhaps the script could actually create keyboard inputs.
×
×
  • Create New...