Severe lighting issues

Discussion in 'Mapping Questions & Discussion' started by YM, Oct 12, 2009.

  1. YM

    aa YM LVL100 YM

    Messages:
    7,099
    Positive Ratings:
    5,741
    Ok so I have come across an insanely bizzare lighting problem.

    I've got a custom prop made by yours truely and i have several copies of it one after the other with a teensy tiny bit of overlap between them but nothing that should cause problems (and indeed when moved to counter the overlap by ~3 units there is no change)

    Of course I'm running with -staticproplighting and there is evidence of this working on all of the props in question.

    here is the problem ingame:
    [​IMG]

    As you can see one prop is lit nicely and the one directly next to it is pitch black even though as the brush placed next to them for reference there is clearly enough light in that area for it to be well lit. To further show that something is wrong ingame and not in hammer the raytraced lighting previews show that the prop should be recieving enough light.

    As shown here:
    [​IMG]
    Which clearly shows (almost no bounce lighting) that the lighting on each is pretty even.

    Since i know the first poster will demand a compile log even though i can asure you all there is nothing anomolous in it, here it is anyhow - Here, click me.
    And since i know someone will say it, i'll restate it: This is taken with -staticproplighting added to the compile parameters. The prop's origin isnt even in any geometry anyhow, it should be directly in the light.
    No leak, compiled with cordon.


     
  2. VelvetFistIronGlove

    aa VelvetFistIronGlove

    Messages:
    567
    Positive Ratings:
    437
    Where are the prop origins?
     
  3. YM

    aa YM LVL100 YM

    Messages:
    7,099
    Positive Ratings:
    5,741
    They're not in any geometry and infact they're floating in the air, both of those props' origins are free from world geometry, the properly lit one is in direct line of sight to all the spotlights whilst the poorly lit one is inside one of those rock props. However its compiled with -staticproplighting so it shouldnt be using the origin at all for lighting.
     
  4. Rexy

    aa Rexy The Kwisatz Haderach

    Messages:
    1,795
    Positive Ratings:
    2,367
    Is VFIG referring to the qc command, the "$illumposition"? I've had props do this similarly when not giving the qc a good $illumposition...and when you place the prop next to world geometry, like in your case, it tries to get lighting from inside world geo...however, if you're compiling with -staticproplighting, then really, this problem beats me.

    Just out of curiosity, what is your prop's $illumposition? Because now that I think of it, if your prop is trying to get lighting from somewhere else, this could be it.
     
  5. YM

    aa YM LVL100 YM

    Messages:
    7,099
    Positive Ratings:
    5,741
    Went in and added a rudimentary collision mesh to it (i know props shouldnt need them to light properly, eg goldrush's tracks) and nothing.

    Compiled without -staticproplighting and it looks suspiciously similar to the compile with -staticproplighting. I know that when i run it, it definitely runs since the rock models light totally differently with and without it.

    It seems that somehow my single prop isnt working with -staticproplighting D:
     
  6. Rexy

    aa Rexy The Kwisatz Haderach

    Messages:
    1,795
    Positive Ratings:
    2,367
    Try giving your prop's qc an $illumposition and see if that does anything.
     
  7. YM

    aa YM LVL100 YM

    Messages:
    7,099
    Positive Ratings:
    5,741
    Added one of 0 0 0 and no change.
     
  8. Psy

    aa Psy The Imp Queen

    Messages:
    1,705
    Positive Ratings:
    1,467
    Could be something really silly like smoothing groups though the other prop seems fine. Hmph.
     
  9. Rexy

    aa Rexy The Kwisatz Haderach

    Messages:
    1,795
    Positive Ratings:
    2,367
    Just make sure your prop doesn't occupy 0 0 0 (I think that's default anyway, even if you don't specify it in your qc)--your prop will find it's lighting from those coordinates. I always place my $illumposition at least 1-2 meters in front (or any direction that is supposed to be 'not the back') of the prop to be sure.

    Then again...$illumposition might not even have anything to do with this problem. It's a bizarre problem to be sure.
     
  10. EArkham

    aa EArkham Necromancer

    Messages:
    1,568
    Positive Ratings:
    2,184
    What happens if you place an info_lighting at the origin position of the properly lit prop and use that for the badly lit prop? Of course, you won't be able to use -staticproplighting with an info_lighting.

    Kep
     
  11. YM

    aa YM LVL100 YM

    Messages:
    7,099
    Positive Ratings:
    5,741
    Its actually the other way around, staticproplighting disables all info_lightings on static props, so adding one would be a waste of time.
     
  12. Rexy

    aa Rexy The Kwisatz Haderach

    Messages:
    1,795
    Positive Ratings:
    2,367
    So you still haven't figured it out? Cause now I'm intrigued.
     
  13. A Boojum Snark

    aa A Boojum Snark Toraipoddodezain Mazahabado

    Messages:
    4,769
    Positive Ratings:
    5,527
    I feel I need to say it... you didn't accidentally turn off vertex lighting on that particular prop_static did you?

    edit: there is, in fact, something anomalous in your log, you have multiply-abutting displacements. :p not related but I had to point it out.
     
    Last edited: Oct 12, 2009
  14. MoonQuake

    MoonQuake L3: Member

    Messages:
    111
    Positive Ratings:
    21
    A few more maybies:

    Do you have more than one set of these arches?
    Did you do Shift-Drags to copy them in sets of two?
    Also, did you use Flip object horizontally for the other halves for each arch or worst, for all halves? :)

    I've had hammer crashes and sometimes improper lighting issues like you have because of doing such dare-devilish operations with models. Seemed it screwed the origin even though it looked fine in hammer and properties.

    Had to add and browse for the model separately for each object and it fixed it.

    ---

    Also, is the cordon touching part of that pitch black half-arch?

    ---

    What kind of light is lighting the scene? What are inner and outer cones angles if it's a light_spot? The inner angle value lights up models so if it's too small it might not light up your model properly, and if the light is rotated in a way it doesn't point at the dark arch, that could be it.

    MQ
     
    Last edited: Oct 13, 2009
  15. YM

    aa YM LVL100 YM

    Messages:
    7,099
    Positive Ratings:
    5,741
    No and yes i know, that particular error is obviously not what interlopers says it is since i always seem to get it and i never do what they're saying it is.

    Ok new info:
    Seems they are vertex lighting after wall, i made a new instance of the prop ant stuck it elsewhere, clearly vertex lit. copied it to the proper location of the originals and deleted the orginals.....exact same problem. it seems inherant to the location of the prop D:
     
  16. Cameron:D

    Cameron:D L6: Sharp Member

    Messages:
    363
    Positive Ratings:
    146
    You broke the compiler ;_;
     
  17. Darth Cyrax

    Darth Cyrax L2: Junior Member

    Messages:
    94
    Positive Ratings:
    8
    VRAD enjoys giving you a big middle finger? Maybe it's getting revenge for you telling everyone how to make the model shadows work right:p.

    Have you tried moving the whole structure a unit(or a few) over? Although that would probably be a pain, seeing how big it is.
     
  18. EArkham

    aa EArkham Necromancer

    Messages:
    1,568
    Positive Ratings:
    2,184
    The Valve Developer's wiki should be corrected then, if someone has access to do so.

    What happens when you remove the rock prop and compile?

    Kep
     
  19. Sgt Frag

    Sgt Frag L14: Epic Member

    Messages:
    1,443
    Positive Ratings:
    294
    I'd like to see wires of the model.

    I have a feeling it is as low poly as possible (ie: the pillar only has one hieght segment and one width segment).

    With vertex lighting more polys is better. You should have maybe 2 rows, maybe 3 height wise on the pillar and maybe 2 across. Same under the arches, shouldn't be 2 large polys across the entire width, but a gird of like 4,6 or 8 polys.

    Might not be the problem, but would certianly point to why that whole section has such even lighting.
     
  20. YM

    aa YM LVL100 YM

    Messages:
    7,099
    Positive Ratings:
    5,741
    no, because the VDC says what I said..
    see??

    Plenty of polys to be lit, I know more is better for accurate lighting, first itteration of the bridge had less and looked bad.