Jump to content

Nereid

Members
  • Posts

    1,043
  • Joined

  • Last visited

Everything posted by Nereid

  1. I have already thought about that. Also about ribbons for scientific achievements or fullfilling contracts. Well no more work until mid of January. And KSP 0.90 is awesome (dispite a few minor glitches), so I'm playing KSP again.
  2. Ah... no! KAS is one of most useful mods out there. This one I will miss in 0.90. And at least the basics should really be added to stock.
  3. Give me a few days. I have just downloaded 0.90. Installaing FF, NG and my favorite mods right now. Have you changed any name of any kerbal?
  4. Is the first startup of ATM in its latest release really that slow? KSP is loading for over 30 minutes and not even 50% are done...
  5. Currently I haven't considered anything. I'm out for business twice a month and still have not enough spare time to continue (and if there is time, I'm not in the mood for debugging/coding, because I have done similar things at work). But holiday is aproaching. Unfortunately work will take priority over my spare time again in mid January. Some other have developed somekind of framework which I could use, if I remember right. Because Squad had changed the savegame concept, I will have to do something about this anyway. Regarding bugs: I rarely play KSP at the moment. So I won't notice them myself. Keep track of them and maybe we can resolve them at the end of the year.
  6. Well, they are not designed to work inside a cockpit. They are for those of us that want to fly in a external view. And if you think they are cluttered: remove all gauges you don't want. Each of then can be disabled (hold right control) on the fly. AFAIR: There is no real difference in the VSI and the the vertical velocity gauge. The later one is just similar to the horizontal velocity gauge. Extending to Mach 20 should not be that difficult. But we will have to wait until mid of december. There is no time for me until then.
  7. I did not checked the new KSP save mechanics (multiple saves) yet. Maybe they could cause some issues if they won't store its data in a seperate folder. To use another kind of save format/structure/classes/api/whatsever in the KSPsave is on my todo list, but it will come with a price. The way its done makes sure that FF doesn't corrupt anything and its making debugging much easier. Currently FF could only work with a single timeline. If time is reverted all ribbons to that point in time are lost. Loading another save including a later point in time will not bring back any ribbons. Some others have asked this already. And I have thought about it a few times. I'm a bit reluctant to do this for a few reasons: First it's a tedious task, no fun at all from a programmers point of view. Second we need a migration path. And then there is a chance for new bugs that will cause data loss. Any backups would have to be done outside FF and we need a better backup plugin in my opinion. The positive aspects: the halloffame.ksp was simple at first. But now the code for reading it is getting way to complicated. Extending it for new features is no fun at all, too. So recoding it would remove some clumsy things a text parser regulary suffers from. The main problem at the moment is time.... well not time directly, but on October 30. EU4 will be released. So that weekend is completely reserved for another game. Maybe in the first weeks of November I could try to implement another persistence solution - or I get bored to death until then and I realise that's much easier to implement than I'm expecting. To answer your question, if its planed: Yo/Nes. The answer is somewhere between Yes and No.
  8. Well. As UAL002 already said, there shouldn't be any issues with FF and MechJeb. Even if mechJeb does anything automatically all crewmembers should get their ribbons. EDIT: Ah, I see. there is an old note on the first page regarding incompatibility between FF and MechJeb. Well, this is outdated and probably was not even true. The issues were caused by other things, if I remember right.
  9. Hmmmm. maybe I should add some kind of gauge in NanoGauges for getting into geosynchronous orbit so the we manual obsessed kerbal commanders could do it better.
  10. Is FF not compatibel with MechJeb? I have never used MJ and I didn't plan to do. But if you experience any problems let me know and I will try to fix them.
  11. This would explain the missing ribbons. I don't think so. Copying the halloffame.ksp while KSP is still running should not do to much harm. If you didn't change the install path, then there might be a very strange bug in FF. Or KSP couldn't load the ribbon graphics for some reason. If you have some backups I should be able to recover most but not all ribbons. The latest version of FF will keep backups of the halloffame for the last 9 days (maybe longer if KSP wasn't started daily). This should avoid most ribbon losses.
  12. The question is then: What is "the other"? There is only one chance: detect an entry by checking atmDensity every second. If it goes from 0.0 to >0 then we have entered atmosphere. FF already checks this, but it's a single point in time when it changes. EDIT, an idea: We could set some kind of timer (after entering the atmopshere), that goes down for an amount of time. If its not 0:00 and if the vessel has not gained altitude it's an atmosphere entry. Not a simple approach, but doable. Currently FF uses the ingame events to do most of the checks. And some could only be done by checking the situation in a given interval (some kind of custom events). All achievements/ribbons have a few check methods, so the events don't know nothing about ribbons and when to award them. The will check every ribbon every time and the ribbon decides. Currently the state of the vessel and the actual halloffame-entry (mission time, EVA time,...) are checked. And all checks are done per vessel/crewmember. Its not that easy to change it for checks that span multiple vessels. Because of this approach FF should use not that much CPU and the classes could kept simple.
  13. Final Frontier 0.5.9-177 is online Changes: configurable backup interval (default one backup per day) Download FinalFrontier download recommended to avoid loss of data
  14. Well, I'm rather clueless. But there are quite a lot EVAs and Mission-Recovers in the halloffame but no corresponding ribbons. So I have an idea what could have happened: You have installed FF directly in the GameData directory for a while. In the current version FF will not crash, but if won't find its ribbon graphics. All ribbons without graphics are disabled, so they will not awarded. And if FF was installed correctly and moved back to Nereid/FinalFrontier afterwards, all disabled ribbons are removed from any kerbal who owns it. At a later and correct installation, only new ribbons would appear. If this is true, some ribbons could be awarded manually by editing the halloffame.ksp. But most ribbons are lost. If you have any older backups, you can try to recover most ribbons as possible by merging the halloffames.ksp together. I may be wrong, of course, but the new feature that allows disabling some ribbons may have caused this. A note for me: I should add a warning dialog if no ribbon graphics are found and I will disable any save operations then, because this is some kind of error in 99,99% of all cases. A well done backup plugin could really help to avoid this. And the next version of FF will help, too.
  15. Just a quick check and a short question: Have you renamed the kerbals? FF won't like that, because it identifies Kerbals by their name. I'm asking because I found rather strange entries for "Bill Kerman Jnr" and "Bill Kerman" is missing since that point. If you have renamed the kerbals, just do the same in the halloffame.ksp and all should be fine.
  16. First I will have to understand what the real problem is. But's is already late for me. So it could take a day or two.
  17. I will send you an email address to send the jpg by a private message. And I didn't forget you, but I was a bit busy implementing the new backup strategy in FF. In the next release one can manually revert the halloffame 9 days back by default. If time allows I will try to find out what happened to your save and halloffame.ksp. maybe I need the KSP.log, but I don't know yet. Until then: Make a backup of your current game (the whole savegame folder) and keep it safe. BTW: FF saves the halloffame multiple times, because the save method triggers several times triggered by the OnGameStateSaved event in KSP. So 9 backup files will not make sure that one can revert after 9 saves. And there are quite a few situations which are triggering that event...
  18. Well, I don't like this approach. I have some other in mind that copies the whole savegame folder to another place on disk (or whereever the user wants). But I need a few days (or maybe weeks ).
  19. Sorry to hear this Maars. The strange thing is, that I have never experienced this myself. I had corrupted saves (prior to FF) with non-functioning vessels (below surface, completely wrong position/orientation,...) but that were only a few and KSP still works fine. In my games I have never experiences empty halloffames.ksp yet. But if KSP (or FF) crashes it may corrupt the halloffame.ksp of course. I will add a switch, that changes the frequency of the backup files. I need an "every save" option for development, but most users would prefer one backup per hour/day. This should solve most issues with lost ribbons because of game crashes. The good news: You can recreate the old situation in some way. Not in the same it was, but you can manually assign ribbons by editing the halloffame.ksp yourself. The general systax of the file is (per line): <Timestamp> <Code> <Name of Kerbal> An example of a line in the halloffame.ksp is: 5272.39445558762 O1:Kerbin Gusrigh Kerman At 5272.39445558762 (seconds after game start) the kerbal Gusrigh Kerman was awarded with the ribbon First-Kerbin-Orbit (Code O1:Kerbin). Most codes follow the composition rule <Ribbon-Code>[1]:<Celestial Body>. The "1" marks a first lend ribbon. Other codes are found in this lines: 4869.26000001361 L+ Gusrigh Kerman 10857.1101807002 M+ Gusrigh Kerman At 4869.26000001361Gusrigh Kerman was a crew member in a launch that starts a mission and at 10857.1101807002 the vessel he was in was recovered. The M+ that follows an L+ later will increase the mission count and mission time. You can get a list of all Codes in the configuration window (Button "Browse Ribbon Codes"). I hope this helps. EDIT: please make sure that the lines are ordered by time! And please remember: make a backup every few days. Perhaps I will write a plugin some day that will create backups at a given interval, because its a bit cumbersome doing it by hand.
  20. First: Curse won't bundle FF or any other mod with AdWare/MalWare/SpyWare. Second: you could download FF from the alternative link (my personal web space)
  21. I have redone and included them in NanoGauges (http://forum.kerbalspaceprogram.com/threads/84409-0-25-0-NanoGauges-tiny-ana1og-gauges-for-kerbalnauts-0-5-18-138). They will work in 0.25.
  22. NanoGauges 0.5.15-138 is online trim indicators (optional) The trim indicators are based on an idea by dazoe but were completely redone. They are enabled by default. If you are using your own trim indicators or those by dazoe you should disable them in the NanoGauge configuration and restart KSP.
×
×
  • Create New...