• Advertisement
Sign in to follow this  

Unity 2d Lighting

This topic is 853 days old which is more than the 365 day threshold we allow for new replies. Please post a new topic.

If you intended to correct an error in the post then please contact us.

Recommended Posts

I am curious if anyone with more experience than I could explain in a general way how games like Ori and the blind forest and Rayman Legends light their scenes. There seems to be a lot of artistic light that is used just for blending purposes, like in this screen:

http://static2.gamespot.com/uploads/original/536/5360430/2562384-ori-screenshot17.jpg

All the lighting in the game seems to pulsate, so I am wondering if maybe they just use shaders and a texture to blend the light/color with the diffuse textures behind them? I am not sure though.
 

I am using Unity and am new to game programming and am just curious if anyone knows or could guess what their workflow looks like for lighting their scenes.Thank you.

Edited by ShadowMan777

Share this post


Link to post
Share on other sites
Advertisement

That editor is absolutely amazing and they certainly put a lot of work into it! Great work.

 

I think, the lighting is done either with normal maps or depth maps on top of the diffuse textures. If you have normal or depth data, you can basically light a 2d surface like a 3d surface. See bump mapping for example. 

Share this post


Link to post
Share on other sites

Awesome! Thanks a ton. So it seems like Ori and Rayman just use textures with shaders on them and blend these colors with whatever is behind them. 

Share this post


Link to post
Share on other sites

Hey there, I guess i can shed some light on this... hehe

 

One thing you should know, in comparison to Rayman, Ori had a pretty small team. And rather limited ressources, but more ressources in art than in code to generate art.

So many things have been done in a brute force manner, putting artists on solutions, rather than writing tools to do it automatically.

So a lot was just mostly handcrafted.

 

That said, the artists had a few ways to fake (or lets call it simulate, sounds more professional) lighting.

One way of simulating it was through additive "sprites", they didnt use a sprite system in a classical way, it has been 2d planes with enough geo to minimize overdraw, which could placed and oriented freely in 3d space. They could be manipulated by a master shader, brought to motion, masked and so on.

Which brings me to another option to simulate lighting, imho the most genius one, as I never saw anything similar in any production.

The artists had access to a master shader, they could not only animate sprites, but overlay effects, mask them, animate them, stack them etc.

To make a sprite look shaded essentially.

 

All this was done manually, which also helped, giving Ori this handmade feel. But I think many of those tasks could be automated, if only there was enough time to set this up. Maybe later :)

 

here is a quick video done by me to show how a screen gets constructed. but the shading is all already set up, idealyy a set dresser would record the whole process from start to finish to show it properly

 

 

hope this helps

 

cheers

 

Steffen

Share this post


Link to post
Share on other sites

Thanks for such an awesome and detailed response! That was extremely helpful. It looks like they do a lot of blending with sprite edges so that they can build more modular 2d art that blends together without having to make rigid transitions between pieces.It would be amazing if the blending amount was easily tweakable for the artist. Then they could determine how much each asset should blend with another.

 

 

 

 But I think many of those tasks could be automated, if only there was enough time to set this up.

By this do you mean having preset overlays and effects that someone could quickly setup on a sprite? 

I am working on a custom tool for myself that allows more integration between photoshop and unity. The idea is to allow the artist to load a unity scene and have one PS document that has all his sprites at the right location. HE can take a screenshot of any scene and only see those objects loaded into photoshop. Then he can paint on them in context, and even add new layers, which will then automatically import back into unity and create a new object at that location.

Using this kind of tool the artist could have a layer that he would paint on to manually blend some of the modular pieces for one final iteration and he wouldn't have to manually place it as it appeared exactly where he drew it in photoshop.

I am curious how the artists on ori created their actual art and how they approached painting their modular assets. I am always interested in improving workflows.

Also, what kind of blending is done with the sprites underneath to blend the blurry edges?Thanks

Edited by ShadowMan777

Share this post


Link to post
Share on other sites

By this do you mean having preset overlays and effects that someone could quickly setup on a sprite? 

 

ideally the setdressers would just set up light sources and the rest of the overlays generate automatically, just with enough control for the artist to influence the output if needed. But thats just me, I barely did any setdressing on Ori, i don#t even know if any of my setdressing is still part of the game 

Share this post


Link to post
Share on other sites

I see. Rayman Legends seemed to have a polygonal tool for creating an area where a light source would be applied. This kind of setup seems to be ideal for allowing an artist to select regions where they want their masks and lighting to be applied. Even if the overlays were generated automatically, do you think such a polygonal creation process is still ideal?

Share this post


