-
Notifications
You must be signed in to change notification settings - Fork 98
This issue was moved to a discussion.
You can continue the conversation there. Go to discussion →
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Non target faces altered anyway #7
Comments
hi. thanks for your answer. adetailer was the last process in the making of the image. but maybe its codeformer that has done that. the target image worked well but other faces have some sharpened parts on them. I'll try if it occurs without codeformer too. |
Here are the details of the previous generation (I think). I did not used any prompt. Steps: 20, Sampler: Euler a, CFG scale: 7, Seed: 3581328725, Size: 512x512, Model hash: bc7da767df, Model: consistent_inpainting.inpainting, Denoising strength: 0.75, Conditional mask weight: 1.0, Mask blur: 4, CFG Rescale phi: 0, Version: v1.5.1, similarity = {}, ref_similarity = {} I did not use any postprocessing : The idea of post-processing was to improve the poor results of insightface. I hardly use it anymore (except for the post-inpainting part, which also affects the whole image). I prefer to use the upscaled inswapper which only affects the targetted face. You really have to play with the parameters, because what works for one image doesn't always work for another. As for codeformer, here is what i've got when it is enabled. The faces is the backgroud are hideous : |
yes, it's the codeformer causing the problem. just found out by testing, too.. |
Ok I didnt see these options because they're under the settings tab. maybe it would be better to have them at the extension's tab/area ? Thanks for your detailed answers incl. workflow/images! |
on the first try with a close up photo the result without inswapper and only codeformer in postprocessing (i think thats what roop does too), was more convincing. but I'll test further |
The upscaled inswapper is available in sd settings (the global settings > FaceSwapLab). It should be better, but it depends on what you do :) |
If you are using codeformer in inswapper, you should disable codeformer in postprocessing. Otherwise you will have 2 pass of codeformer which might be a bit too much. I think it is what happened here. You can also disable sharppening and color correction if you want. Yes SwinIR 4x is worse than LDSR or the one i am using i think. You should try different ones to see what is the best for you. |
I will rerun my process, but as far as I remember, I did use your settings (with codeformer in the inswapper activated) and deactivated on the post-process tab. |
This issue was moved to a discussion.
You can continue the conversation there. Go to discussion →
Faces that are NOT the target image are still being altered. Checked with img2img and inpaint on latest branch A1111/faceswaplab.
The target face is being changed and this feature works as intended. But there are people in the background and around the scene, there images are not changed like the target image but some small changes happen to them. Its especially obvious in my case because theyre in a depth of field area, not sharp and after faceswap there are small parts around or on them that are being sharpened, though it's NOT a non-intended faceswap.
I tried to circumvent the problem by going to inpainting and masking the face that should be swapped only, but as I expected, this is overriden and the result is the same.
The text was updated successfully, but these errors were encountered: