Mannhattan Lighting Issues

Discussion in 'Mapping Questions & Discussion' started by Deathrowboat, Nov 22, 2016.

  1. Deathrowboat

    Deathrowboat L1: Registered

    Messages:
    4
    Positive Ratings:
    1
    Mannhattan was updated on the November 10th for the first time. The main parts of this update to it consisted of fixing a bug with sentry busters being affected by gate capture, as well as extending a spawn room brush to prevent spybots from spawning behind the first gate. Since this update, the lighting in various parts of the map is off, and much darker than it was previously. You can see some examples here. But the most obvious one is below...

    Before...
    [​IMG]
    After...
    [​IMG]

    It affects some other minor parts of the map as well, not just the crates there in the middle, but this is the most obvious example. Could it just have been an error during compile, or what exactly? Someone said it looks like it might have been a fast compile and not a -final one, but I know nothing about mapping.
     
  2. Benoist3012

    Benoist3012 L3: Member

    Messages:
    145
    Positive Ratings:
    201
    Looks more like your graphics settings, because I don't have this problem.
     
  3. Deathrowboat

    Deathrowboat L1: Registered

    Messages:
    4
    Positive Ratings:
    1
    Eh not sure, as no settings at all have changed on my end, nor do I use color correction which was fixed. Also it was brought to my attention by some other people, so not just me.

    Also those shots were taken within minutes of each other last night without rebooting or adjusting any tf2 settings.
     
  4. Gale

    Gale L1: Registered

    Messages:
    38
    Positive Ratings:
    13
    To be honest, the lighting looks more accurate to me. By the looks of it, the ambient color for the light_environment has been darkened, and a little red was removed aswell. If that's not correct, depending on when Mannhattan was first compiled, it may be because lightmaps on models were added way later in TF2's life cycle. I think it could be either, or both.

    It couldn't be a fast compile because the shadows are much too smooth for that to be the case. If it were -fast they would look blocky at the edges, and the displacement would have dark edges are the border of the brush.

    (Just noticed the brightness of the light_environment is a little less red too, though that may be radiosity doing it's thing.)
     
  5. MaccyF

    aa MaccyF Notoriously Unreliable

    Messages:
    900
    Positive Ratings:
    1,443
    chances are its simply that colour correction is now fixed
     
    • Agree Agree x 2
  6. Gale

    Gale L1: Registered

    Messages:
    38
    Positive Ratings:
    13
    oh crap, really? Geez, that's nice to know <3
     
  7. Deathrowboat

    Deathrowboat L1: Registered

    Messages:
    4
    Positive Ratings:
    1
    I doubt it was color correction, as I stated earlier that I do not use color correction. I'll enable it and take a look at the before and after later this evening then for comparison.
     
    Last edited: Nov 23, 2016
  8. Pocket

    aa Pocket func_croc

    Messages:
    4,489
    Positive Ratings:
    2,213
    Considering that Valve probably does some kind of special type of compile that doesn't alter the lighting data when they make updates to a map that doesn't affect any rendered surfaces, in order to keep update sizes down, I doubt the lighting in the map itself has changed and it's probably something to do with the game itself. It's more likely that they (either accidentally or intentionally) made color correction mandatory like it is in CS:GO so you now have it on even though the game says you don't.
     
    • Agree Agree x 1
  9. Deathrowboat

    Deathrowboat L1: Registered

    Messages:
    4
    Positive Ratings:
    1
    No, again, it's not a color correction issue. Were that the cause, one would expect to see the same lighting issue in the original, pre November 10th, version of the map. This is not the case as shown in the screenshots I first posted. Meaning, even if color correction is enabled despite showing disabled, it is not the cause. The initial shots I posted were from the same instance of tf2, running a copy of the new and old map with the same settings, meaning if it were setting and not map related, the issue should be present in both.

    Take the following video for example...



    Top left is the new version of the map, with color correction disabled. Top right is the original, pre November 10th, version with color correction disabled. The bottom left is the new version, with color correction enabled. The bottom right is the original, pre November 10th, version with color correction enabled.

    Four recordings of the same demo file showcasing the map and the affected areas. Both the new recompiled version, and the original version. Only the new version of the map, both with and without color correction, experience the lighting issue. So this shouldn't be an issue with any graphical settings or color correction, bur rather something that was changed/messed up in the recompile.
     
    • Thanks Thanks x 1
  10. Ninja-of-Sauce

    Ninja-of-Sauce L1: Registered

    Messages:
    10
    Positive Ratings:
    1
    Sorry no one believed you about color correction. Also it feels like this is how bugs see the world... Looks like it's the environment lighting because I didn't see much difference inside that wouldn't also be environmentally impacted. (as in light from outside seems dimmer, but rooms lit inside aren't much darker)
     
  11. Ninja-of-Sauce

    Ninja-of-Sauce L1: Registered

    Messages:
    10
    Positive Ratings:
    1