Reprise du message précédent :
Une fois en orbite ça coûte une blinde, mieux vaut le dogleg ouais

Si tu vas sur une orbite haute il vaut mieux faire le changement d'inclinaison une fois rendu à ton apogée, sinon en effet ça coûte très cher. C'est comme ça que font les lanceurs qui tirent loin de l'équateur, comme Cap Canaveral par exemple

Voire même utiliser une surcapacité de lanceur pour corriger plus haut avant de redescendre.

 
Elle est longue comme le bras    De fait je me garde un onglet ouvert sur https://wiki.kerbalspaceprogram.com [...] indings/fr et là elle n'y est pas. Si au moins je jouais régulièrement, j'aurais même pas a chercher mes touches mais là je redécouvre presque à chaque fois    
 

 
J'ai encore énormément de choses a découvrir  

Au passage (comme j'avais ragé longtemps sur des vidéos tuto à l'époque, où je comprenais pas comment ils faisaient) ça pourra peut être servir à certains : pour passer de la gestion du mouvement par rotation (classique) à la translation pour le docking : c'est la barre d'espace
 

c'est moche ce que tu fait ... très moche
combien vont larguer un moteur en lisant ca

Chhhhhtt
 
Ça doit être "Alt" en fait
 
Ca fait longtemps que j'ai pas fait de rdv spatiaux, c'est devenu assez intuitif pour moi je me pose plus la question
 
EDIT : non c'est bien ça, une fois que tu es en docking mode (onglet menu en bas à gauche) tu passes du contrôle en rotation au contrôle en translation (et inversement) en utilisant la barre d'espace, c'est ultra pratique
Mais effectivement faut bien s'assurer de ne plus être en mode staging avant
 
Et pour le fine tuning il faut appuyer sur caps lock

Ah non mais ça je le savais pour la barre d'espace pour les actions.
 
Par contre ouais je ne lui connaissais pas d'autres utilisations, sauf en EVA si je me souviens bien.

Ah, aussi, y'a le combo Alt+F4 qui permet de résoudre tous les problèmes de docking impossible
Je l'utilise plus trop car ça rajoute un peu de temps pour la manip

bordel, je savais pas faut dire que j'ai jamais utilisé le docking mode non plus
je gere les rotations avec ZSQD, les translation avec IKJL et l'avancé au moteur ( majuscule/contrôle et X pour couper )

Blague éculée

Oui c'est une autre solution mais je trouve la mienne plus rapide, pas besoin de rechercher les touches à chaque fois, probablement une question d'habitude.

 
Moi non plus je l'utilise pas. Ca change quelque chose ?
 

 
Un peu, oui

 
On change pas une équipe qui gagne

THIS  
 
et c'est drole que je découvre encore des fonctions(relativement basique pourtant ) après plus d'un an d'usage  
vu comment je me suis fait chier certaines fois ca m'aurai bien servi    
 

J'ai 345 heures de jeu et je découvre encore des trucs hein

534h et je viens d'apprendre qu'on pouvait utiliser les touches IKJL

 
Tapez gg demo dans la console pour avoir 10000$

Première tentative pour Duna : Echec complet. J'arrive bien à proximité mais si vite qu'il m'est impossible de me mettre en orbite.

Pas assez de deltav disponible pour décélérer ?

Tu peux te placer "devant" la planète pour contrer l'effet de fronde, et/ou utiliser l'aérofreinage

En arrivant à un peu plus de 7800m/s, en effet Il en aurait bien manqué 4000 à vue d'pieds.
 
Edit : Bon, je vais chercher des tutos et infos et faire tout ça à la main parce que décidément MechJeb c'est de la merde en barre.

 
N'hésite pas à consulter une carte de delta-V pour savoir combien tu as besoin pour ta mise en orbite. Mais clairement, si tu ne te réserve pas quelques centaines de m/s pour l'arrivée, tu ne vas pas rester longtemps

Ah oui quand même
 
Il faut t'arranger pour arriver à tangenter au mieux la trajectoire de la planète, si tu arrives plein travers en coupant son orbite tu vas avoir besoin d'énormément de deltav pour se mettre en orbite atour d'elle (= avoir une trajectoire similaire). Il faut que ton orbite d'approche vienne tangenter son orbite, en gros que ton apogée quand tu es autour du soleil soit à l'endroit où tu vas intercepter son orbite.
 
Ensuite il y a un sens préférentiel pour l'attraper oui (plutôt devant si j'en crois mon VDD, je me fais avoir parfois).

t'as utilisé le porkshop selection sans cocher " include capture burn"  
 
erreur classique ... il t'as proposé une fenetre qui effectivement ne coute pas cher au depart mais te RAVAGE tes stock de Dv pour arriver  
 
si il calcul les deux dès le depart  pour minimiser le total c'est bien plus rentable  

Oui, plutôt devant en effet si je me souviens bien. Si on coupe la trajectoire en derrière on gagne de la vitesse, et en avant on en perd. C'est le principe de l'assistance gravitationnelle.

 
J'ai même pas vu ça à vrai dire  

Ouais mais à y réfléchir comme tu arrives d'une orbite plus basse (Kerbin) pour aller vers Duna, je pense qu'au contraire t'as tout intérêt à passer derrière pour réhausser ton orbite à peu de frais. ("la courbure" de Duna va t'aider à tangenter sa trajectoire et donc avoir une orbite similaire qui va te capturer).  
 
Mais comme je disais, je peux me planter

