Jump to content

rbray89

Members
 View Profile  See their activity

  • Posts

    2,719

  • Joined

  • Last visited

 Content Type 

Everything posted by rbray89

  1. rbray89
    Ah, I'm too used to perl regex expressions it seems. It has been a long time indeed since I used c# regex.
  2. rbray89
    Yeah, and I'm not sure why. I thought I was being clever with the regex solution, but it doesn't seem to work. I'll have to address that soon.
  3. rbray89
    It should have alternative code. Using the regex to handle it instead of the duplicate entries.
  4. rbray89
    ATM has been updated. I think I forgot to edit the title though.
  5. rbray89
    Shadows, Atmospheric volume , are the next two items (yes, it will look similar to that), then re-vamping the terrain and ocean shaders. After that I want to add more dynamic shading to the particle billboards so they have more of a "sunset" look.
  6. rbray89
    Well it is done
  7. rbray89
    Ah, will do. I was hoping to get some time at some point to re-vamp the ATM mechanism (something similar to LOD) but real life is getting in the way in a serious manner EDIT: Also, many, many thanks!
  8. rbray89
    Is it just map view or terrain?
  9. rbray89
    Not entirely sure... Haven't really tested it out on any other body. It shouldn't alter the color, but it will change the terrain shader/textures.
  10. rbray89
    Still in-progress. Currently a viable option is to just stick to the original shader for now while the kinks are worked out. The shadow system is proving to be quite fiddly with the shader. I'm basically trying to map an equirectangular image to an orthographic spherical projection (See: http://en.wikipedia.org/wiki/Orthographic_projection_in_cartography) but I'm having difficulty getting it to be properly sized and without distortion. The atmospheric shader should be much more straight forward, but I want the shadow system working properly first. The good news is that once that is operational, It will all be super stable and look fantastic.
  11. rbray89
    It is on my list of items
  12. rbray89
    Just give it time. We'll get there soon.
  13. rbray89
    figuring out how fast 1m/s will be vs a small rotation coefficient is much easier, and ports between RSS much better.
  14. rbray89
    I think you have the basic idea, but are missing the point. This is WIP. I still have lots to do to get everything working as originally desired. I had to create a basic replacement to make sure other features would work, and same goes for ocean. Same for everything basically. Please be patient, it is a DEV release, hence why it isn't on the first page.
  15. rbray89
    So the test is basically having a projector follow the outside of the sphere oriented to the sun, pointed at the same direction as the light is. So as the sun moves, the projector moves. The projector is currently just displaying the texture, like a flat map (imagine a projector with a single static transparency on a sphere), so it doesn't take into consideration the actual position of the clouds. Essentially, the demo was to just make sure it will actually end up displaying as it should. So far, it looks good, so I can progress with more work.
  16. rbray89
    what is in BoulderCo/ActiveTextureManagerConfigs/BoulderCo? If ATM isn't doing this, I have no idea what is.
  17. rbray89
    still a work in progress: Shadow work.
  18. rbray89
    Which release are you running? If you go to the mapview in flight (not tracking station) do the city lights appear?
  19. rbray89
    Ideally we should be looking in KSP_Data/output_log.txt for more information.
  20. rbray89
    Umm... I can think about it, but I can't think of a good way to solve it right now.
  21. rbray89
    Something (another mod) is make the texture not readable. Volumetric clouds won't work properly. Not exactly sure what you mean by this... Geosynchronous? Or counter-planetary rotation? Keep in mind that the clouds are children of the main body, so to keep them in geosynchronous orbit is easy, set rotation to 1. Counter-planetary is (really) hard, as the rotation/frame has to line up exactly to the opposite of what the body is rotating at to keep it "still". Even a tiny amount off will mean it would drift over time. "You're killing me smalls!" So to sum up (I think you may have mentioned this) due to precision error when calculating how much it should be rotated from the m/s value, using the circumference, yatta yatta, over time, the multiplication doesn't line up. I'm not exactly sure what I can do about this. I could in theory round each calculated value to a more discrete value, so they could line up. The problem being that there are times they could be on the "wrong side of a round". The other option here would be to go back to rotation speed instead, but that removes a useful reference frame. Thoughts?
  22. rbray89
    AHA! I'll look into why the case is off and can't seem to find the library. Thanks!
  23. rbray89
    Not yet. The new shaders/shadows are on my list though.
  24. rbray89
    This will be handled with a depth based fog/atmosphere shader
  25. rbray89
    Mind you, you can also tweak the colors in the GUI for the terrain section.
×
×
  • Create New...