Link to post
Share on other sites
Sign in to follow this  

  • Advertisement
  • Advertisement
  • Popular Tags

  • Advertisement
  • Popular Now

  • Similar Content

    • By GytisDev
      Hello,
      without going into any details I am looking for any articles or blogs or advice about city building and RTS games in general. I tried to search for these on my own, but would like to see your input also. I want to make a very simple version of a game like Banished or Kingdoms and Castles,  where I would be able to place like two types of buildings, make farms and cut trees for resources while controlling a single worker. I have some problem understanding how these games works in the back-end: how various data can be stored about the map and objects, how grids works, implementing work system (like a little cube (human) walks to a tree and cuts it) and so on. I am also pretty confident in my programming capabilities for such a game. Sorry if I make any mistakes, English is not my native language.
      Thank you in advance.
    • By Ovicior
      Hey,
      So I'm currently working on a rogue-like top-down game that features melee combat. Getting basic weapon stats like power, weight, and range is not a problem. I am, however, having a problem with coming up with a flexible and dynamic system to allow me to quickly create unique effects for the weapons. I want to essentially create a sort of API that is called when appropriate and gives whatever information is necessary (For example, I could opt to use methods called OnPlayerHit() or IfPlayerBleeding() to implement behavior for each weapon). The issue is, I've never actually made a system as flexible as this.
      My current idea is to make a base abstract weapon class, and then have calls to all the methods when appropriate in there (OnPlayerHit() would be called whenever the player's health is subtracted from, for example). This would involve creating a sub-class for every weapon type and overriding each method to make sure the behavior works appropriately. This does not feel very efficient or clean at all. I was thinking of using interfaces to allow for the implementation of whatever "event" is needed (such as having an interface for OnPlayerAttack(), which would force the creation of a method that is called whenever the player attacks something).
       
      Here's a couple unique weapon ideas I have:
      Explosion sword: Create explosion in attack direction.
      Cold sword: Chance to freeze enemies when they are hit.
      Electric sword: On attack, electricity chains damage to nearby enemies.
       
      I'm basically trying to create a sort of API that'll allow me to easily inherit from a base weapon class and add additional behaviors somehow. One thing to know is that I'm on Unity, and swapping the weapon object's weapon component whenever the weapon changes is not at all a good idea. I need some way to contain all this varying data in one Unity component that can contain a Weapon field to hold all this data. Any ideas?
       
      I'm currently considering having a WeaponController class that can contain a Weapon class, which calls all the methods I use to create unique effects in the weapon (Such as OnPlayerAttack()) when appropriate.
    • By Vu Chi Thien
      Hi fellow game devs,
      First, I would like to apologize for the wall of text.
      As you may notice I have been digging in vehicle simulation for some times now through my clutch question posts. And thanks to the generous help of you guys, especially @CombatWombat I have finished my clutch model (Really CombatWombat you deserve much more than a post upvote, I would buy you a drink if I could ha ha). 
      Now the final piece in my vehicle physic model is the differential. For now I have an open-differential model working quite well by just outputting torque 50-50 to left and right wheel. Now I would like to implement a Limited Slip Differential. I have very limited knowledge about LSD, and what I know about LSD is through readings on racer.nl documentation, watching Youtube videos, and playing around with games like Assetto Corsa and Project Cars. So this is what I understand so far:
      - The LSD acts like an open-diff when there is no torque from engine applied to the input shaft of the diff. However, in clutch-type LSD there is still an amount of binding between the left and right wheel due to preload spring.
      - When there is torque to the input shaft (on power and off power in 2 ways LSD), in ramp LSD, the ramp will push the clutch patch together, creating binding force. The amount of binding force depends on the amount of clutch patch and ramp angle, so the diff will not completely locked up and there is still difference in wheel speed between left and right wheel, but when the locking force is enough the diff will lock.
      - There also something I'm not sure is the amount of torque ratio based on road resistance torque (rolling resistance I guess)., but since I cannot extract rolling resistance from the tire model I'm using (Unity wheelCollider), I think I would not use this approach. Instead I'm going to use the speed difference in left and right wheel, similar to torsen diff. Below is my rough model with the clutch type LSD:
      speedDiff = leftWheelSpeed - rightWheelSpeed; //torque to differential input shaft. //first treat the diff as an open diff with equal torque to both wheels inputTorque = gearBoxTorque * 0.5f; //then modify torque to each wheel based on wheel speed difference //the difference in torque depends on speed difference, throttleInput (on/off power) //amount of locking force wanted at different amount of speed difference, //and preload force //torque to left wheel leftWheelTorque = inputTorque - (speedDiff * preLoadForce + lockingForce * throttleInput); //torque to right wheel rightWheelTorque = inputTorque + (speedDiff * preLoadForce + lockingForce * throttleInput); I'm putting throttle input in because from what I've read the amount of locking also depends on the amount of throttle input (harder throttle -> higher  torque input -> stronger locking). The model is nowhere near good, so please jump in and correct me.
      Also I have a few questions:
      - In torsen/geared LSD, is it correct that the diff actually never lock but only split torque based on bias ratio, which also based on speed difference between wheels? And does the bias only happen when the speed difference reaches the ratio (say 2:1 or 3:1) and below that it will act like an open diff, which basically like an open diff with an if statement to switch state?
      - Is it correct that the amount of locking force in clutch LSD depends on amount of input torque? If so, what is the threshold of the input torque to "activate" the diff (start splitting torque)? How can I get the amount of torque bias ratio (in wheelTorque = inputTorque * biasRatio) based on the speed difference or rolling resistance at wheel?
      - Is the speed at the input shaft of the diff always equals to the average speed of 2 wheels ie (left + right) / 2?
      Please help me out with this. I haven't found any topic about this yet on gamedev, and this is my final piece of the puzzle. Thank you guys very very much.
    • By Estra
      Memory Trees is a PC game and Life+Farming simulation game. Harvest Moon and Rune Factory , the game will be quite big. I believe that this will take a long time to finish
      Looking for
      Programmer
      1 experience using Unity/C++
      2 have a portfolio of Programmer
      3 like RPG game ( Rune rune factory / zelda series / FF series )
      4 Have responsibility + Time Management
      and friendly easy working with others Programmer willing to use Skype for communication with team please E-mail me if you're interested
      Split %: Revenue share. We can discuss. Fully Funded servers and contents
      and friendly easy working with others willing to use Skype for communication with team please E-mail me if you're interested
      we can talk more detail in Estherfanworld@gmail.com Don't comment here
      Thank you so much for reading
      More about our game
      Memory Trees : forget me not

      Thank you so much for reading
      Ps.Please make sure that you have unity skill and Have responsibility + Time Management,
      because If not it will waste time not one but both of us
       

  • Advertisement