Jump to content
The Dark Mod Forums

Solved: Problem with ambient_world light in DR render preview


Recommended Posts

Hello,

the "Render in lighting preview mode" in Dark Radiant doesn't seem to take the ambient light into account correctly.
But maybe I've set up something wrong as I don't think this wouldn't have been noticed.

Ingame everything is correct, the problem only occurs in DR render preview mode.

 

Let's say I set the _color value of the ambient_world light really high to make the ambient_world light definitely visible:

classname: light
name: ambient_world
_color: 0.07 0.07 0.07 (which equates to a brightness level of about 18)
light_center: 0 0 0
light_radius: 13115 13367 13570
nodiffuse: 0
noshadows: 0
nospecular: 0
origin: -8160 5872 56 (the actual map is far from the ambient_light but within the ambient light range)
parallel: 0
texture: lights/ambientlightnfo

 

When I now activate the "Render in lighting preview mode" in DR, only the brush faces pointing towards the ambient_world light are getting brighter, brush faces not pointing to ambient_world remain (incorrectly) dark, as if ambient_world was a regular light.

 

error_dr_ambient_world.jpg

The house front you see in the background also points towards ambient_world and is lit. House fronts "behind the camera" as well as the floor are dark.

 

Can I do something to make ambient_world work correctly in render preview mode?

 

Additionally: Is it possible to setup lights, so that they only render in the editor, not ingame?
That way I could make two fake ambient_lights, one at 15000 15000 15000 and one at -15000 -15000 -15000 to light all surfaces in the editor and light them a little bit brighter than ingame for better visibility in render preview mode.

 

Edited by OGDA
Link to comment
Share on other sites

On 4/3/2021 at 10:03 AM, OGDA said:

When I now activate the "Render in lighting preview mode" in DR, only the brush faces pointing towards the ambient_world light are getting brighter, brush faces not pointing to ambient_world remain (incorrectly) dark, as if ambient_world was a regular light.

Ambient lights only lighting surfaces pointing towards the light is a bug that was fixed in Git commit 07a10bbff7569fcc1a on March the 8th, so it should hopefully be in the next release.

Quote

Additionally: Is it possible to setup lights, so that they only render in the editor, not ingame?

That way I could make two fake ambient_lights, one at 15000 15000 15000 and one at -15000 -15000 -15000 to light all surfaces in the editor and light them a little bit brighter than ingame for better visibility in render preview mode.

It's not possible as far as I know, and this would be a hack anyway. I'd rather have a user-controllable brightness/gamma level for the editor preview which users could set according to their requirements.

Actually you can hack it now by increasing the lightScale value in the .game file. However since the .game file is shipped with DR rather than storing user settings, it will likely get reset when you install a new version.

  • Like 1
Link to comment
Share on other sites

  • OGDA changed the title to Solved: Problem with ambient_world light in DR render preview

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

  • Recent Status Updates

    • OrbWeaver

      Does anyone actually use the Normalise button in the Surface inspector? Even after looking at the code I'm not quite sure what it's for.
      · 1 reply
    • Ansome

      Turns out my 15th anniversary mission idea has already been done once or twice before! I've been beaten to the punch once again, but I suppose that's to be expected when there's over 170 FMs out there, eh? I'm not complaining though, I love learning new tricks and taking inspiration from past FMs. Best of luck on your own fan missions!
      · 4 replies
    • The Black Arrow

      I wanna play Doom 3, but fhDoom has much better features than dhewm3, yet fhDoom is old, outdated and probably not supported. Damn!
      Makes me think that TDM engine for Doom 3 itself would actually be perfect.
      · 6 replies
    • Petike the Taffer

      Maybe a bit of advice ? In the FM series I'm preparing, the two main characters have the given names Toby and Agnes (it's the protagonist and deuteragonist, respectively), I've been toying with the idea of giving them family names as well, since many of the FM series have named protagonists who have surnames. Toby's from a family who were usually farriers, though he eventually wound up working as a cobbler (this serves as a daylight "front" for his night time thieving). Would it make sense if the man's popularly accepted family name was Farrier ? It's an existing, though less common English surname, and it directly refers to the profession practiced by his relatives. Your suggestions ?
      · 9 replies
    • nbohr1more

      Looks like the "Reverse April Fools" releases were too well hidden. Darkfate still hasn't acknowledge all the new releases. Did you play any of the new April Fools missions?
      · 5 replies
×
×
  • Create New...