Gasofidas

Thanks a lot for explaining this, let me rephrase it in my own words to see if I got to understand it (while CPU capped in a high part ship): Graphics (FPS) require both GPU and CPU time, and physics calculations only CPU time. Physics timestep sets how often the graphics (FPS) is updated per each physics calculation. the lower it is set (0.02), the more often graphics are updated, so the smoother it looks but takes longer to complete. the higher it is set (0.12), less graphical updates, the faster it completes but feels choppy.

Thank you very much Meithan, glad to see you back.

Atm http://meithan.x10.mx/KSP/engines/ shows "This Account Has Been Suspended"

Saludos y bienvenido!

[img]http://i.imgur.com/yAXOKby.gif[/img]

Everything animated is a hundred times better. [video=youtube;cvaRGiMWRaE]https://www.youtube.com/watch?v=cvaRGiMWRaE[/video]

This is in the changelog for 1.0.5:

Hasta siempre Miguel, ¡buena suerte!

I don't know if it is a bug or not, but this happens since at least 1.0.4

Saludos vecino!

Yesterday I spent my afternoon building a huge lifter for 500-600t payloads. I want to also say thanks to everyone who contributes to this post, whenever I run out of ideas of things to do in KSP this is the most inspiring source for new ones

Buenas, creo que lo que pasa es que el robot tipo "sputnik" que lleva tu cohete no tiene ningún tipo de controles, sólo sirve para poder controlar el "acelerador", es el robot más básico del juego, así que dependes al casi 100% de la aerodinámica del cohete, y el motor que te da algo de control mientras está encendido. Para mejorar la estabilidad puedes usar aletas con control, no como las que lleva que son fijas y también si ya lo has desbloqueado en el apartado de command and control a lo mejor tienes una "Reaction wheel" que ya te da algo de control sobre el cabeceo del cohete, aunque todavía sin la asistencia SAS. Espero que algo de esto te sirva de ayuda.

Buenas, sin ver el cohete en cuestión es bastante difícil saber exactamente que pasa, pero bueno ten en cuenta que sin SAS no es sencillo mantener un nodo auqnue tampoco es algo imposible. Así a bote pronto se me ocurre que el cohete tenga algo de "torque", esté desequilibrado con algo más de peso de un lado que del otro, si utilizas el mod Kerbal Engineering Redux (si no es así te lo recomiendo) cuando estás en el hangar te muestra información sobre las etapas del cohete, fíjate si en alguna el valor de torque es mayor que cero, si es así es que hay algo que está desequilibrando el cohete.

YHBT

You are welcome! Enjoy your trip

I just went today through learning how kerbals are trained, it's for sure not intuitive at all, neither seems to follow any reasonable logic. Now I am stuck with a level 2 scientist and a level 2 engineer in the middle of lowlands in a rover with a flat tyre , a ton of science and about 70km of nothingness around, they probably have been chatting (I guess) for around a month now, so probably they should be able change roles at this point, but for level 2 only... But, I made a spreadsheet calculator to just know how much experience/how can I level my kerbals and thought that maybe someone else can find use for it Kerbals Experience Kalculator, to be able to use it you need to have a google account and click on File->Make a copy...

I played with a lot of distros, mostly from the services server point of view, I found that the debian based apt package management is the one that fits me best (debian, ubuntu, mint,...) but there are other distros which are based on rpm packages (centos/red hat, fedora, mageia, opensuse,...) and others that distribute only configurations for direct package source compiling (gentoo, sabayon,...), and there is also Arch Linux wich provides a mix of both precompiled and source based. On the desktop view, tried a lot of them, gnome, kde, cinnamon, mate, unity, xfce, xlde, openbox... you name it, all of them are usable but ones more than others, just pick the one that fits you best, in my case it's mate but cinnamon is mostly the same with sugar on top. In the debian-flavour side I would pick a desktop I like and then a distro that supports it well. I'm looking for stability and no headaches, so I go straight to pure debian but for the users looking for the more up-to-date packages they should look into ubuntu (more updated debian) or one of the derivatives. The great advantage of ubuntu and derivatives is that it's the one distro that most the manufacturers are looking to in order to make their drivers, games, etc... compatible and working. Another advantage is that is really easy to use, but the default desktop "Unity" is one thing that usually you either love or hate. Ubuntu works well is very well supported and tons and tons of documentation are available. Linus Mint is a ubuntu derivate with a especial focus on two desktops, cinnamon and mate, very well supported, good looking and usable, but updates to follow ubuntu lag just a bit behind the official and my experience with it was jumping into bugs more often than not. But just look http://distrowatch.com/ if you are interested in a popularity contest of linux distros.

My first base on the moon, and my first rover also, Yay !!!

I think that you have an option either on the game launcher or the in-game settings (at startup) called "Simulate background process" that let's you do just that. I have that option checked and it let's me keep timewarping while alt-tabbed.

At last something that makes some sense in my head, it's pretty much what I was looking for, some logic behind collecting intrument readings. Works fantastic, thank very much etmoonshade!

A quick tour to Kegypt pyramids!!

Something like inotifywait (lin) (win) can monitor a file/folder for changes and execute a command in result of that, dunno how often the savefile is changed during a KSP session, but I presume it's a lot which may lead to a lot of commits, and a very detailed carreer history also