Jump to content

Nereid

Members
 View Profile  See their activity

  • Posts

    1,043

  • Joined

  • Last visited

 Content Type 

Everything posted by Nereid

  1. Nereid
    I have already thought about it and done some experiments. But I have still no clue how to detect repairs... - - - Updated - - - Thank you. Both saves are not very helpful but they show at least a bit. They show that the save trigger has fired. I will add some additional information to the root node in the file to analyze this further. And because all ribbons are gone, the "Clear" method in the hall of fame seems to be called somehow without a successful or a not triggered load afterwards. This is more than no information, but it's not much. Another question: Did this happen to you only once or multiple times? If you experience this bug often? If yes, it may be a good idea to test, if there is any dependency to other mods you are using. If you want to be on the safe site until this bug is resolved, make a backup at least each day. S.A.V.E could handle this for you; a simple start script for KSP would do too. This bug is complicated to resolve. I can't reproduce it so I can only hunt for the bug by code review and adding more log outputs.
  2. Nereid
    Thank you. I will take a look. There seems to be no ribbons in that save: [LOG 16:44:43.881] FF: EventObserver:: OnGameStateCreated 7289490.50016447, game status: ONGOING, scene MAINMENU [LOG 16:44:43.883] FF: loading hall of fame [LOG 16:44:43.883] FF: hall of fame loaded in 0ms [LOG 16:44:43.884] FF: hall of fame loaded (0 logbook entries) Do you still have the save game? Do you have any quicksave from that point in time? It seems that the ribbons are not saved sometimes.
  3. Nereid
    Questions: Which version of FF? Did they lose only their surface ribbons or all their ribbons? When exactly are the ribbons lost? At the time of landing on the Mun or directly after switching from space center to a flight scene (which means loading a game). This is reported several times now, but I still haven't found the bug yet. If this happens, make a copy of the KSP.log (maybe there are some hints in there). If anybody have a save just before this happens and it is reproducible, please make a copy of it and let me know. I have tried to reproduce this several times now but it didn't happen to me. And please: set the log level at least to INFO (or DETAIL) if you want to help. FF is quite simple in storing ribbons: It just has a map for each kerbal (identified by its name) and an associated list of ribbons. But it seems that KSP sometimes replaces the internal representation of kerbals internaly with "some new". This should not make any difference (because they are identified by their names), but obviously there is a rare occasion, where this did not work. EDIT: Maybe the hall of fame class is accesses in multiple threads. I don't think so, but just to be sure I will add thread safety to that class (and a few other). I will publish this release with additional log information tomorrow. - - - Updated - - - Try this: http://nereid42.de/FinalFrontier/FinalFrontier0.5.9-177.zip
  4. Nereid
    Fixed a few minor bugs in the latest release: 0.6.5-801 Especially the exact readout configuration (zoom feature) is now persistent if changed.
  5. Nereid

    xxx

    Nereid replied to jcas2k's topic in KSP1 Mod Releases

    Well, AlphaAsh has spend his time to work on his plugin. And he has chosen not to allow modifications without permission. He has told you this very polite I think. You had the option to ask him for permission; or at least to apologize and ask later on (we all make mistakes). The "negative comments" as you call them, just tell you that you cannot do this with AlphaAsh's work. That's not negative, that's helpful.
  6. Nereid
    Thank you. I will fix this ASAP. EDIT: fixed in 0.6.4-788
  7. Nereid
    0.6.3-787: If enabled in the configuration, a mouse over a gauge will display a zoom (2x) window.
  8. Nereid
    Updated to 0.6.1-723: 3 new gauges. EDIT: Altimeter seems to be off above 10.000m at any altitude. I'm fixing this. EDIT2: fixed in 0.6.2-732
  9. Nereid
    Updated to 0.9.17-387. If a file copy failed (because KSP is still accessing it), it the copy will be retried after waiting 200 ms (up to 6 times per file).
  10. Nereid
    I have already done that. Its not finally decided, but until decision I will leave it as it is. - - - Updated - - - I have a new version with some kind of "retry-to-copy" to solve the issue. Unfortunately I got no reports if this solved the problem. But I will upload it anyway. EDIT: found some bugs that have to be fixed first. So release delayed.
  11. Nereid
    You are right. This option is only there if blizzys toolbar is installed. Unfortunately at startup (when the toolbar buttons get registered), the method for getting the information if the toolbar mod is installed gets wrong results sometimes. So install toolbar mod, change config, remove toolbar mod, stock button is there. - - - Updated - - - Not really from a technical point of view. I have my own software to generate them. So it's easy to change colors.
  12. Nereid
    Well, it should. And it has worked someday. But the way it was implemented will not work reliable in C#. Fixed in 0.6.5 and thanks for reporting (I have switched to the stock toolbar myself by configuration). Very minor fix. No update necessary. If you don not want to update: Just open the config window and enable "use stock toolbar" Fine.
  13. Nereid
    Please update to FF 0.6.4-689. In 0.6.1 there is a bug in loading the ribbons. So it may look like the ribbons were incorrectly saved (and may be as a consequence they were), but the load method has a major bug. The bug isn't that obvious and in most cases (playing a single game with no quicksaves) you won't notice it. I have not noticed it myself until another kerbal fan has told me, that quicksaves won't work. Important: make a backup of your save before updating. And please report back, if there are still issues of course.
  14. Nereid
    Just tested this, and all works fine for me. which version are you using? And: if you save in an ongoing game, all ribbons should be saved in save 2 (its the same game, so same ribbons ). If you mean different games, that this would be a bug. But I can't reproduce it here. Can you please exactly tell me, what you are doing to reproduce this bug? I have switched games very often in the last days and I have never experienced this.
  15. Nereid
    Can you tell me what ribbons are lost and when? I'm using the current version from FF in my game and I have no issues so far. FF won't delete ribbons itself. They are just lost, if a) another ribbon supersedes it, you revert back to another point in time (quickload/revert flight), c) you revoke them or d) the name of a kerbal changes. A bug in the supersede chain may result in a (temporary) lost ribbon. A bug in the loading method may cause a loss, too. If KSP changes the internal representation of the kerbal, it should (!) have no effect, because FF will look for the ribbons by name, not by kerbal. But if there is any bug, I need a description of the exact situation, if a ribbon is missing. And make a copy of the KSP.log then.
  16. Nereid
    Yes. But want do you want to achieve with this? And keep in mind: KSP loads a game every time you switch the scene. So there will be a lot of backups...
  17. Nereid
    Recurse subfolder will backup all subfolders of your save game, i.e. your ships templates for the VAB and SPH (or any other subfolder created by another plugin). I have no clue why it won't work for some. Maybe KSP will write to that folder asynchronously while backups are done. For an analysis I have to change a bit, because the logging calls won't work in background threads and backups are threaded. Unsuccessful backups are not deleted instantly, but not shown in the restore list. You can copy them manually to restore them or add the missing "backup.ok" file yourself.
  18. Nereid
    I don't think it has something to do with FF. This was my first solution. Mostly because I had no clue how to write to the persistent file and because I was to cautious to risk damaging that file. But I don't really like this idea anymore. You have to implement the file I/O and parsing yourself and it's another source for bugs. Then I have to add some kind of rotate again, do deliver some kind of very minimalistic backup. Third: I had complaints that this approach won't work with some multiplayer mods out there. And last: A backup should include the whole save game anyway. That's the reason I wrote S.A.V.E in the last week. It was a great help yesterday to get the old saves back, to test load/save again. The last bug was caused by a misinterpreted behavior of some event callbacks. There are onGameStateLoad and onGameStateSave and I have used both at first. But onGameStateLoad is triggered before a load takes place (as onGameStateSave is triggered before a save takes place, what is exactly what I want). For unknown reasons this will work with a persistent file but not with a quicksave. So I had to move the loading functionality in the onGameStateCreated callback. Unfortunately my first fix had introduced two other bugs. A nullpointer and a not called onGameStateSave.
  19. Nereid
    I'm glad to hear this. I hope not to much others have suffered from this mistake. But again: If you play a serious game, make saves often, make backups every then and now. The old concept with the halloffame.ksp in a seperate file and with 9 copies, is not that error prone. But it's completely incompatible with multiple quicksaves. Let's keep an eye on this. I will try a few tests on sunday. And hopefully I can play myself a bit again. Without playing KSP myself some bugs get not noticed early. And well... it's the same in bigger projects. Release, hotfix, QA testing, bugs get unnoticed, hotfix again and sometimes it gets worse... This is not my first "release desaster", unfortunately in this case there is no other to blame than me. Lets hope the last release will not have any major issues.
  20. Nereid
    Fine. I hope not to much people had lost any ribbons. And please guys: save often, make backups. This will keep headaches away from me, too. - - - Updated - - - No backups from 0.25 And a suggestion: try to load an old quicksave!
  21. Nereid
    Please report, if 0.6.4-689 is working now. Make a backup first. If it wont work, I can fix it tomorrow but not today anymore.
  22. Nereid
    Make a backup NOW. Revert back to the old release and try what happens. And report please, I'm still a bit puzzled, what is going on here... Arghh... I wanted to remove the old load event. Unfortunately I have removed the save event. So a load/save will remove any ribbons in the save. Old (!) quicksaves should be unaffected. 0.6.4-689 should fix this. This was clearly my mistake, sorry. Unfortunately, I was thinking I have to test loading games only. And I needed a bit sleep, because I had to work in the early morning. If I had played myself I would have noticed this early.
  23. Nereid
    I'm not quite sure about this. It seems that a new started game gets correpted. Not old ones. Please no panic, resuming works now, but starting a new one not. Still investigating... Starting a new game seems to be OK again. I will start/resume at least 3 times each and release then. No panic guys, all seems to be fine. Start ok, resume ok, but load from quicksave not.
  24. Nereid
    patience guys. I'm still looking. I hope you have backups. Because this time some of my test games gets corrupted, if resume was not working. Sometimes it was working, sometimes not. But the loaded game seems to be unaffected. I have identified 2 problems so far. Both resulting in copy&paste of the code from one event callback to another. Its hard to believe, that it has worked in my prerelease tests....
  25. Nereid
    Sorry, I had to sleep a bit... I have loaded a few times myself. But I will take a look. hmmmm. resuming works for me... ok, there is something wrong, if no data is found... wait a few minutes
×
×
  • Create New...