scimas
-
Posts
214 -
Joined
-
Last visited
Content Type
Profiles
Forums
Developer Articles
KSP2 Release Notes
Bug Reports
Posts posted by scimas
-
-
46 minutes ago, regex said:
I wouldn't review it yet because it's an early access title. Anyone leaving a review at all is kind of missing the point IMO.
??? Early access or not, expected bugs or not, performance issues or not - it is a product people are going to pay money for. It's fair to say that one should expect problems in an early access product, but everyone has different levels of acceptable problems they're okay to put up with. One might be happy with 100 bugs, another might be okay with only 10 bugs; and the reviews help get a feel of that level. So at least I am glad that people can and are reviewing it.
-
4 hours ago, MAFman said:
Is Principia compatible with the kOS mod?
Search for kOS in this topic and you will find plenty of discussion about how to work with the two mods. Like this for example,
-
13 hours ago, justaRegular911 said:
Anyone?
But pay attention where it says you will not get any support. And since KPS 1.12.3 is the final bug fixed version anyway, I would suggest recovering your steam password instead. I'm sure there are alternative ways of obtaining the game anyway, after all it seems you have bought it.
-
15 hours ago, Radical2638 said:
The odd thing is I had a kOS script that I found on Reddit called "burner" that I was trying to use, but it just isn't working. It just isn't picking up some variable due to principia being installed I guess?
Principia does not mess with what is available to other mods. If you're using a random script you found somewhere on the internet, you need to understand what it is doing and what it is expecting.
As for mechjeb not working, and the node disappearing before the burn is over: Principia's flight planner is just that, a planner. It does not help you execute a burn. The timings and predictions shown there are ideal cases - they assume you execute the burn perfectly. If mechjeb (or anything else) is not starting and ending the burn at the exact moments, or if something else like thrust variation, spool up time etc implemented by RO is messing with the engine thrust, Principia is not going to take that into account. You have to take care of that yourself.
-
11 hours ago, Skywavestar said:
Which version supports 1.9.0?
None. All supported version are listed in the thread title and in the README.md on github.
-
Spoiler
You're looking at the target vehicle navball in this screenshot, so the tangent, binormal, normal markers are in that frame. But your manoeuvre is planned in the body inertial frame. That is making you think that those things don't align. And indeed they don't since they're two different frames. Manoeuvres cannot be planned in the target vehicle frame.
-
On 6/10/2021 at 4:48 PM, mateusviccari said:
landed it
Landed vessels are not managed by Principia, meaning they don't exist as far as Principia is concerned. So no, landed vessels will not have any impact on Principia's computation.
-
Directions represent rotations, which should be multiplied. The addition of directions is supported but not well behaved as explained in the docs here https://ksp-kos.github.io/KOS_DOC/math/direction.html#operations-and-methods .
-
6 hours ago, aleks01s said:
Any idea what might cause this? Or how to fix it?
I don't know the exact technical details, but at a rough guess the problem is with how the forces are being applied by KerBalloons. If the mod isn't applying forces with the calls Principia expects, the forces will "magically" disappear. As for why it rises a little bit off the ground: Whenever a vessel is landed, Principia doesn't control it all. Stock physics has complete control over it. Which is why the force gets applied to the vessel and it rises above ground. But as soon as it is off the ground, Principia takes over, the force disappears and the vessel comes down; and so you get the oscillations.
-
3 hours ago, xebx said:
But the UI and flight plan process is laggy, time consuming and inaccurate in the end compared to the classic and very handy conic.
That is a property of N-body physics and your inability to execute manoeuvres perfectly, not Principia.
3 hours ago, xebx said:Also each time i load a save that is 10 or 20 years from "the initial_state_2020-01-01" (thanks for this file), it takes 15-30sec. Same load times for just going in or out the tracking station. During these 15-30sec, memory usage increases and can eat a 3rd of the RAM. (logs are clean, it looks like normal behavior)
Issue #2400
3 hours ago, xebx said:can i improve the performance/ram usage of Principia by deleting all the asteroids in the save file ?
3 hours ago, xebx said:Then i was thinking a "Principia Lite" would be great, it would only manage the solar system/body accurate orbits (tilts and all) while leaving the spacecraft maneuver part same as stock/conic.
I don't see how that would make for an interesting enough gameplay to justify the effort required, but not really my expertise or place to say either way.
-
6 hours ago, tonimark said:
i have to say that this is intarelly broken:
546 issues on github , this mod is a mess
5 hours ago, tonimark said:lets hope that it won't affect it's fuction
So you just decided to call a mod a mess and spread misinformation based on the number of issues? Without even trying to see whether most of its functionality is affected or not?
-
9 hours ago, ShakeNBake said:
Are the compiled binaries for old versions still available for download anywhere?
The download links are on github in the README.md file. Which means they are version controlled. Go through the history of the readme on github and you should be able to find the links.
-
These are initial state files for use with RealSolarSystem https://drive.google.com/drive/folders/1iNlip4K66oaOQgPm7nDnpQxExuDmp6lu
Some people like to play or simply want to explore RSS in more recent years, rather than 1951 with which Principia starts by default. And of course you can timewarp to whatever year you want to. But until the devs complete their work on #2400 and related issues, it is going to remain a bit painful the further from 1951 you timewarp. The folder linked above contains initial states every 5 years from 1950 to 2020. So the initial state file for 2010 gives you a game that starts on 2011-01-01T00:00:00 UTC. Replace the initial state file in the Principia/real_solar_system folder with the one you want. Keep in mind that this will only have effect on new saves, an existing save won't magically timewarp into the future or past because you changed that file.
@eggrobin has done a cursory verification of the initial state files. But if you run into any inaccuracies, that's my responsibility, not his or @pleroy's.
-
On 11/6/2020 at 3:45 AM, septemberWaves said:
Since stock-like "spheres of influence" aren't a thing with Principia, how are altitudes determined for high/low space science over a celestial body, and where are the limits set?
The stock spheres of influence do exist even with Principia, Principia just doesn't care about them. The stock science system uses those same SOIs for determining which experiments are available. In case of other planet packs, those limits are set by the respective planet packs, Principia doesn't meddle with it.
And anyway - with or without Principia - altitudes don't depend on the SOIs at all. Altitude is simply (distance from body center minus body radius). Conceptually, an altitude with respect to Mun still exists even if you're in the SOI of Jool.
-
kOS and Principia don't do anything special for each other. So they are as compatible with each other as any two random mods are.
On 10/28/2020 at 9:04 PM, golfsoccer9 said:I have been having problems with maneuver node execution in my RP-1/RO playthrough.
You will need to be more specific than that to get help. What kind of problems?
-
7 hours ago, JonasP said:
I don't know how to exactly install principia. Can somebody help me please. I want to play RP-1.
Download the zip - links are on both the first post of this thread and the README on github. Extract the zip and copy / merge the folder like any other mod. If you have never installed any mod before, read the thread linked by Entropian.
-
6 hours ago, epicfailure2020 said:
which one?
Anyone. One of each INFO, WARNING, ERROR and FATAL log is created for every KSP session. The name contains the date and time when the log was created (alternatively you can also sort the folder by date modified).
Also, go through the troubleshooting section of FAQ on github.
-
10 hours ago, TMe26 said:
I would like to open the historical version of the download, many people are using the version before 1.8. And most people don't use source code, and I'm one of them. If you open the history version to download, I would be very grateful.
Check the history of the README.md file on github, you should be able to get the links there. But note that bug fixes and new features are not ported to older versions, so you won't get them.
-
4 hours ago, darthgently said:
Is there a way to tell by the syntax of the KOSProcessor entry in the .cfg whether it is checking to see if it is already there or not? Or does that logic occur elsewhere? Pardon my jumping in please, but this applies to something. I want something to grep for to automate this kind of audit for this and related situations
Check the ModuleManager documentation, it does allow checking for presence of modules among many many other things.
-
1 hour ago, MAFman said:
I tried Principia, and it crashed. What's going on?
That's an extremely unhelpful report. It's like saying, "I was walking down the road and now my arm is bruised, what's going on?" I don't know, a hundred different things, maybe you hit a power pole with it or a car drove over it, or it was bruised all along but you just noticed...
Nobody can and will help you unless you properly describe what you were trying to do, how that thing didn't happen the way you expected, what went wrong and, if needed, provide the logs.
-
2 hours ago, chuckstables said:
what's your time step for asteroids and "unknown" objects?
KSP itself treats asteroids just like vessels. Your rocket can grab onto them and move them around anyway you like, so Principia also needs to treat them like vessels.
Actually I didn't even need to type that, I could have just linked this: Principia wiki regarding timewarp
-
10 minutes ago, kcs123 said:
I'm not sure if kOS scripts should be qualified as full mod at all.
Agreed. So many people have already made their scripts publicly on github. And if people want to contribute more general or utility like code, they are encouraged to contribute to KSLib - a standard library of sorts for kOS.
As for the location of the script files, technically they can be anywhere. A Ships/Script/ simlink can then be created. I manage my scripts this way so that updating / deleting a KSP installation doesn't get rid of my scripts. Of course this method has same problems that @kcs123 already described.
-
The manoeuvre (the current one) can already be accessed through kOS. That issue was about exposing a lot of the FlightPlanner, but as @Butcher said, most of the proposed things can already be accessed through the stock api. He had also written the kOS side of the code for the hypothetical principia interface at the time. I found out the "history only" part about VesselGetPosition when I was working on my modification of his code. The problem I'm trying to address is a lack of future trajectory prediction (both position and velocity) in the presence of N-body gravitation.
-
I'm writing an addon for kOS. Since the trajectory of the vessel doesn't match patched conics in the presence of N-body gravitation (especially body to body transfer trajectories), automatic accurate execution of manoeuvre nodes becomes impossible. If instead I can get position from Principia, I can code the execution program to seek a certain distance from some body at a certain time (within some margin, not pin point accurate). So it would be helpful if principia could provide the prediction.
For my use case it would be enough to get predictions that fit in the constraints provided in the principia settings. That is, the future time doesn't have to be arbitrarily large, only as far as the map view trajectory goes, similarly for the error in prediction.
[KSP 1.12.x] kOS v1.4.0.0: kOS Scriptable Autopilot System
in KSP1 Mod Releases
Posted
Action sets support has not been added to kOS. And kOS discussion almost exclusively happens over their discord these days. https://discord.gg/H4TgCHja