blackrack

Members
  • Content count

    1578
  • Joined

  • Last visited

Community Reputation

2725 Excellent

About blackrack

  • Rank
    Junior Rocket Scientist

Recent Profile Visitors

5597 profile views
  1. Btw there's a test version in the scatterer thread with some new water effects.
  2. btw @Sigma88 I just remembered, my original idea for the shader was to have a different front face and backface texture for the ring, so as to be able to have this effect where a faint portion of the rings is only visible from the back and where some sections look different from the back: front: back: The idea was to have the shader read the texture in one direction (eg horizontal) and depending on whether it's the front face or the back face use one half or the other of the texture (eg top or bottom), to store both textures in the same file. In fact I think I put this in the shader code but the alpha value was still being read from the front face texture only so it's like it's not there.
  3. Looks like someone modified the ring scale but didn't pass the right parameters to the ring shader. Looks like for the inner radius it's correct but not the outer one. I will take a look when I can. Edited: I think @Thomas P. found the problem and did a commit which fixes it.
  4. Like I said, it's caused by the scatterer shadow distance setting and how unity handles shadows.
  5. I've noticed this with the small parachute as well, will fix when I can. Do you have some actual issues in the game apart from 2 nullrefs showing up in the log? I don't know, this is too vague, try removing some of your mods until you find the issue. 1. Remove all installs of EVE, SVE, etc 2. Install this http://forum.kerbalspaceprogram.com/index.php?/topic/149733-122-environmentalvisualenhancements-12-2/& 3. Install latest scatterer and enable "EVE cloud integration" from main menu 4. Done The issue here is NOT caused by the near plane but by how the unity shadow system handles the different cameras and the total distance covered by each camera. In the stock game the shadow distance is set to a really low value so you can see it, in scatterer the shadow distance is set to 100 Km or so and that "dilutes" the shadows on the far camera, I'm not sure what the exact issue here is though. If you lower the scatterer shadow distace (it's somewhere in the config file, the original value is something like 5 Km (5000 in the .cfg)) it should about look the same but you will lose the ability to see terrain shadows from afar (which imo add much more to the look of the game than consistent shadows up-close).
  6. http://s1.webmshare.com/GyaEb.webm Although it might look here like it works, what I tried was a hacky solution, it basically moved the water level height for every part between frames. The issue with this is that it doesn't interpolate the forces correctly between frames, so that for every part, the water level doesn't appear to go up and down smoothly so that they bob along with it, instead it disappears instantly and reappears at a different level, parts just fall down and slam into the water surface and ships break. It was unstable and very prone to kraken attacks and crashes, and didn't look realistic once you tried to move the ship over the water surface. My conclusion from this experiment is you need to write your own buoyancy engine, something like FAR but for water physics. Personally I haven't researched this much and I have no knowledge about this kind of thing but it doesn't seem like a simple task. Perhaps @ferram4 would know where to start. I personally think KSP is the right platform for this, maybe not immediately (and I would prefer to see a new terrain system and a few updates to the graphics before) but I definitely think more attention to planetary bodies and the planetary exploration aspect of the game would help it a lot.
  7. I will need to look at an example when I get home as I have no idea about most the issues you're describing. Is there any config in particular that illustrates these problems?
  8. Don't change the main radius (Rg) in thr config tool, what matters are the ratios or Rt/Rg and Rl/Rt, generate your atmo and once you get ingame it will rescale it to fit the planet, basically just use the default radius, all the other settings are fine to change in the config tool.
  9. If anyone knows how to consistently reproduce this bug it would help a lot, I can never reproduce it when I want to which makes it hard to debug.
  10. If I remember correctly, I used the nvidia gfexperience overlay once and it was "intercepting" the F10 F11 button presses. Anyway, if you reinstall the mod make sure you overwrite the config file as well, do it manually to be sure, I have no experience with CKAN and can't comment on it.
  11. I didn't even realize the old shader read the diagonal, I'll take care of it.
  12. Is this in the preview version? I had the feeling it fixed it.
  13. Well, in dx9, but there might still be tricks. Anyway, shadows should be possible technically but unity doesn't like the projected grid and it makes the shadows flicker on all the other objects when I enable them on the ocean. Not sure why atm.
  14. Is the stock atmo visible in this screenshot? I can't really tell. In any case I'm pretty much done with what I wanted to add to the ocean and I'm going to dedicate some time to fix bugs and refactor the code. Btw the ocean shader is at the limit of what I can fit in a dx9 shader atm. It might be difficult in the future to make it work with planetshine without breaking refractions. I will probably get back to you when I get around to bug fixing.
  15. Yes, same reason. You could try removing AA and downsampling instead but I haven't tried that in KSP in a while. I should probably make the depth-based transparency togglable for this reason. No they're not supposed to be visible, all good. I did a small cosmetic tweak on the extinction tint but don't remember consciously changing mieG, thanks for testing.