Reprise du message précédent :
Vivement qu'il sorte ce mode carrière quand même

Ils n'excluent pas d'intégrer Mechjeb en mode carrière, mais y réfléchissent encore.

Bah perso je suis contre mechjeb en mode carrière, c'est évident.
Par contre le truc pour montrer les Dv ça devrait être vanilla

 
Trop de gens ne peuvent jouer que grâce à MJ, je pense que ce fait n'est pas totalement étranger à ce choix.

Ben disons que quand tu sais lancer, orbiter puis rejoindre une planète par tes propres moyens, c'est pas vraiment le voyage qui est le plus intéressant du coup je comprends qu'on puisse passer à MechJeb pour automatiser le truc. après moi c'est vraiment pour le docking que j'ai du mal à m'en passer même si j'override le truc de plus en plus pour me docker à la mano. Ou alors quand je veux atterrir près du KSC Pareil, pour les orbites de transfert ça apporte l'avantage de savoir à quel moment l'injection doit être faite. Après faut pas enclencher l'autopilot quoi...

Bah perso je sais tout faire à la main et j'ai appris à le faire avant MJ (même l'injection interplanétaire, car MJ n'était pas encore maj lors du patch en question).
J'avais même fait un rendez-vous uber difficile avant l'implantation du docking et l'outil de rendez-vous.
 
Par contre j'utilise autant que possible MJ pour la mise en orbite (et j'espère remplacer ça par KOS quand le mod se sera amélioré). Le reste je le fais à la mano à 100%.

 
génial ça va mettre encore plus longtemps à loader

C'est bien plus complexe qu'il n'y paraît. Pour l'instant nos trajectoires sont influencées par la gravité du corps astral le plus proche (ou pour être plus précis, celui indiqué sur la navball). Si tu veux gérer le LaGrange, il faut tenir compte de la gravité de tous les objets astraux pouvant avoir une influence sur une trajectoire.
 
Plus d'infos sur http://fr.wikipedia.org/wiki/Probl [...] A0_N_corps

 merci mec !

Il devrait alors faire en sorte que nous soyons influencés par les corps d'un système planétaire au moins
Ou alors juste la planete et sa lune proche... Bon ok ce serait le bordel pour jool, mais on peut rêver

Plus simplement il suffirait de gérer le point de lagrange comme si c'était une nouvelle planète invisible, sans collision avec un rayon de capture et une gravité très faibles.
 
Tu t'approches suffisamment => t'es capturé par le point de Lagrange qui tend à t'attirer en son centre.
 
C'est pas vraiment l'effet d'un point de Lagrange, mais niveau gameplay ca correspond à ce que tout le monde souhaiterai en faire.

Non.
Division par zéro quand tu atteints le coeur -> tu vas atteindre la vitesse de la lumière.

Sacrée assistance gravitationnelle les enfants

Tiens t'es encore en vie toi ?

Tu souhaites ma mort?

Tu disparaîs tellement longtemps qu'on peut douter.

Bah j'ai pas de compte à rendre au topok, nan mais

Toujours la même attitude...

J'ai pas de contrôle d'attitude, peux pas la modifier

eeloo  

 
tiny sun is tiny

 
et now jvais poser une crotte sur eve

(TAGMOD]
 
http://forum.kerbalspaceprogram.co [...] h-video%21
 
 
utile pour les navettes spatiales.

[TAGMOD]
 
Et je rajoute celui là pour éditer les nodes :
 
http://forum.kerbalspaceprogram.co [...] -Assistant

KOS 0.5 dispo, vidéo descriptive ici :
 
http://www.youtube.com/watch?v=WroP6CQ6Q-A
 
http://forum.kerbalspaceprogram.co [...] System-0-5
 
Beaucoup beaucoup de bon.

 
HAN LE RECALL DES COMMANDES    
 
pardon, je regarde la suite

putain bien
 
t'as un script de mise en orbite sous la main doc? j'ai essayé mais j'arrive pas à capter les 3 degrés de rotation

Je suis en train de réfléchir au script pour le moment. Surtout qu'avec le positionnement des prints, y'a moyen de bien contrôler tout ça en vol maintenant.
 
