JaredTheDragon

Members
  • Content Count

    96
  • Joined

  • Last visited

Community Reputation

24 Excellent

About JaredTheDragon

  • Rank
    Rocketry Enthusiast

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. JaredTheDragon

    Kerbal Joint Reinforcement - Next

    What version of KSP is this optimized for? It would be nice if you had that in the title, much like every other add-on here on the site.
  2. JaredTheDragon

    A change to how thrust works

    It's actually unnecessary for physical reasons - chiefly, Einstein's Equivalence Principle. Acceleration is always, always caused by a continues bombardment of faster particles upon a slower particle or substance - except in the case of gravity, which is an acceleration caused by... Nobody knows. Lots of theories, some great, some garbage, but nobody knows. But THRUST is an acceleration caused by the exploding particles of the fuel striking the front (top) of the combustion chamber. They then bounce back or down and exit the chamber, in various ways of course depending on the engine. Their exhaust doesn't CAUSE thrust, it is the RESULT of thrust. The thrust isn't pointing backwards or down, it's pointing forwards (or up). That's the vector you have to follow. Now a wing or fin behind the exhaust can cause DRAG, but drag is not thrust. Vectoring the thrust isn't just vectoring the exhaust, it's vectoring the forward-moving exploding substance that is CAUSING the thrust. To sum up, the angle of the exhaust isn't the same thing as thrust at all. Anything that happens outside the engine doesn't affect what's in front or above it - that's action-at-a-distance, and is not physics. There are no actions at a distance in physics; there are no attractions, only repulsions. Even magnetism is a local lesser repulsion; it's not actually an attraction. All perceived attractions come from fields of less repulsion, relative to the local environment. All motion and therefore energy is caused by direct collision between masses, gravity aside. The ship doesn't feel what happens AFTER its engines, since that's behind it already. All thrust happens INSIDE the engines, not behind them.
  3. JaredTheDragon

    MechJeb docking in low gravity

    I really don't know. I'll try it tonight and see, but it shouldn't be a problem really. You'd still want to line up properly it seems like.
  4. JaredTheDragon

    MechJeb docking in low gravity

    I mean is Kerbol considered a low-gravity body? There are no places in the system I haven't used it, that I can think of. Sure, they get the dynamics wrong a bit (there's no Charge Field in the game, and Pi is wrong) but for the most part it's pretty good. Still better than every other game ever made, you know?
  5. JaredTheDragon

    MechJeb docking in low gravity

    I've never had a problem docking with MechJeb really, that I myself didn't cause. Still playing 1.45 here however so I couldn't say for newer versions. It's not always flawless but once you try it a few times, you should do fine.
  6. JaredTheDragon

    PURE Electric Engines

    I mean these are cool to have, glad you made them, but your analysis of physics is just beautiful in its chimerity. But what VERSION of KSP did you compile this for? You need to indicate it in the title and the body of the post. Every other mod or add-on here does this and you could at least make some effort here. But mostly, this isn't how an E/M ("Em" ) drive works, or any other drive. Electromagnetism isn't something from nothing, it's photons pushing ions and larger particles, by definition. While this mod is cool and I have absolutely no problems with you making it, you might take a moment to do a cursory study of electromagnetism and ask yourself, "What IS electricity? What IS magnetism?" Currently, your answers are wrong but very cute.
  7. JaredTheDragon

    KSP physics on OpenCL

    This is yet another example of "going the cheap route" to design something that shouldn't be done cheaply. Unity is what it is - a basic game development engine. It was never intended to replace or compete with CryEngine or Frostbite, much less Unreal. When KSP began, however, the cost to license Unreal was also unreal, so Squad chose to go with a free engine that at least let them get the game up and running rapidly and still allowed them to take a paycheck. Unreal has since changed their pricing scheme, but unless Squad were to hand off the project to another team with more Unreal experience and prep KSP 2.0 for Unreal instead, it's just not going to happen. Cases in point: Subnautica vs. Everspace. Subnautica is a great game so far, a huge underwater landscape several square KM in size and 1KM in depth, give or take. It's the best of its kind - but is still a Unity game. It stutters everywhere, even on the best machines. The graphics aren't great. The water is nice enough and has come a long way, but doesn't behave much like a liquid. Then you have Everspace, on the Unreal engine. It's even bigger than Subnautica, as its in space, and has roughly the entire volume of Subnautica in every level - which are procedurally generated and different every time you play. It's beautiful. It's smooth as silk, even on lower-end machines. The controls are not only perfect but genre-redefining. It's everything Subnautica isn't. I don't see KSP switching engines at this point, so what we can hope for is ANOTHER game, similar, but using the Big Kid engine instead. If KSP continues to garner such fan support, I have no doubt a Big Kid game in the same vein would get even more support. And Unreal supports GPU-based physics far, far better than Unity.
  8. JaredTheDragon

    KSP physics on OpenCL

    There are several decent GPU-based physics engines that could vastly improve KSP, but implementing them inside Unity is probably a massive task and very tedious. KSP gets most physics right, or close enough for the game's sake. PhysX would mean only Nvidia-GPU users would benefit, and it does have its benefits but also its flaws. Bullet is probably just too slow - usually firing up a blank scene takes much longer than PhysX, for example. You'd really feel that in-game. I use GPU-physics all the time in Maya but you can't directly compare that to Unity. Not even the same universe, really. A better comparison would be Universe Sandbox², which is a beautiful use of GPU physics but still only recreates a gravity field, not the unified gravity/charge field we experience in reality. For example, the elliptical orbits of the planets are hard-coded, not the dynamic gravity/charge orbits we have in real life. What I'd like to see someday is the Universe engine inside KSP. Along with the Planetbase engine. But hey, a dragon can dream, right?
  9. Computationally and physically, radiation is simply photon emission. So to calculate the mass of these emissions is really straightforward, since it's just the charge field. You don't need to calculate the individual photons (and every computer combined still couldn't do so, anyway), and it doesn't need to be a particle system at all - though to be predictive accurately of course that would be preferable. But unattainable. Photons fall off inversely proportional to the square of the distance from the source, so it's really easy to crunch.
  10. JaredTheDragon

    [1.0.4] Kelite Kangerous (Reshade FX)

    I feel like all this adds is an annoying chromatic abberation, as if it were trying to mimic 3D dual-channeling. GTX 660 here, Bulldozer rig @5GHz. It uses no RAM really, as it's a GPU effect. So it uses a little Vram but no system memory really. Do you have DX11-capable GPUs in your Mac?
  11. JaredTheDragon

    [1.2.2] B9 Aerospace | Release 6.2.1 (Old Thread)

    Can re-re-reconfirm. HX parts are working great in 1.04, from the latest dev versions. Tweakscale also works great for the HX parts now, which makes for both easier ship-building and kickass spaceplanes. The best SSTOs I've built are HX. Sometimes I combine them with Impossible Innovations parts to isolate design flaws and in-orbit construction logistics, and also just because they're really fun together.
  12. JaredTheDragon

    [1.2.2] B9 Aerospace | Release 6.2.1 (Old Thread)

    I've posted quite a few screenshots, some from .90, 1.02, and 1.04, of huge HX-based structures, ships, and stations. To connect HX structures, use the huge HX docking ports. I've had 1,500+ part motherships and such, but of course Unity 4 can't really handle it very well. Tips: - You need Action Groups Extended. You needed this anyway, but for big multi-ship structures it's critical to re-work your engine configurations in space. - If your HX docks seem a bit flimsy, drop down to the command center and then go back to your ship. Kerbal Joint Reinforcement is also helpful here. - With TweakScale, you can make awesome 5M (smaller than stock) HX ships and create them with much greater ease in the VAB and SPH. There's not really much benefit to using the full-size pieces, but of course they work the same.
  13. JaredTheDragon

    [1.2] Impossible Innovations 0.8.7.6

    The new deut' tank looks amazing! Good work. Original and clean, much nicer than before or even the big tank.
  14. JaredTheDragon

    [1.2.2] B9 Aerospace | Release 6.2.1 (Old Thread)

    The dev port in Blowfish's signature is perfectly usable, already. There may be a few minor problems here and there, but I've been using it for weeks. The HX parts specifically work fine.
  15. JaredTheDragon

    BlueHarvest ENB Series +GEM-FX

    Indeed, "Download is disabled for this file." Perhaps try a better host? I'd love to give this a spin, used ENB in Skyrim extensively.