Crapadilla
![]() |
Not sure if this is a bug, a feature, or the remains of the recently deceased "fly in the ointment", but try this:
1) Edit the filter "Decorative Tiles" by Vladimir Golovin. 2) In the Filter Editor, select the top-most Perlin Noise component (the one which is connected to two Color 2.009 control components). 3) Click the "Group" button. The "Noise" and "Background" inputs of the Perlin Noise have lost their connections! --- Crapadilla says: "Damn you, stupid redundant feature requests!" ;) |
|||
Posted: September 12, 2012 1:39 pm | ||||
GMM
Moderator
Posts: 3491 |
Thanks for reporting - this is a known issue.
|
|||
Posted: September 13, 2012 7:49 am | ||||
Vladimir Golovin
Administrator |
This is by design. The old Color control is a freak of nature - it's a component of Numeric type that outputs scalar Map signal. It doesn't have all the necessary mechanisms to be included into groups.
In future versions or betas we'll add notifications to inform the user that this component is ignored by groups. |
|||
Posted: September 13, 2012 7:52 am | ||||
Crapadilla
![]() |
Would it be possible to automatically replace the old color controls with new ones, copying over all preset values in the process?
I'm just going over old filters, organizing them to test the grouping feature, and this behaviour absolutely destroys color in all my presets. If it stays like this, filter authors are in for a metric crapload of copy/paste work between old and new color components. ![]() *cough* Update obsolete component option *cough* --- Crapadilla says: "Damn you, stupid redundant feature requests!" ;) |
|||
Posted: September 15, 2012 10:44 am | ||||
Vladimir Golovin
Administrator |
Generally speaking, automatic replacement is difficult at the moment, but we do have plans for a generic auto-replacement mechanism, or rather for its most important part, which I dubbed the Reconnector.
Here's a rough translation of its description from my dev doc:
The key thing about the Reconnector is that it can sensibly move connections between completely different components, without assuming or needing any similarity in their interfaces. If we implement Reconnector, it will give us abilities such as preserving connections after a component changes its interface (for example Bomber being switched between HDR and LDR modes, or Result between Surface and Simple), ability to move connections from one component to another, and to update obsolete components while preserving their connections. I wrote a rough spec during the development of v2, but we still can't get around to implementing it, mostly because 1) it's just a convenience feature and 2) it's invisible to people who don't use the Editor (that is, buyers of the Basic edition). |
|||
Posted: September 15, 2012 11:38 am | ||||
Vladimir Golovin
Administrator |
Also: the current Reconnector spec says nothing about transferring settings from one component to another, but I can't see why the cable boy cannot be asked to tune the knobs on the new machine so that they resemble the setup of the previous machine, using the same heuristic approach.
|
|||
Posted: September 15, 2012 12:12 pm | ||||
Crapadilla
![]() |
I'm guessing that Reconnectors would also be a prerequisite for Ungroup to work smarter (i.e. re-establishing the group's connections to the filter tree -- cleaning up extraneous control components in the process -- instead of just dumping the group contents)?
![]() --- Crapadilla says: "Damn you, stupid redundant feature requests!" ;) |
|||
Posted: September 17, 2012 6:53 am | ||||
Vladimir Golovin
Administrator |
I think that restoring connections after ungrouping is a separate problem. Reconnector just deals with connections, while the 'Ungrouper' will have to decide whether to delete extraneous control components, how to transfer settings, how to collapse remappers etc. I posted more about the problem here: http://www.filterforge.com/forum/read...&TID=10499
|
|||
Posted: September 17, 2012 9:37 am | ||||
SpaceRay
![]() |
I have seen that in FF 4.0.7 you still can group older color controls without any notification on why they are being ignored and not showing on the group connections. If there is no notification about this, it seems like it is a bug or maybe you think that you are doing something wrong and may not know why is happening this. Would be good if in any future version is told that this is the natural way and how is done by design and is not an error or something wrong. |
|||
Posted: December 23, 2013 1:21 pm | ||||
GMM
Moderator
Posts: 3491 |
SpaceRay, you are not supposed to group obsolete color controls. They are obsolete and their usage in new filters is discouraged – please see Vladimir's first post above.
Obviously adding support for discontinued systems within Filter Forge is of low priority to us. |
|||
Posted: December 24, 2013 3:11 am | ||||
SpaceRay
![]() |
OH! Yes, you are right, and I agree with it, BUT I was telling this only FOR the persons that does not know this, as this thing is NOT clear enough in the groups help page |
|||
Posted: December 24, 2013 2:34 pm |
Filter Forge has a thriving, vibrant, knowledgeable user community. Feel free to join us and have fun!
33,712 Registered Users
+19 new in 30 days!
153,537 Posts
+6 new in 7 days!
15,348 Topics
+72 new in year!
24 unregistered users.