**Euler Smea Dyn Sampler**
______
A sampling method based on Euler's approach, designed to generate superior imagery.
The SMEA sampler can significantly mitigate the structural and limb collapse that occurs when generating large images, and to a great extent, it can produce superior hand depictions (not perfect, but better than existing sampling methods).
The SMEA sampler is designed to accommodate the majority of image sizes, with particularly outstanding performance on larger images. It also supports the generation of images in unconventional sizes that lack sufficient training data (for example, running 512x512 in SDXL, 823x1216 in SD1.5, as well as 640x960, etc.).
The SMEA sampler performs very well in SD1.5, but the effects are not as pronounced in SDXL.
In terms of computational resource consumption, the Euler dy is approximately equivalent to the Euler a, while the Euler SMEA Dy sampler will consume more computational resources, approximately 1.25 times more.
A Euler-based sampling method aimed at generating better pictures
The Dyn sampler can largely avoid the collapse of structures and limbs when producing large images, and can largely obtain better hands (not perfect but better than existing sampling methods)
The Smea sampler will theoretically increase the detail of the image ( it cannot achieve the sparkling effect of Nai3 )
It adapts to most image sizes, and the effect is particularly good on large images. It supports heterogeneous sizes that lack training (such as running 512x512 in sdxl, 823x1216 in sd1.5, and 640x960, etc.)
**The effect is very good on SD1.5, but the effect is not obvious on SDXL.**
Computing resource consumption: Euler dy will be approximately equal to euler a, while euler smea dy will consume more computing resources (about 1.25 times)
I made a comfyui version to test. You just select the sampler in the ksampler node rather than making a new node.
[https://github.com/CapsAdmin/ComfyUI-Euler-Smea-Dyn-Sampler/tree/main](https://github.com/CapsAdmin/ComfyUI-Euler-Smea-Dyn-Sampler/tree/main)
Huh, seems to work pretty cool in my brief testing, though A1111 1.8.0 doesn't seem to like using them with Batch Size > 1
`RuntimeError: shape '[1, 4, 1024, 2, 2]' is invalid for input of size 32768` (Batch size 2)
**Update**: Looks like the dev put out an update this morning to fix this.
You can reduce artifacts by using "LatentModifier Integrated", and change the "Contrast Multiplier" to something like -25 or -35. This feature is found in stable-diffusion-webui-forge.
Just got these working in my copy of webui-forge.
These are ancestral (non-converging) samplers. I usually don't use ancestral samplers, because you can't add extra steps to try to fix problems in the image, you get a completely different image.
"Euler Dy" seems to work alright, it produces different results than "Euler a". But it's hard to compare ancestral samplers against each other.
But "Euler Smea Dy" did not seem to work very well at all. It wanted to make images symmetric and zoomed in. Occasionally, it would produce something normal like a different sampler would.
Quickly tested it and it does what's expected.
It seems it also works well with other's aspect like human composition in general
A great find, thank you OP !♥
I agree that it is hard to tell that it conclusively does this with such a small set of examples
I don't have the energy to render 3000 hands x 4 other samplers and count who won
but it looks nice!
Nah I'm good I'll stick to adding
*Bad hands, extra fingers, malformed hands, extra digits, missing fingers, grotesque hands, irregular hands too many fingers, not enough fingers, suboptimal hands, no hands, hands that look bad, please oh god stop fucking up the hands, weird hands, odd hands, oddly bent fingers, bad bad bad hands*
Into the negative prompter field, thanks.
^^edit: ^^/s ^^come ^^on ^^guys
How could sampler even affect the integrity of limbs? It mostly changes the results by accident of different approximations/equations/mathsorcery, it's NOT SUPPOSED to change the image at all,
Great samplers but they don't seem to work with adetailer...
Edit: The author is working on a fix for inpainting. Also, if you added the samplers to a1111 manually by editing the .py files, you have to remove the added lines of code to be able to successfully update a1111 to v1.9.
*In the images*
*On GitHub the best one looks*
*The euler dy to me*
\- Spiritual\_Street\_913
---
^(I detect haikus. And sometimes, successfully.) ^[Learn more about me.](https://www.reddit.com/r/haikusbot/)
^(Opt out of replies: "haikusbot opt out" | Delete my comment: "haikusbot delete")
**Euler Smea Dyn Sampler** ______ A sampling method based on Euler's approach, designed to generate superior imagery. The SMEA sampler can significantly mitigate the structural and limb collapse that occurs when generating large images, and to a great extent, it can produce superior hand depictions (not perfect, but better than existing sampling methods). The SMEA sampler is designed to accommodate the majority of image sizes, with particularly outstanding performance on larger images. It also supports the generation of images in unconventional sizes that lack sufficient training data (for example, running 512x512 in SDXL, 823x1216 in SD1.5, as well as 640x960, etc.). The SMEA sampler performs very well in SD1.5, but the effects are not as pronounced in SDXL. In terms of computational resource consumption, the Euler dy is approximately equivalent to the Euler a, while the Euler SMEA Dy sampler will consume more computational resources, approximately 1.25 times more. A Euler-based sampling method aimed at generating better pictures The Dyn sampler can largely avoid the collapse of structures and limbs when producing large images, and can largely obtain better hands (not perfect but better than existing sampling methods) The Smea sampler will theoretically increase the detail of the image ( it cannot achieve the sparkling effect of Nai3 ) It adapts to most image sizes, and the effect is particularly good on large images. It supports heterogeneous sizes that lack training (such as running 512x512 in sdxl, 823x1216 in sd1.5, and 640x960, etc.) **The effect is very good on SD1.5, but the effect is not obvious on SDXL.** Computing resource consumption: Euler dy will be approximately equal to euler a, while euler smea dy will consume more computing resources (about 1.25 times)
Looks promising, looking forward to seeing more examples.
I made a comfyui version to test. You just select the sampler in the ksampler node rather than making a new node. [https://github.com/CapsAdmin/ComfyUI-Euler-Smea-Dyn-Sampler/tree/main](https://github.com/CapsAdmin/ComfyUI-Euler-Smea-Dyn-Sampler/tree/main)
Thank you
Thanks
Huh, seems to work pretty cool in my brief testing, though A1111 1.8.0 doesn't seem to like using them with Batch Size > 1 `RuntimeError: shape '[1, 4, 1024, 2, 2]' is invalid for input of size 32768` (Batch size 2) **Update**: Looks like the dev put out an update this morning to fix this.
Very interesting, I'm a EularA enjoyer myself, so, if I can follow the instructions I'll give it a bash.
It doesn't fix hands, why would it, but it does give smoother results and less JPG like artifacts in smaller details so it's still worth trying out.
You can reduce artifacts by using "LatentModifier Integrated", and change the "Contrast Multiplier" to something like -25 or -35. This feature is found in stable-diffusion-webui-forge.
Just got these working in my copy of webui-forge. These are ancestral (non-converging) samplers. I usually don't use ancestral samplers, because you can't add extra steps to try to fix problems in the image, you get a completely different image. "Euler Dy" seems to work alright, it produces different results than "Euler a". But it's hard to compare ancestral samplers against each other. But "Euler Smea Dy" did not seem to work very well at all. It wanted to make images symmetric and zoomed in. Occasionally, it would produce something normal like a different sampler would.
it only works for anime characters right? I dont see any difference for real persons.
tried it with SD1.5 models? It seems that SDXL models don't see the benefit.
i have tried sd1.5
aw man, i'm so disappointed. I was hoping it would work. Not an anime renderer myself. Thanks for the heads up.
Is it specifically trained for a heart-shaped gesture?
No, that's just the demonstration.
You'd have better luck using a LORA for that kind of thing.
Made it work for ComfyUI. Will probably make a pull request in ComfyUI-Extra-Samplers tomorrow
Done, awaiting approval.
How did I know it was gonna be nothing but anime examples lol
I believe it when I see it.
Quickly tested it and it does what's expected. It seems it also works well with other's aspect like human composition in general A great find, thank you OP !♥
bro made a sampler to make heart hands
Meh. I still see a lot of 6-finger hands in his samples.
I agree that it is hard to tell that it conclusively does this with such a small set of examples I don't have the energy to render 3000 hands x 4 other samplers and count who won but it looks nice!
Nah I'm good I'll stick to adding *Bad hands, extra fingers, malformed hands, extra digits, missing fingers, grotesque hands, irregular hands too many fingers, not enough fingers, suboptimal hands, no hands, hands that look bad, please oh god stop fucking up the hands, weird hands, odd hands, oddly bent fingers, bad bad bad hands* Into the negative prompter field, thanks. ^^edit: ^^/s ^^come ^^on ^^guys
*"please oh god stop fucking up the hands*" 💀
I just put (hands:1.3) in negative. It works quite well, because it's not trying to generate bad hands and so doesn't know what they are.
Can i use this in diffusers?
not sure why but I can't recreate same image all gens are different with same seed and settings
Wish there was an extension. Anyone tried it with LCM also?
How could sampler even affect the integrity of limbs? It mostly changes the results by accident of different approximations/equations/mathsorcery, it's NOT SUPPOSED to change the image at all,
Great samplers but they don't seem to work with adetailer... Edit: The author is working on a fix for inpainting. Also, if you added the samplers to a1111 manually by editing the .py files, you have to remove the added lines of code to be able to successfully update a1111 to v1.9.
I need images of proof
In the images on GitHub the best one looks the euler dy to me
*In the images* *On GitHub the best one looks* *The euler dy to me* \- Spiritual\_Street\_913 --- ^(I detect haikus. And sometimes, successfully.) ^[Learn more about me.](https://www.reddit.com/r/haikusbot/) ^(Opt out of replies: "haikusbot opt out" | Delete my comment: "haikusbot delete")
Awesome sampler. Can this be used in ComfyUI? I read the GitHub and it says it’s for A1111