Si tu passes derrière Duna, ça ne va pas rehausser ton orbite mais plutôt t'envoyer à perpette dans le système solaire
En gros :
- Tu passes derrière -> effet de fronde -> accélération -> nécessite plus de dV pour freiner et se mettre en orbite
- Tu passes devant -> Duna te rattrape -> décélération -> nécessite moins de dV pour se mettre en orbite

Oui mais ce que tu veux faire dans un premier temps c'est avoir une orbite similaire à Duna, c'est comme les RdV spatiaux, c'est ce qui compte pour rester à son niveau sans coût. Donc arrivant de plus bas je pense que t'as tout interêt à profiter de sa (légère) assistance gravitationnelle. Pour se mettre en orbite autour d'elle t'as besoin de réhausser ton périgée qui est à l'opposé, donc AMHA ça colle.
 
En réalité quand tu arrives dans ce cas de figure tu ne freines pas, tu accélères pour rester dans son orbite autour du soleil. (mais vous me mettez le doute, faut pas croire)

Sauf qu'il y a un problème ici, ce n'est pas comme un rendez-vous pour du docking. Tu ne cherche pas à avoir la même orbite, ton but est de te faire capturer par la planète.
Si tu passes derrière elle, elle va t'accélerer. Oui tu auras une orbite qui ressemble un peu plus à celle de la planète, mais tu vas la dépasser et tu ne pourras pas te mettre en orbite à cause d'un dV nécessaire trop élevé.
Fait le test, tu verras que dans tous les cas, tu auras bien plus de faciliter à te mettre en orbite en passant plutôt devant que par derrière ( cette phrase est bizarre )
 

(la courbe correspond à la vitesse de l'objet)

Je fais tout avec mechjeb

7800 m/s c'est bien trop rapide. Tu a du louper un truc.

 
Sur ce coup là c'est aussi ce que j'ai fais justement. Avec le module maneuver planner, "transfert to another planet".
 
Oh punaise, je crois que j'ai pigé : Il y a deux possibilités "transfert to another planet" et "advanced transfert to another planet". C'est pas de ça dont tu parlais arkrom ?
 
Edit : et il y a même "Hohmann transfert to target"  

Pour aller sur Duna je fais "avanced transfert to another planet."

Une fois dans la sphère d'influence de Duna je corrige mon inclinaison et mon periapsis after 0s.
Comme cela la correction de trajectoire ne prends pas beaucoup de dV.

Je mets un periapsis a 100km et une inclinaison a 0°

Si ton periapsis est trop grand tu va consommer trop de dV pour circulariser.

Tu peux aussi mettre un periapsis a 20km pour faire un aerobraking.

Alors, en effet, avec "avanced transfert to another planet" c'est nettement plus complet et je vois même la case a cocher dont parlait arkrom.

Pour rappel, il y a déjà un mod pour jouer à KSP en Multi, DMP (Dark MultiPlayer). En tant que mod, ça a évidemment ses limites, mais ça marche bien et le principe est bien pensé. Inclus dans la réflexion dès la conception du jeu, je suis sûr que la plupart des limitations peuvent être gérées.

D'ailleurs je suis à peu près sûr que le multi de KSP2 va s'en inspirer. À l'époque, les développeurs (qui ont pour la plupart changé depuis) n'avaient pas caché qu'ils ne pensaient pas pouvoir faire de multi mais que les mods (il y a eu d'autres mods avant DMP qui l'ont inspiré) avaient montré des solutions raisonnables pour l'envisager.

Votre histoire de passer devant ou derrière l'astre, tout dépend si tu veux choper l'orbite en sens horaire ou sens trigo non ?
Pour certains contrats on a pas le choix

Mais merci pour le graph c'est fort intéressant.
J'ai fait mon premier atterrissage sur Duna hier soir j'en ai encore les frissons.

Et je conseille, ca vaut ce que ca vaut, aux nouveaux joueurs, j'en fait partie, d'utiliser le moins possible mechjeb, ou alors à titre éducatif, ou encore pour toutes les tâches redondantes, mise en orbite de kerbin par exemple.

Depuis que je fais tout à la mano, je comprends bcp plus de trucs

Ah mais MechJeb c'est vraiment quand tu maîtrises déjà bien les manœuvres, parce que sinon le jeu perd énormément d'intérêt.
Une fois que t'as compris comment envoyer un satellite en orbite, là par contre faut l'utiliser parce qu'au bout du 30e satellites ça devient lassant a la mano

EXACTEMENT il faut faire le plus possible a la main  
je l'utilise pour les décollages de kerbin ( sur les autres astres je fait moi meme )
pour calculer les fenêtres de lancements entre planètes
pour exécuter les manœuvres ( il est plus précis que moi pour finir exactement comme planifié )
et il pense a ma place pour plier/deplier les antennes et panneaux solaires  

Il y a que deux ou trois trucs qui me posent vraiment des difficultés. La mission pour poser un équipage sur la Mun et revenir par exemple je l'ai faite tout à la main.
 
Bon, et pour mon voyage, je suis pas parti encore 5 ans et 28j avant le départ. Même avec le time warp j'en ai pour un moment avant de partir   Je viens de faire le calcul de tête : Pas avant un peu plus de 3h de temps réel  

J'ai kerbal alarme clock.
Cela te permet d'avoir une alarme quand tu es dans une phase optimal pour un transfert entre planète.
Tu va attendre 5-10 minutes maxi dans l'observatoire.

Avec mechjeb tu va attendre 3h et a la fin le calcul ne sera pas bon (ou alors refait le calcul juste avant)