Jump to content
  • Advertisement
  • entries
  • comments
  • views

Shedding light on Dominium

Sign in to follow this  


My work on the Engine Flare effects left me stuck with an issue. I want a nice 'glow' of the engine core as it starts kicking out energy. The core will glow as it fires up, pulse as the engine flare picks up, and then once the engine is turned off, it will cool down and fade out. This glow will also affect the surrounding engine cowling (if present) - an affect I was intending to achieve using simple light-maps.
But I want that 'glow' to also illuminate nearby geometry on the ship (and indeed, any other object stupid enough to be nearby).
It was time to unleash Polylux! (StupidNameTM).
So far, I've only dabbled with up to two lights in the scene - the main star light-caster (which at the moment is the resultant of all stars, ie. in a binary system), and then the reflected light from any nearby planet/satellite.
The demands for 'teh shiny' are high these days, and Dom will be no exception. Although I am still intending there to be the 'realistic' and 'pretty' modes of course. Regardless, Dom will need a lot of lights in a scene, especially when it hits the fan and everything kicks off into a space battle.
So, my remit for Polylux is as follows;

  • Theoretically unlimited number of lights in a scene*
  • Support for various light types

    • Directional (infinite source)
    • Point lights (localised)
    • Light beams (localised)
    • Spotlights (localised)

    • Configurable parameters
    • Animatable parameters
    • Integrates with the current shader pipeline
    • Scalable support
    • Material bound**

      *Theoretically - in other words limited by the hardware, not the code
      **Lights per material, not per scene, allowing for finer control and fidelity overall
      So while none of this is 'amazing' when compared to other AAA engines, I'm still fairly pleased with the results!
      PS. I am aware of Deferred Rendering & Lighting, which would let me have thousands of lights in the scene. I have it on the radar but right now it would mean such a massive change to the rendering pipeline it would stop all the (part-time-adhoc) work on Dom for over a year!

Sign in to follow this  


Recommended Comments

There are no comments to display.

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Advertisement

Important Information

By using GameDev.net, you agree to our community Guidelines, Terms of Use, and Privacy Policy.

GameDev.net is your game development community. Create an account for your GameDev Portfolio and participate in the largest developer community in the games industry.

Sign me up!