No, no, no... it will all be lost... like tiers in rain...Either way it'll all end in tiers.... sorry couldn't help myself.
No, no, no... it will all be lost... like tiers in rain...Either way it'll all end in tiers.... sorry couldn't help myself.
Haha that's epic =)) ... 96k LS another system but furthest body in CL Pismis 19 is 399k LS =))
Actually this also brings another discussion back .. namely whether you can get to another system without jumping ... since 96k LS should only take 20-30 min
Great find! Unfortunately, it's just another obvious bug.Haha that's epic =)) ... 96k LS another system but furthest body in CL Pismis 19 is 399k LS =))
all records accept my own have been added to the books
You are mistaken. In the early stage of development FD has decided that if microjumps ever appear in-game it will be possible to use them only to jump to stars and that they will have minimal distance under which it won't be possible. There is nothing to be alarmed about as the idea has been discussed in length in the past.I really really really hope this feature will not see the light of day, it would make exploration a clickfest...arrive at an unmapped system, do an advanced scan, start hitting the microjump switch and have all bodies surface scanned almost within the time it takes to do the actual scanning. Like selecting items in an Excel spreadsheet, no sense of 'being there' in my opinion.
Are you guys using any tools for logging and collecting data about the star systems you visit ?
Yeah, our eyeballs and screenshots![]()
To bad that the screenshots that are beeing created are several mb large and get saved on your C: drive as default.
I've created a shortcut to the screenshot folder on my desktop for quick access, and usually delete all the shots after I've first converted them to .jpg and sent them to this thread. Irfanview is one handy and very lightweight tool for this, available for free at http://www.irfanview.com/. You can convert your screenshots to almost any format just by opening the .bmp file and then selecting a format through the "Save as" function. It's also very easy to make batch conversions in case you want to save disk space without losing the shots.
Patau, is there a chance for you to introduce types of white dwarfs during the weekend (in 1.1 white dwarfs can easily be found)? Or perhaps you've deemed them unworthy for some reason? We already have 5 types of carbon stars and white dwarfs are much more common so why not them?
Have you thought about my suggestion as to reorganize the book in order to have subtypes as subtypes, not types, eg. if water world is a type then terraformable water world should be its subtype, not another type (if I understand correctly the way you currently classify them the water world type should be, anyway, called unterraformable water world to avoid confusion). In this way we could also have subtypes of stars, eg. 0 - hypergiants, I - supergiants, II - bright giants, III - giants, IV - subgiants, V - dwarfs (main-sequence), VI - subdwarfs and finally subtypes of types of white dwarfs that I'm not yet certain what are like in-game (they could be omitted in the beginning). Without them, when the most obvious bugs are removed from the game, in every type we have now there won't be records (at least concerning physical parameters of bodies) from main-sequence stars (also not any subgiants and probably not even giants) - do we really want it? Additionally, having them the bugs would be more visible to FDevs. What do you all think?
To bad that the screenshots that are beeing created are several mb large and get saved on your C: drive as default.