gitea-mirror/KSP-MGA-Planner
1
0
Fork 0
mirror of https://github.com/Krafpy/KSP-MGA-Planner.git synced 2025-12-05 20:40:13 -08:00
Code Issues Packages Projects Releases Wiki Activity

Removed second leg arcs recalcuation.

Browse Source 
For resonant swing bys, it looks like it makes the solver
privilege orbits with high apoapsis. Looking for a way to fix it.
This commit is contained in:
Krafpy
2021-12-24 18:58:06 +01:00
parent bbd0792a6d
commit 15ac83d18c
2 changed files with 6 additions and 8 deletions
Download Patch File Download Diff File Expand all files Collapse all files

5
dist/dedicated-workers/libs/trajectory-calculator.js vendored
View File

@@ -125,11 +125,6 @@ class TrajectoryCalculator {
infos.duration = Math.max(minLegDuration, infos.duration);
}
recomputeLegsSecondArcs() {
for (let i = 0; i < this._secondArcsData.length; i++) {
const data = this._secondArcsData[i];
const step = this.steps[3 + i * 3];
this._recomputeSecondArc(step, data);
}
}
_recomputeSecondArc(lambertStep, arcData) {
const fbBody = this.system[arcData.fbBodyId];

9
src/dedicated-workers/libs/trajectory-calculator.ts
View File

@@ -185,13 +185,16 @@ class TrajectoryCalculator {
* Recomputes the second arc of a all legs accounting this time for SOI enter points,
* thus providing a more precise visualization of the orbit.
*/
public recomputeLegsSecondArcs(){
for(let i = 0; i < this._secondArcsData.length; i++){
public recomputeLegsSecondArcs(){
// FIX: This causes wrong arc orbits recalculations in the case of resonant
// swing bys, because of the Lambert solver not considering multirevolutions...
// I guess that's the problem ?
/*for(let i = 0; i < this._secondArcsData.length; i++){
const data = this._secondArcsData[i];
const step = this.steps[3 + i*3];
this._recomputeSecondArc(step, data);
}
}*/
}
/**