| Section |
|---|
| Column |
|---|
3Delight supports all the required functions to properly run OSL shaders. That being said, the philosophy of writing OSL shaders for 3Delight differs very slightly from other renderers. In a nutshell, the 3Delight rendering core is organized so that OSL shaders can remain as abstract as possible. For example, it is discouraged (and indeed wrong) to use functions such as backfacing() to write shaders. Also, some shadeops have seen their definition slightly changed to simplify shader writing or to allow 3Delight make a better job at sampling the final image. |
| Column |
|---|
|
| Panel |
|---|
| borderColor | #e0e0e0 |
|---|
| bgColor | #f0f0f0 |
|---|
| titleColor | #444444 |
|---|
| title | Content: |
|---|
| |
|
|
...
| RGBA | diffuse | reflection | refraction | emission |
|---|
| Without forwarding | | Image Modified
| Image Modified
| Image Modified
| Image Modified
|
| With forwarding | Image Modified
| Image Modified
| Image Modified
| Image Modified
| Image Modified
|
| Without forwarding | With forwarding |
|---|
| RGBA | Image Added
| Image Added
|
| diffuse | Image Added
| Image Added
|
| reflection | Image Added
| Image Added
|
| refraction | Image Added
| Image Added
|
| emission | Image Added
| Image Added
|
Gone is lockgeom
A remnant of the RenderMan way of doing things is the 'lockgeom' parameter which hints of symbolic linking of data defined on the geometry to parameters defined in the shader. From our point of view, this feature is useless, as-is, in the OSL world:
...