Difference between revisions of "Lighting pipeline choices"
From URCHN Arkipelago
| Line 26: | Line 26: | ||
*again, doesn't handle cameras. | *again, doesn't handle cameras. | ||
*animators need to add new objects involved in the animation into the group by hand. | *animators need to add new objects involved in the animation into the group by hand. | ||
| + | |||
| + | ===3- Linking animated objects into light scenes as objects. === | ||
| + | ====-pros==== | ||
| + | *extremely flexible: linked objects gives great choice over what is linked and what not. | ||
| + | *lighters can change layers on an object per object basis. | ||
| + | *works well. No bugs that I can see. | ||
| + | |||
| + | ====-cons==== | ||
| + | *If new objects are added into the anim, they will likely need to be linked in manually (needs checking). At any rate, safer to start this fairly late in the anim process. | ||
| + | *doesn't handle cameras. | ||
| + | *rest of scene needs building in another way. | ||
| + | *complex: to start a lighting file, you have a lot of steps, some of which are hazily defined. | ||
| + | |||
| + | ===4- Linking all objects into light scenes as objects. === | ||
| + | ====-pros==== | ||
| + | *extremely flexible: linked objects gives great choice over what is linked and what not. | ||
| + | *lighters can change layers on an object per object basis. | ||
| + | *works well. No bugs that I can see. | ||
| + | *quick easy setup of lighting file. new scene, use project settings for render, save as a*s**.blend, then link in everything. Can even be scripted as "make_light_comp_file" or so. | ||
| + | *Lighters can make various objects local if they need to, on an object by object basis. This needs some care for depgraph stuff e.g. for parents or constraint targets. | ||
| + | |||
| + | ====-cons==== | ||
| + | *If new objects are added into the anim, they will likely need to be linked in manually (needs checking). At any rate, safer to start this fairly late in the anim process. | ||
| + | *(related) Animators can accidentally sabotage lighters by doing invasive things. | ||
Revision as of 18:16, 16 August 2011
Lighting pipeline choices
If we have to start from before anim is locked down, we should be able to work in seperate files to enable a flexible pipelinish workflow. I've looked at the following:
1- linking anim scenes into lighting/comp scenes via background scenes:
-pros:
- immune to addtions/changes in anims.
- clean (one link)
- allows full flexibility of animators while lighters are working.
-cons:
- you get everything in the scene linked
- animators can mess up lighters
- lighters can't do anything to non-animated assets, except turn layers on or off.
- doesn't handle cameras.
2- linking animated assets into light scenes as groups.
-pros:
- immune to most changes in anim, provided new dependencies are added to the group.
- clean: one link per group
- flexible: allows linking different sets of animated 'stuff' as different groups.
- lighters can change layers for animated stuff, and have full control over non animated assets.
-cons:
- blender has a showstopper bug where the proxy animation doesn't come through in the link
- non animated stuff/rest of scene has to be rebuilt by hand/ some other method.
- again, doesn't handle cameras.
- animators need to add new objects involved in the animation into the group by hand.
3- Linking animated objects into light scenes as objects.
-pros
- extremely flexible: linked objects gives great choice over what is linked and what not.
- lighters can change layers on an object per object basis.
- works well. No bugs that I can see.
-cons
- If new objects are added into the anim, they will likely need to be linked in manually (needs checking). At any rate, safer to start this fairly late in the anim process.
- doesn't handle cameras.
- rest of scene needs building in another way.
- complex: to start a lighting file, you have a lot of steps, some of which are hazily defined.
4- Linking all objects into light scenes as objects.
-pros
- extremely flexible: linked objects gives great choice over what is linked and what not.
- lighters can change layers on an object per object basis.
- works well. No bugs that I can see.
- quick easy setup of lighting file. new scene, use project settings for render, save as a*s**.blend, then link in everything. Can even be scripted as "make_light_comp_file" or so.
- Lighters can make various objects local if they need to, on an object by object basis. This needs some care for depgraph stuff e.g. for parents or constraint targets.
-cons
- If new objects are added into the anim, they will likely need to be linked in manually (needs checking). At any rate, safer to start this fairly late in the anim process.
- (related) Animators can accidentally sabotage lighters by doing invasive things.