Replies: 4 comments 6 replies
-
I think the preset part is better managed by an external plugin from loading config, such as state or lightdiffusionflow |
Beta Was this translation helpful? Give feedback.
-
I think it can be achieved by on_after_element callbacks, which automatically registers all components with specific element ids. I think it will be very stable, but idk about ui lags. I'm planning to do inside my extension replacer, and after that, if it is good, I will make a PR here with the same way. If it is laggy, I will make it optional |
Beta Was this translation helpful? Give feedback.
-
something wrong with 1.1.448 the mode "adetailer + controlnet + x/y/z plot" worked fine before v447. but now it generates difference images after the second image. example: |
Beta Was this translation helpful? Give feedback.
-
我特别喜欢依赖这个功能,希望能维护这个预设的功能啊! |
Beta Was this translation helpful? Give feedback.
-
Unit preset feature is removed in 1.1.448 mainly because it is becoming hard to maintain and buggy to use. The core problem comes from gradio's event system. There is no way to update UI state without triggering subsequent state updates. For example, if you update control type and preprocessor in a single callback, control type change will further trigger the preprocessor and model to change, which will overwrite the preprocessor set initially.
I also found that we are listening for excessive amount of gradio events to reconstruct ControlNetUnit state. Part of this is also caused by preset. This has slowed the UI response. 1.1.448 has also removed these excessive listeners.
If you think the preset feature should come back later. Please leave a comment on how you think this should be achieved. Personally I think preset probably need to be a pure front-end solution to achieve the things we want.
There are a few other breaking changes regarding use of enum and preprocessor slider default values. You can read details here: #2847.
Beta Was this translation helpful? Give feedback.
All reactions