Jump to content

rbray89

Members
  • Posts

    2,719
  • Joined

  • Last visited

Everything posted by rbray89

  1. Posted a new version that should be TR compatable. We re-load any textures that don't meet our requirements. Still need to: Fix jool, add IVA textures and IVA kerbals for non-active parts, and migrate textures to the new system. I'm also considering moving away from the current cubemap system towards a less restrictive one. Should be backwards compatible with everything though.
  2. In a new Texture Config module. I am doing a major re-write now to correct some of the design problems with my original loading mechanism. The new loading mechanism should work considerably better, and should offer me the flexibility to load things in the order I need them to.
  3. Hmmm... that could be troublesome. I may have to change the order in which I load things then.
  4. Cool! Thanks, I'll add that in. Will the keepLoaded stop TR from compressing textures? I'll take a look at this once I get home... very odd.
  5. Awesome, thanks! Ideally, EVE should be able to work without changing other mods... That being said, I guess it isn't the end of the world if we need to wait for a TR update.
  6. Actually, now that I think about it, it probably won't... Let me think about this for a bit. I think there is another way to get around this, that should be better in the long run anyways. @shaw Does Texture Replacer compress textures? There are some textures in EVE that probably shouldn't be compressed as they are using the color data as an alpha map for different faces.
  7. Uploaded a new version that *should* address the TR issues. EDIT: Should be up now... forgot to sync.
  8. Just uploaded a new version that uses EVE_TEXTURE_CONFIG as the config top node instead of TEXTURE_CONFIG in case TR uses that. Try the newest build out.
  9. Exactly what my configs use.... Though it sounds like there may be an issue between TR and EVE... Not sure how though. Well that's odd. I'll need the rest of your logs though. What other mods are you running? Are you running with modified configs? Do you run with TR?
  10. Just uploaded a fix. Also added more parsing error information, and made the zwrite offset only apply to openGL platforms.
  11. Looks like it doesn't like the texture format: [EXC 02:35:16.174] UnityException: Unable to parse "format" in "OBJECT"!
  12. Hmmm.... And this is with the latest dev-build? Do you have BoulderCo in your folders? If so, what happens when you remove that? Are there any other exceptions in the log? Do all your textures have the right "case"? What texture format are they?
  13. Do you expand the texture box for the layer and change the texture type to cubemap or aphacubemap?
  14. Look at the new textureConfig section in the GUI/config. You need to add a configuration item that sets up the cubemap.
  15. Logs would be the next required item. What does the GUI say? Any invalid fields?
  16. That should be fine... Check to make sure that in the shaders folder there aren't two very similarly named (almost identical aside from one or two characters) files... Also, there was a new version posted last night that may fix it. That's an issue with hullcam not adjusting near and far clipping planes properly. It will cause z-fighting, there is no way around this sadly.
  17. Looks like you didn't clean your old EVE folders out. You have an extra old shader in the shaders folder. I don't know which one. The new version main menu should look like that. Less cloud cover. The city lights is the last big issue I'm trying to fix.
  18. Looks like this is the same problem as the "half-sphere" on kerbin. Will be fixed in the next release.
×
×
  • Create New...