En gros faire un truc qui incline au maximum à l'horizontal, en suivant une loi linéaire type apogée = 0 -> vertical, apogée = 70km -> horizontal.
Inclure un test dans la boucle pour le staging (if stage:liquidfuel = 0 { stage.}.)
Et pousser jusqu'à apogée = 70km ou périgée > 25km.
Après, je cherche à faire la circularisation automatique, et pour elle j'ai 2 options :
 
- Soit je déclenche la poussé à eta:apoapsis < 1. jusqu'à avoir ( (apoapsis - periapsis ) / (apoapsis + periapsis) ) < 0.05
J'aime pas trop la solution qui va mal avec des étages qui accélèrent très peu. Par contre utiliser l'excentricité peut me servir pour moduler la poussée finale et avoir une orbite plus précise.
 
- Soit je calcule la vitesse orbitale nécessaire pour avoir la même périgée que l'apogée définie. Puis à partir du TWR je définis le temps de poussée nécessaire pour atteindre cette vitesse (en faisant l'hypothèse que ma vitesse orbitale actuelle est la même que ma vitesse à l'apogée). Une fois ce temps calculé, je définis l'allumage à eta:apoapsis < temps de poussée calculé.
Je préfère cette méthode qui s'approche un peu du fonctionnement typique que je fais en manuel. Mais plus dur  faire évidemment.

J'ai fait ça vite fait :
 

 
avec cette fusée qui va quasi en orbite :

 
Je précise cependant qu'elle part vers l'ouest et non vers l'est, mais là je vais bouffer.

je suis sur le truc aussi, par contre pour l'autostage je galère avec le solidfuel:
 

 
ne fonctionne pas, il attend l'event qui n'arrive jamais, alors que print <solidfuel> me donne bien 0.00

ah tiens je vais test avec stage:

Je suis en train de faire un programme de mise en orbite aux petits oignons.
edit : travail terminé

super
 
le turn analogique c'est top, j'en suis encore aux paliers moi ça marche aussi ceci dit

fais péter

Y'aura encore du taf sur la structure (j'ai fait le choix de valider des étapes avec des until X = 1 {........ set X to 1}.
La circularisation ne me satisfait pas en l'état actuel, mais ça devrait s'arranger (faut que je fasse varier la poussée).
là je teste l'affichage des données une fois la mise en orbite terminée. Je vais fournir le .craft + le programme.
edit ² : ça marche.

le .craft (il s'appelle ICBM ) :
 
http://www.mediafire.com/download/ [...] ICBM.craft
 
Et le programme appelé "orbite" :
http://www.mediafire.com/download/ [...] orbite.txt
 
En gros, il y a 5 phases :
 
phase de montée : affichage de l'ap / pe / fuel / angle. L'angle est déterminé par l'apogée actuel et une altitude fixée à 60km. il vaut apogée / 60km * -90°.
phase sub-orbitale : affichage de l'ap / pe / fuel, angle fixé à 90°. Poussée jusqu'à AP = 80km.
Phase balistique : affichage de l'ap / pe / fuel / temps avant ap. dure jusqu'à 5s avant ap.
Circularisation : affichage ap / pe / fuel. dure jusqu'à pe > 78.5km.
phase de vol : affichage ap / pe / fuel / temps avant ap / temps avant pe. Pas de fin.
 
D'après l'évolution de l'angle d'attaque pendant la phase de montée, je dirai que le programme est nickel tant que le TWR est autour de 2.
 
edit ² : l'action groupe 1 ouvre la console.

pourquoi le craft, c'est pas générique?

 
Je l'ai inclus pour l'exemple, vu que pour le moment je n'ai testé qu'avec lui. Mais à priori, aucune raison que ça ne marche pas avec d'autre, sauf peut-être pour la phase de circularisation qui n'a pas le test de staging. (par oubli).

oké
 
bon mon orbiteur est fini, par contre il ne stage que les boosters, pour le liquid j'ai peur de voir comment il va gérer l'aspargus.

Il gère pas l'aspargus, faut se cogner les différents volumes de carburants restant aux différentes étapes.

Tiens j'ai rajouté ça dans la partie circularisation, c'est pas méga opti mais ça fait le taf (orbite nickel de 80x81km ).
(j'ai mis la première ligne pour situer dans le code )
 

Je viens de tester avec une autre fusée avec une capsule, et j'ai assisté à toute la montée en mode cockpit à travers les yeux de Jeb.
 

 

Tu programmais déjà avant Dr ? Ou tu as appris juste avec ce mod ?