Sharandra
 |
Not sure what´s causing this but I have a free gradient going into 3 groups. Works properly with 2 of them but the third group gets wrong values. If I copy the gradient into the group all is fine.
weird gradient behaviour.ffxml |
|
| Posted: September 16, 2012 3:02 pm | ||
|
Vladimir Golovin
Administrator |
Please simplify the example down to the minimum.
From what I see, everything looks perfectly normal. For each group, I went inside and bypassed the group contents by plugging the relevant gradient input directly into group output, then compared the output of each group with the original gradient (using Blend with Difference + Levels). There was no difference. Let's figure this out. We have a very strange color-related bug (a significant difference in preset color between the old and new color controls), and this one may be related to that. |
|
| Posted: September 17, 2012 3:10 am | ||
|
Sharandra
|
Sorry, here is a simpler version.
you can also copy paste the group inside the first group into the second group and the same thing happens. the gradients should be the same but the stalk is bend different. weird gradient behaviour.ffxml |
|
| Posted: September 17, 2012 5:19 am | ||
|
Vladimir Golovin
Administrator |
I don't see anything wrong. Again, I went inside both groups, plugged the controls direcly into group outputs, then went to the top level and compared each group using blend with difference + levels (see the attached filter).
Both differences are exactly zero, and there's no noise in Color Inspector which means they're likely passed through without any processing. Please modify this example so that it clearly shows the difference, preferably using difference+levels. (On the positive side, your filter helped me catch a bug in copy/pasting!) weird gradient behaviour VG.ffxml |
|
| Posted: September 19, 2012 8:13 am | ||
|
Sharandra
|
Well this is how it looks on my screen.
 |
|
| Posted: September 19, 2012 9:05 am | ||
|
Vladimir Golovin
Administrator |
1. Your Free Gradient component outputs negative colors (marked with yellow in Color Inspector).
2. Your first group has an HDR input (marked with a red arrow, note the yellow outline around the green connection slot) which passes negative colors unclamped, so the final distortion is smooth. 3. Your second group has an LDR input (marked with another red arrow). Since LDR inputs clip RGB channels beyond the 0...1 range to 0 and 1 respectively, you see a crease in your distortion. Case closed?  |
|
| Posted: September 19, 2012 10:44 am | ||
|
Sharandra
|
The inputs shouldn´t be different tho. But Ok
 |
|
| Posted: September 19, 2012 10:57 am | ||
Join Our Community!
Filter Forge has a thriving, vibrant, knowledgeable user community. Feel free to join us and have fun!
33,711 Registered Users
+18 new in 30 days!
153,533 Posts
+31 new in 30 days!
15,348 Topics
+73 new in year!
Online Users Last minute:
32 unregistered users.
Recent Forum Posts:
- Manson Grudge Border by Jaret by Minko
yesterday - Kaleidoscopic Variations Vol. 2 by jhantares by jhantares
September 10, 2025 - Polygonal Images Set by Ramlyn by westdale
September 10, 2025 - FF Killing Resolution by SpaceRay
September 9, 2025 - Geometry Spinner by Rachel Duim by Rachel Duim
September 6, 2025 - Channel Glitch by Martin Naumann by SpaceRay
August 31, 2025 - Circuit Glitch by Martin Naumann by SpaceRay
August 31, 2025 - Groovy Rays by Ramlyn by Ramlyn
August 31, 2025 - Is Ultraforge dead? by dpankros
August 30, 2025 - Component Instances by AussieDecalf
August 27, 2025 - Hyperbolic Tiling Challenge by AussieDecalf
August 27, 2025 - Chaos Fields by SpaceRay
August 27, 2025
