Jump to content

myconid

WFG Retired
  • Posts

    790
  • Joined

  • Last visited

  • Days Won

    11

Posts posted by myconid

  1. You have to hack the shaders to do that. Remove or comment out this line in binaries/data/mods/public/shaders/glsl/terrain_common.fs


    color *= los;

    This needs GLSL mode to make a difference, and it removes all the LOS.

    Additionally, you need to modify binaries/data/mods/public/shaders/glsl/water_high.fs. Replace this line


    gl_FragColor.rgb = mix(refrColor + 0.3*specular, reflColor + specular, fresnel) * losMod;

    with this


    gl_FragColor.rgb = mix(refrColor + 0.3*specular, reflColor + specular, fresnel);

  2. Would it be possible for you to add that in with a .cfg toggle? The dream has always been to be able to toggle it on for e.g. screenshot purposes, so if it's not too hard to do it would be nice to have that included. Would it even be possible to toggle it on/off in-game with a hotkey?

    Ok, done. Someone should check if it works, as I'm logged in remotely right now. :P

    It's controlled through the "showsky" option in the config, or Alt+Z in-game. Through Javascript (or Atlas) use "renderer.showsky = true".

  3. I suspect what was meant was that you can change the texture of the sky seen in reflections (on water). I do not believe it is possible, at this point, to add a sky that is visible in the horizon etc.

    The reflections skybox looks decent enough, actually. It can be enabled by adding a single line to the renderer, but it needs a recompile to work. Like they mention in that link, there's a small issue around the edges of the map, though it's not the end of the world (pun, haha).

    • Like 1
  4. Looks like it's something to do with the UV mapping.

    (zoot, the alpha channel is used for player colour, so if the UV mapping is weirding out, the player colour also appears in funny places.)

    Since this happens with distance, the only things that are relevant are mipmapping (which I haven't touched) and the LOD stuff.

    The latter you can mess with by changing the materialmgr.PARALLAX_DIST.max value in the config to something smaller, and see if the artifacts happen closer.

    Btw, does this happen in ARB mode too or is it only in GLSL mode? If it's only in GLSL mode, can you roll back to an old revision and see if you get similar problems with GLSL? (that should give me a hint about where to look for a fix)

  5. Myconid, I looked at the AO that Shield Bearer committed (I think from your repository), and it looks like you really need to turn your samples up a bit. I set them to 20 for the Roman buildings, and I think that's about the minimum to keep there being really visible noise.

    I was hoping people would use the script to bake new textures. I guess if I modify the script a little, it can then automatically re-bake the textures using the existing UV sets, so it'll be a matter of just replacing a few images...

  6. There is also another problem when enabling preferglsl: the whole minimap is visible.

    I've been told about that before, I think by zoot. I'll have to look into it separately, as it's unrelated to the stuff I've been doing in this thread. A quick look revealed that the minimap/UI use ancient fixed-pipeline functions for everything, which will need to be replaced eventually.

    What about the flickering? Do you think it's a driver bug or a 0 A.D. bug?

    It might be a bit of both, tbh. It's related to the shadowmap implementation, which works for some people but not others, and it's also inconsistent between ARB/GLSL even though they share most of the code.

    Nice! Do you ever plan to enable some effects by default? Eventually hwdetect.js could be used for forcing enabling/disabling on some card.

    A combination of hardware detection with a working options menu will be best, I think.

  7. Unfortunately I had to undo one of the changes we'd made, because it broke something completely unrelated on my PC - there seems to be a bug with the liveness analysis in fglrx's GLSL compiler, though I couldn't think of a workaround. Sorry, man. :unknw:

    To see the windy trees, you have to be in GLSL mode (generally, you can use ARB effects in GLSL mode, but not GLSL effects in ARB mode). If you can put up with the flickering, you could try setting materialmgr.PARALLAX_DIST.max = 0, and it may help you a little with the errors.

    Anyway, wraitii's ARB versions should be on the way soon, so that should be the end of the problem.

  8. So to summarise so far:

    - If possible, we should stick to CC-BY-SA 3.0 or public domain images from outside sources like Wikipedia.

    - CC-BY-SA < 3.0 may have problems with Debian's DFSG, so we'd need to contact the author to relicense under CC-BY-SA 3.0. It looks like CC-BY is mostly okay (accepted in the repos, but still kind of a grey area).

    - CC-BY-SA 3.0 images not made by us require attribution, so the details need to be stated in a text file, like gudo suggested.

  9. Yeah, that works.

    Another thing to think about is the licensing of elements in texture "atlases", where you combine several textures into a mega-texture like the roman_struct one. Maybe there needs to be an annotation system with little numbers in the margins or something (I doubt there'll be too many images that we can't create ourselves or can't find public domain versions of, so something like this won't get in the way too much).

  10. Surely, textures created by Wildfire games are under CC-BY-SA 3.0, but that doesn't mean that textures from other sources need to be re-licensed to be used in the project. We might not need to contact the authors unless we want to change the license of something from whatever incompatible CC version to CC-BY-SA 3.0.

    What I'm trying to say is, there's probably no problem as long as we honour the original licenses of the images. If for instance, an image is CC-BY-SA 2.0, we'll need to have somewhere that says we're redistributing that image under CC-BY-SA 2.0, not CC-BY-SA 3.0, and here's the link to the 2.0 license and here's the author's attribution.

    Afaik, there's no issue with mixing different-licensed textures on the same model, just like there's no issue with mixing various different-licensed images in a Wikipedia article with GPLed text.

    But yeah, something like this sounds too reasonable, so I must be wrong. ;)

    Better ask a lawyer to be sure.

×
×
  • Create New...