pleroy

Members
  • Content Count

    64
  • Joined

  • Last visited

Community Reputation

53 Excellent

2 Followers

About pleroy

  • Rank
    Rocketry Enthusiast

Profile Information

  • Location Switzerland

Recent Profile Visitors

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

  1. Thanks for taking the time to find the mod causing the problem. From reading its description it's clear that it alters the physics, apparently in ways that are incompatible with Principia. We'll get in touch with @ferram4 to understand more.
  2. @IncongruousGoat: This is a very bizarre bug, and not one that has been reported before. My gut feeling is that this is a nasty interaction with some other mod, but these problems are exceedingly difficult to debug. The thing that is especially strange is that Principia only translates parts, and never rotates them. So we could be guilty for the engine being off-centre, for instance, but it's harder to see how we would cause the antenna to rotate. If you can put your save on dropbox we'll take a look, but don't hold your breath, more likely than not we won't be able to pinpoint the cause.
  3. I suspect that you have a mod that simulates a 32-bit architecture by claiming that the pointers are 32 bits. Something like that was in use when KSP didn't really work on 64-bit machines.
  4. You need to have (1) a 64-bit processor (2) a 64-bit installation of Windows (3) a 64-bit installation of KSP. At least one of these prerequisites is missing (I suspect that you have a 32-bit installation of KSP).
  5. @Clockwork13: As mentioned in the FAQs, you need version 6.0-2 of libc++. You must have a rather ancient version to be missing shared_mutex (it was added in the 3.4/3.5 timeframe).
  6. @AloE: Yes, that's correct. That's mostly a round number (in JD) that's happens to fall shortly before the first observation of TRAPPIST-1. We run a fairly complex and expensive optimization to determine orbital elements that match the observed transits, so it's convenient to start a short time before the first observation. Also, many sources give dates like "7282.80570" where the leading JD245 is omitted.
  7. @flyby2412: Cramer, the last version of Principia to support 1.2.2, can be obtained at https://goo.gl/XgRdRP. No support, no bug fixes, no questions answered. This being said, we recommend to use RP-1 with 1.3.1 and the latest Principia. Other people seem to have been successful with that setup.
  8. @AloE: Regarding EVE and Scatterer: please see my response on the Principia thread. You want to download trappist-1 for principia δημόκριτος.zip which should do what you want.
  9. Ah, thanks a lot for reporting this, @AloE. It turns out that while we coordinated with @GregroxMun when he was developing version 0.6.0 of his SLIPPIST-1 mod, we never fixed the link if the FAQs. So the version that you downloaded (trappist-1 for principia dedekind.zip) was designed for 0.5.x and had plenty of problems, one of which was an incompatibility with Kopernicus that caused the crash that you encountered. I have fixed the link in the FAQs to point to trappist-1 for principia δημόκριτος.zip. I suggest that you download this version and install it instead of what you have at the moment. It is better in a number of ways, in particular better alignment of the planetary textures, more realistic radius and atmospheres, data suitable for EVE and Scatterer, etc. (See PR #1856 and #1859 for details.) Apologies for the confusion caused by the outdated FAQs.
  10. The UI has not changed substantially. There have been a number of improvements and fixes regarding memory usage, but it's hard to tell if it has anything to do with what you observed: if you don't submit bug reports, there is no guarantee that bugs will get fixed.
  11. We were on vacation, this is a bulk reply to the thread regarding the ephemeris. Yes, we neglect the acceleration exerted by vessels on celestials and on other vessels. It does save a lot of computations. It's not as small as @Teilnehmer believes, even though the vessels can be 10^15 times lighter than the celestials, because vessels can be very close to each other (so the 1/r^2 factor matters). Note that saving the state of the celestials to a file would be much slower than just recomputing the whole thing. We are able to integrate about 3 million seconds/second, and as @scimas mentioned the file would be huge. Just say no to disk I/O. We'd be interested to know more about this. We have not observed noticeable differences in performance ourselves except at very large warp factors or at very large distance from the Sun. If you could open an issue on GitHub with details that help reproduce the problem, that would be great. Right. The ephemeris is used to (lazily) compute the trajectories of the celestials, and the trajectories of the vessels are then computed in the resulting gravitational field. That would defeat the purpose of the ephemeris, which is to determine once and for all the gravitational field in time and space, and then to integrate the vessels in that field. So the two forces that you mention are computed in two completely separate steps, and possibly at different points in time. As an implementation detail, the mass of the vessels is taken to be exactly 0 in the ephemeris so the forces are not helpful, what we need are the accelerations. To be a bit more specific (for RSS): we start from the positions and velocities, derived from JPL data, for all the celestials at a fixed point in time (1950-01-01); we integrate this configuration forward in time with a Quinlan-Tremaine symmetric linear multistep 12th order integrator and a time step of 10 minutes; for each celestial, we compute polynomials of degree between 3 and 15 to approximate the positions and velocities over 8 points (80 minutes) to 1 mm; these polynomials are constructed in the Чебышёв basis for accuracy and evaluated in the monomial basis for performance; when we need to compute the trajectory of a vessel, we use these interpolating polynomials to compute the position of each celestial.
  12. Dunno, did you report it on GitHub? We fixed two bugs that could match that description (see the change log) but it's hard to know for sure. Nope, the solar system is constructed when you start a new game.
  13. I tested it with 1.4.3. It works fine. Not tested with older releases 1.4.x but should be ok.