ComfyUI Detailer/ADetailer Workflow

Hey @Feral_Signal_Studios,

Thanks so much for your Kind words! I really appreciate them 🥰

The custom nodes required for the workflow are all available through the comfy manager, they are mostly very popular custom nodes.

Just go into the Manager and click on „Install missing custom nodes“, just don‘t download the Dummy Nodes - They have a conflict with the naming of the Advanced ControlNet.

@Feral_Signal_Studios that's weird, i checked all of the nodes yesterday again after your comment and saw that comfyroll was able to be installed wihtout any issues through the comfy manager. Are you getting any specific errors?
Worst case you should be able to manually install the node by putting it into your comfyui/custom_nodes folder:
https://github.com/Suzie1/ComfyUI_Comfyroll_CustomNodes

(download either via git or by clicking on code -> download zip and then moving the contents)

@Feral_Signal_Studios that sucks :/
i have checked really quick and there are no known conflicting node packages, so unless you have installed some stuff manually and that is not available through the comfyui-manager browser.

If you ever quickly and easily want to do a clean install of comfy in it's newest version you could use my installation script that quite a few people have used until now.
It automatically downloads ComfyUI, all required nodes for this workflow incl. Comfy Manager and then gives you the option to also optionally download the controlnet models if you want and create a desktop shortcut at the end.
It'll execute wherever you open it and create a ComfyUI folder at that point.
Only requirements are python (3.12 is best) and git installed.
You can find it here:
https://huggingface.co/vslinx/ComfyUIDetailerWorkflow-vslinx/tree/main

Afterwards you could just copy your models folder over from your old installation.

@Feral_Signal_Studios happy to hear!
And i value all feedback equally, it might has a lot of downloads but most people commenting are usually because something isn't working :D so i always appreciate when people say thanks ^-^

@Feral_Signal_Studios Thanks, happy to hear you're enjoying the workflow!
It has become quite massive but i hope i'll get it to be more stable in the future 🫡
I might implement a 1-pass hires fix in the future if i hear anything about negative implications on the quality the way it's implemented right now, but until then it seems to work fine :P

Heya @last27683599,
no problem - thanks again for reporting the issue!
I don't always update my comfy the moment they release a new version, i might sometimes go days or weeks without noticing bugs in newer versions ^^

"Sadly" adding the body-specific detailers in the manual inpainting workflow wouldn't make sense, since you could simply re-run the workflow but with the eye/face detailer activated this time.
If you do not change the seed between generations, the image generated will be the same.
Right now re-executing the workflow sadly forces the image to be generated completely new again even if it looks the same, i opened a merge-request in the Impact-Pack over a month ago so that the image would be cached and not has to be generated again, but sadly the maintainer has not yet accepted the merge :/
But if you'd want you could apply the file change locally in your impact-pack node to solve this problem.

Additionally you could also just pass your generated image into the img2img workflow, deactivate the img2img transfer, upscaling etc. and only have the face/eye detailer activated.
This will just do an img2img where you only use detailers.

Also the manual inpainting should not result in lower quality outputs than the detailer itself, are you using the manual inpainting together with the hires fix option inside of it? I have not had worse results with the manual inpainter yet :o

@last27683599 phew that's a long read! hahaha

My thoughts:

- Denoise Strength of 1 is very very high, you basically do a full replacement of the content without giving the base any context to work with, so you 100% rely on the controlnet from that point onwards, just remember that
- ControlNet Strength of 1 is very high, it basically forces the character into that exact position with no leeway. I would not necessarily recommend it unless you use a specialized inpainting checkpoint.
I'd try to play around, i know you said that you tried 0.55 but that most likely didn't work together with the sampler. Strength of 0.52-0.55 should already copy the post near-identical, might have to play with the seed a bit, or increase strength to 0.6

- The Sampler DPM++ 2M is something i chose and activated by default for the most common user, most people would only want to change small things and for that the DPM++ 2M is definitely the best choice.
Different Samplers converge very differently, a good read for that topic would be this.
To explain simply some samplers spend more time in the earlier denoising steps, some spend more in the middle and some more in the end. DPM++ 2M is a multistep solver, meaning it doesn't decide how to add noise to the image to change it only based on the current point, but it uses information from previous steps. So if you're not starting on a blank canvas that means that it preserves structure way better, blends edges more naturally into unmasked regions, gives cleaner results at lower step counts and it's less likely to inject a lot of noise into the masked area.
For our images, especially anything involving denoise like inpainting, that means that they are closer to the original because they preserve more of the original. It's the best sampler to add some details, change smaller things like eye-color or clothes.
That's why i also changed the hires fix over to that sampler + scheduler(karras) because it preserves the original better, this is why now there's less artifacts and difference between the pre-hires fix and the hires-fix image. It's also the better alternative if you want to do detailing.
But that is also the reason why completely changing the content of the image would be harder with that or would mean you'd have to up the denoise level way higher than usually necessary, because it respects the form of the previous denoise step more than other samplers.

- Try changing the preprocessor for the controlnet and the controlnet model, maybe you're using one that is either not specific enough or too specific. Canny or MangaLine can force details from the original you might not want to copy because they are very harsh with their details even at lower controlnet strengths. Try MiDas Depth Map, i usually use that if i want to copy composition but not likeness of the character, it usually does a good job not moving too many of the original characters features over.
With simple poses like this you might also just be able to use OpenPose for your ControlNet, since it's quite the simple pose. OpenPose only copy's the skeleton and nothing about the appearance at all, so you can easily increase strength here.

- What Upscale Model are you using? I have had issues in the past with inpainting because i was using a shitty upscale model like Anime-Sharp or something.
These Upscalers remove a lot of details and are quite blurry - as long as you have hires fix on you won't notice it because it runs after that. But they really remove a lot of the images detail.
Using the inpainting you're doing something like this:
Generate Inpaint Area -> Upscaling -> hires fix -> Paste into original and blend

Depending on the strength of the denoise, the hires fix might not have a huge impact.
So you could try changing the upscale model and see if that improves sharpness.
I have moved from RealsESRGAN and AnimeSharp to "4x_NMKD_Siax_200k.pth", which i also set as the default and it really improved my image quality compared to earlier work of mine.
It will introduce some sharpness lines but the hires fix will remove these.
I have implemented a "Use different Upscale Model"-Section where you can replace the upscale model only for the inpainting, so you might want to play around here and check if a different upscale model could improve your result.

I hope any of these things were helpful :D!
And sorry for the long read - let me know if any of these things helped you!

@last27683599 
Here i did a replacement with your image.
I tweaked the settings a bit, but apart from that i loaded your image into the "Load last generated image"-Node and then rightclicked -> WD14 Tagger, copied the tags and added them to the inpaint prompt. I removed everything describing the hair and eyes, replaced them with the other characters and added the character tag at the beginning.
Then i drew the mask over the whole character and send it off.

This is the result, you should be able to download the image and drag it into your comfyui to load the workflow directly and see what settings for controlnet, denoise and sampler i used.

@last27683599 sorry man i just noticed that i had never answered 🥲

"So, I've been trying to emulate the workflow you've provided, but I've run into a slight issue. After right-clicking and selecting the WD14 tagger, nothing happens. Am I supposed to do something else after clicking on that option?"
- You can check your console, the first time you do that it'll usually take a little bit as it has to download the WD14 model for image interrogation. Then it usually just takes 4-5 seconds when doing that. A popup should open and your prompt should appear. It's basically the same the IMG2IMG Transfer does in the IMG2IMG Workflow.

"Generally, from my results, using controlnet and pre-processing, even with a low denoise of 0.45, generates images that do not change the character, merely changing their eye colours; this is the same when the denoise value in the manual-inpainting group is 0.55. Most of the images you see are generated with the denoise value of 1.00 (the max), and some at 0.75. Context value for most of them is 1, with a few at 1.5 and 1.61 — though I don't think context value matters here, given.... well, the context. The "good" ones you see, and the numbers I mentioned I reverted to previously, are 1.00 manual-inpainting denoise, 1.61 context factor, no controlnet."
- The effect that the denoise has, is very heavily dependent on the sampler & scheduler, they are basically what really drives how much change is introduced after the denoising. When you do a 1.00 denoise basically nothing of the original form of the image is kept, even with a high context area you'll still run into the problem that your inpainted area will not fit into the total image.

"I notice your workflow was done in IMG2IMG, but am I mistaken in assuming that, since it's just the manual-inpainting version, it's still applicable to the TXT2IMG workflow?"
- Yeah no worries, i just had the IMG2IMG open - both versiosn work the same for the inpainting part!

"Moreover, I see that your colour fix strength and hi-res fix denoise are different between the manual-inpainting and the general function control group; is there a rationale for that?"
- The Hi-Res fix in the inpainting area still works the same as before, so lower denoise for hires fixing is required. This is due to it not making a lot of sense to use the Ultimate SD Upscaler since we only inpaint smaller parts and the KSampler is sufficient for that, but yeah maybe i should explain why i recommend different strengths :D

"Lastly, some controlnet-related questions. I realise that you don't have pre-processing turned on — whilst I have read the controlnet tutorial at the bottom, I can't say I really understood what it meant; what difference does it make to turn on each of those options? Same question for the ControlNet group of "Pre-processing image to Pose" and "Load ControlNet Pose". Finally, in the workflow you provided with your settings, since the control net model name is cut off due to length, are you using Depth Midas for both the model and the pre-processor?"
- In the Inpainting Area, if you active "Use ControlNet?" it'll take the inpainted area, preprocess it with your selected preprocessor model and then use controlnet to keep the shape. Any of the other 3 following settings ONLY affect the external ControlNet Image. You can use the external ControlNet Image to upload another Pose, so if you'd mask the arm and then upload an image of an arm waving for example, you could activate "Use ControlNet?" together with "Use External Pose?" to use an external image to influence the controlnet, instead of using the original image. If you don't have an already finished pose for the Image, you could activate "Use Pre-Processing" to instead pre-process the image of an arm, to a pose and then have controlnet use it. Lastly you could also activate "Fit pose into mask?" to move your external controlnet image ONLY into the mask, and not onto the whole image. Otherwise you'd have to fit the aspect ratio of the image and have your wanted pose in the correct spot. With all of these settings activated, you could (for example) use the External ControlNet Image to upload the image of a waving arm, use pre-processing and then fit pose into mask to change the gesture of a person. Like you can see here.
In the General ControlNet-Section of the workflow you can do each individually. You either Upload an actual Image in the "Pre-Process image to pose"-Node if you want to turn an image into a pose and then use that pose to create your image with controlnet (you can see the pose in the ControlNet Pose Preview-Node in the Debug Section) or just upload an already existing Pose in the "Load ControlNet Pose"-Node and use that instead.
And yes, if i want to keep shape and form but no finer details i usually use depth midas for both preprocessor and controlnet.

"Moreover, I've been testing the nmkd upscale model you recommended, and from my experience, it seems like its output makes it relatively blurry in comparison to realESRGAN; or perhaps one could say the latter makes the image much sharper(?). Would you say this is consistent with your experience?"
- Can't say that this matches my experience :/ Here you can see esrgan and the nmkd-siax-200k, while esrgan isn't bad, nmkd for me is usually sharper and delivers better outcomes for me once hires fix was applied :s

@last27683599 No biggie!
Yeah pre-processing is always related to an externally provided image ^^ If you turn on pre-processing without turning "Use External Image" on, it shouldn't do anything and still take the own image :D
Maybe i should update the explanation to make it more clear.

Yeah i have tested anzhc's ultralytics models for a bit and i like a few of them, usually the ones that i release the workflow with are just the ones i have most recently used.
I started dibbling a bit in realism recently and anzhc's detection models were just better than the others since it works for both realism as well as anime quite well.
In a future update i might add them to the recommended list :)

The denoise values that i ship the workflow with are all subject to change, i don't really think much about them, they are usually just the ones that work best for me.
As i explain in the mini-guide there is no real one-fits-all solution when it comes to the denoise value, i usually keep the value at around 0.15 when the generated image already had great facial features and i just want to upscale the quality of that area. When there are some minor deformations i usually increase the value to around 0.35 which is enough in most cases.
Most models now do faces and eyes really well, that's why i use low denoise values that will most likely work out of the box for most people ^^

And don't worry - i never mind answering questions :D ♥

@last27683599 aaaaaaah sorry :D that's what you meant.
Yeah, i usually recommend fiddling with the settings as explained here.

One think i'd always recommend is setting guide_size to 1024 and max_size to 2048, that'll inpaint the area at a higher resolution and resize it afterwards, usually leading to better results.
It's just a bit heavier for GPU's but most consumer GPU's should handle this without issues.

Hey @BiggestFan,

try switching to the newly released v5.1!
ComfyUI has done 2-3 Huge updates in a row that broke even some of their own core nodes, the 5.1 has the same exact functionality as the 5.1 visually, but under the hood it's a lot more stable!

Hope you'll enjoy the workflow ♥️

@BiggestFan happy to hear! 🥰

Tje regional prompting basically already works using the manual inpainting area.
The workflow from Potatcat basically doesn't do anything different there.

Just activate the manual inpaint area, and then activate the controlnet+preprocessor to lock in the pose and position. Do not put the strength too high, somewhere between 0.45 and 0.55 should be fine. Then draw the mask of one character -> write the prompt -> hit run and it'll replace the person using the mask and the controlnet.
Then just hit the refresh button (or leave auto-refresh on) and the new image you created previously will be loaded. Now just mask the other character and write a different prompt and hit run :)

That should work just as good, sadly adding multiple more nodes would make the workflow even more complicated and i'd prefer not to put too much into it, else i'll run the risk of cluttering it to the point nobody (possibly including me) understands it anymore 😂

Heya @BiggestFan,

That means you have probably installed the RES4LYF Clownshark custom node

Please check the second problem here in the faq section:

https://civitai.com/articles/15480#faq:

This is sadly not something i can fix and would have to be fixed by node-creator.

@BiggestFan no problem! :D ♥️

Yeah i do, i mainly use it to give back to the people who create images and videos using my workflows/models 🫡
No need to gift me Buzz though, always happy to help ~

Hey @frank5171628626,

sorry that it takes longer now, i have mentioned this in the changelog.
But i get that if you're doing larger amounts of images it's really inconvenient.

I have swapped out the default ComfyUI Sampler with the Ultimate SD Upscaler, it takes longer but the results are way better, especially at higher denoise values.
Before the denoise had to be kept really really low somewhere between 0.05 and 0.15 and even then the default comfy sampler caused major image shifts compared to the upscaled image.
To keep images closer to their actual pre-hires fix preview i changed the way we do this.
This also makes it's behaviour closer to the one in A1111 Webui.

BUT maybe my settings weren't really optimized for speed and i apologize for that.
I have tinkered a bit further and if you're generating more pictures, would you mind testing something for me and letting me know if the speed has improved again and if the images still look good across the board?

Could you open this node in the workflow by clicking on the bubble to the left and then on the icon in the top right of the node?
And then in the node in the middle can you change the following 2 values:

- mode_type: chess -> Linear
- seam_fix_mode: Half Tile -> None

This has cut down generation time for me in half, without any visual drawbacks.
If you would be able to confirm it - i'd be more than happy to update the workflows here on the site!

happy to hear @frank5171628626 !

Did you notice any quality drawbacks! if not i‘ll ship the change :)

@frank5171628626 thanks for the feedback! I'll implement it and push the changes for everyone ♥️

hey @keima1203721,

please check die FAQ mentioned in the description.

Hey @vhsk2005560,

This usually happens if the models don't do very well with denoise, you can try two things:
- Change the model and see if the problem persists, if that doesn't work try to deactivate color-fix(if activated)
- Lower your denoise, if it's already at 0.10 or 0.05 and the problem persists, it's something different

I have one more thing you can try if neither of these work, but let me see how it goes first 🫡

@vhsk2005560 what do you mean? :o

@vhsk2005560 Aaah you mean the Assets Tab :D

If your images do not appear there, check if your images appear in the output folder. If they are in the Output folder but do not appear in the Assets tab, it‘s most likely due to a comfyui update :/ They have broken a lot recently and i have experienced the same issue on some instances with different workflows.

They really broke a lot and did some fixing that broke other stuff :D

Hey @nonoiru,
no worries - i hope the translator will help you understand everything ^^

If there is no image being generated it's most likely due to you not having filled out some of the required nodes that need a selected model.
The new ComfyUI versions have a red marker around the nodes that need input by you, if you have an older version here is a screenshot of all the nodes you need to fill out.

You 100% have to fill out all nodes on the left side in the "Model Backend"-Section, just select any model for the "Refiner Backend", if you don't use it - it won't matter.

You can ignore the Detection Models as long as you don't use the detailer.
But you will have to select a Model for the IPAdapter and ControlNet area, you can also just use the little arrows if you don't have any models there to set the value to "undefined", that'll also let you run the workflow.

@nonoiru glad it's working now! Hope you'll enjoy the workflow. 🥰

Heya @hakusei666,

if you don't have an image in the output folder, it means that the Image Saver node was never reached due to an error before that.
Could you share what your comfyui console is saying?

@hakusei666 hmmmm that's weird :o
Maybe there were some models you hadn't selected yet or that hadn't defaulted to undefined yet. These are the model's you should select, even if you don't use them, to ensure that comfy's internal execution validator will allow full execution.

Aww that's nice to hear! Thanks a lot 🥰
I try to make the workflow as easy userinterface-wise as possible in comfyui - even if it really has it's limits ^^ Hope you'll enjoy the workflow!

Hey @Captain_Goon,

while this does sound funny - it's obviously not the intended goal :D
In the Debug section can you unfold the Nipples and Vagina node to check where this problem occurs? If it's in the nipple section, it means that the prompt you're using generates vaginas.
If it's in the vagina section, it means that your selected ultralytics model recognizes the nipples as vaginas, in that case i'd recommend switching that ultralytics model out to a different one.

Hey @flyingdargon341,

whats your comfy and frontend version? ComfyUI recently broke a shit ton of stuff with their new frontend deployments 🥲 i guess they do more stuff with AI nowadays and with less oversight 😅

The broken frontend sometimes connects/disconnects existing node connections or shuffles them. Causing wrong inputs into nodes that shouldn‘t be possible to begin with.

I have setup a new instance today with comfy version 0.18.1 and ComfyUI_frontend version 1.42.8 and that works well, maybe consider updating your comfyui to these versions.

You can find your version in comfyui under settings > about.

@flyingdargon341 yey nice!
Glad it's working now 🥰

Hey @Jeny,

you are actually right, it seems that the current way of the workflow does break during hiresfix when a vpred checkpoint is being used.
I guess it's something about the architecture of the vpred models, let me check if i can find a fix really quick :)

@Jeny can you check if these work better?
https://www.mediafire.com/file/et9ryk3c68qr4bd/TXT2IMG-ADetailer-v5.2-vslinx.zip/file

For V-Pred you might have to reduce the hires fix denoise a bit ^^

@Jeny yay! thanks for testing ^-^

Hey @tal0n,

ComfyUI has recently pushed a lot of vram optimization stuff where it'll offload things to the RAM when it thinks you do not have enough vram available.
There are some instances in the past where i also had this issue, what usually helps is to check that you do not have much vram usage active.
Stuff like Wallpaper Engine for example also do use quite a bit of vram, you might want to rightclick and pause the animation if you're using it.
Other things that could help is to update your comfy backend and frontend to the newest version and/or deactivating the memory optimization by appending this start parameter to you comfy start:
--disable-smart-memory 

@tal0n that‘s weird and really shouldn‘t happen on a 4080 :/ that sucks

In the TXT2IMG workflow, in the bottom left corner inside the Backend Section you should she a „Sampling“ Subgraph, if you open it - you‘ll find a green group with the normal Sampler. Here you should be able to replace the VAE Decode to a tiled one.

In the IMG2IMG workflow you will find the KSampler + VAE Decode in the IMG2IMG Transfer Subgraph at the bottom of the workflow inside the „Image transer“-Group.

Hey @dNerop,

glad you're still enjoying the workflow 🥰
Yeah comfy can be a bit less user-friendly than a1111, forge or swarm ui ^^ which is why i'm trying to make the workflows as feature-rich but visually easy for everyone.

You actually can use the wildcard selector to add multiple, just click it again and select a different wildcard, the selection down there will just show you the last selected one.
But i understand that it might not be absolutely clear UI-wise that you can add one than more, so i might make it so that the selection jumps back to "Select a Wildcard" after selecting one.

@dNerop thank you for recommending my work to others! 🥰
I have pushed the changes to the node 1-2 Days ago, so if you update the vslinx-nodes through comfy manager you should now have it so that the input field resets to "Select Wildcard", which is the more user friendly approach :D

Heya @Feral_Signal_Studios,

thanks for the compliments first of all!
And no worries - i have answered the question a few times by now but i don't expect people to go through old comments or anything ^^

I have in the past not intended to implement IPAdapter for Facial identity.
I think it's better to leave that to tech like faceid/instantid etc. and to have that as part of it's own dedictated worklfow since it's hard to implement into the workflow in a meaningful way that wouldn't overload the UI even further.

But i'm currently working on the 5.2 version of the workflow and i have removed the ipadapter for style and composition and instead i'll leave it to the user which ipadapter type they'd like to use. So there will only be 1 image input and you as a user can decide which ipadapter type you'd like to use.
So you could use ipadapter for facial features as long as you pick the correct type and then download+select a ipadapter model that is specialized in that regard.
You can always find my work-in-progress versions of the workflow on my huggingface repo here:
https://huggingface.co/vslinx/ComfyUIDetailerWorkflow-vslinx/tree/main/workflows/TXT2IMG/v5.2

You will have to make sure you have my vslinx-nodes completely up-to-date though, i have released v1.9.0 today, but comfy registry and comfy manager sometimes take up to a day to actually pull the new version, so you might have to directly pull the newest version of the node from the github of my node here:
https://github.com/vslinx/ComfyUI-vslinx-nodes

@hakusei666 i'd start trying by just using linear at the beginning if nothing has been recommended on the modelpage itself.

Usually when applying ipadapter for likeness of a character you'd want to use either Linear or strong middle/ease in-out if you want stronger identity lock-in without it bleeding into overall composition/style.

Hey @Rocco87 and @insaneriverg732,

this is not an issue of the workflow - but sadly a problem caused by a node update from the image filter :/
The node-developer has pushed a change that made the node downwards incompatible.

You can fix that easily though by rightclicking the "Image Filter"-Node at the bottom in the Sampling group. And then clicking on Fix node (recreate). Like you can see here: https://qu.ax/x/lSbuJ.png

@Rocco87 hehe, glad to hear it's your favorite workflow 🥰
I'll push v5.2 soon that'll come with it pre-done and some more changes.
This already happened with the image-filter once in the past, so i might just create my own version of it with backwards compatibility 😅

Hey @Vaisoul,

TXT2IMG means you're turning your text into an image, so you create a new image from scratch.
This workflow has built-in processes to directly refine said image based on your settings, or not at all if you don't wish to.

The IMG2IMG variant is for either refining images or creating new images based on an already existing image.

Hey @koh4kyu250,
First of all - sorry for the long wait, it never got a notification about your comment!
I think that was during the change from civitai.com to civitai.red and maybe some of the notifications got swallowed during that time

i have checked a little bit around, activated and deactivated the start quality prompt and instead moved that part into the main prompt and the other way around and so on.
And i was not able to recreate the said behaviour :/

Could it be that you've not been ending your prompt's with a comma?
The prompts do not add a comma at the end when they concat(combine), that means if your start prompt looks like this:
test, test2, test3

and your main prompt looks like this:
test 4, test 5, test 6

The end prompt would look like this (visible in the debug area, full prompt preview):
test, test2, test3test4, test5, test6

Which means that you basically have a broken prompt that generated your image, if you then would move that start prompt into the main prompt, and change/add a comma or empty space, your prompt that generates the image would actually not be the same as when you've had them seperated.

This would be expected behaviour.
I have tried to recreate your said scenario in version 5.1 and the 5.2 beta from my huggingface and was not able to do it :/

Heya @NSFWSEGUNDO,

what version are you using and what exactly is broken/is your console showing?
The Image Selector should work after using "Fix node(recreate)", that is a default comfy function as far as i am aware of.
Or at least part of the custom-nodes that are required for this workflow anyways.
If it's not working for you, you could already try the work-in-progress workflow already over on huggingface, there is only one small todo left, but it should already work perfectly fine.
You can find it here:
https://huggingface.co/vslinx/ComfyUIDetailerWorkflow-vslinx/blob/main/workflows/TXT2IMG/v5.2/TXT2IMG-ADetailer-v5.2-vslinx.json

@NSFWSEGUNDO i meant as in version of the workflow.
Are you using the 5.1 TXT2IMG?

If your comfy version is 0.20.1, what version is your frontend? you should be able to see it under settings > about.

Otherwise it'd help if you can post the error that you're getting in your console, and maybe try the 5.2 that i send in the last comment.

The "Fix node (recreate)"-Function is from the ComfyUI-Manager which you should have installed as it's basically the gateway to the other nodes.

heya @MindAddiction,
sorry for the late answer - i've been quite busy with work the last 2 weeks so i didn't get to check my private projects much 🥲

ComfyUI updates have been a real pain in the ass for me too with their efficiency updates, even though i have a 24GB VRAM GPU that should handle this type of work easily.

The DZ-FaceDetailer uses the same node ID name "FaceDetailer" as the much more commonly used FaceDetailer from ImpactPack which is used in the workflow.
So that's probably what was causing issues with the workflow in your case!

Make sure you download all the custom nodes from the description here and don't rely too heavily on the nodes from the automatic missing custom node downloader as they only match per node-name which can cause conflicts :/

So make sure to throw the DZ-FaceDetailer out and download the ImpactPack custom_nodes :D
Let me know if this solved your issues!

I also have a 5.2 being prepared right now which brings a lot of improvements for generation time and especially for VRAM optimization since i don't want to rely on the ComfyUI vram optimizations. Right now i basically have the 5.2 for TXT2IMG ready but i'm still working on implementing all changes for the IMG2IMG version of it. If you want to try the 5.2 TXT2IMG workflow you can find it here.

@MindAddiction no need to thank me!
I do have a ko-fi but you don't have to bother, i always help when i can with the stuff i create - so no need to waste your hard earned money 🙂‍↕️

I have an explanation for all of the error's you're encountering, so let me go through them in order:

Missing models
-Clip_Vision: CLIP-ViT-bigG-14-laion2B-39...
-ipadapter: noobAI\noobIPAMARK1_mark
-unknown: noobAI\noobaiXLControlnet

ComfyUI sadly validates all node-inputs at execution time, and even if no downstream node requires any of the models, it'll still validate them and throw an error if NO model is selected.
That means you need to have at least a ControlNet model, IPAdapter Model and the CLIP-ViT model in their respective folders and selected for the workflow to run.
The IMG2IMG workflow requires at least the ControlNet model 100% because it's part of the process of the IMG Transfer as mentioned in the Guide.
So you have to download at least 1 model and select it in these Nodes:
"IPAdapter Models" and "ControlNet Models", you can find them in the description or in the guide under "Files".

"Missing inputs:
-images: (example) and Pre-Process image to Pose"

Usually when you install comfyUI there will always be a "example.png" in the Comfyui/Input folder, this does not happen for installer version of comfyui or the portable one.
If you do not have an example.png input image, you'll need to select a different image for the "Load Image"-Nodes in the Workflow. For the TXT2IMG-Workflow that'd be:
- Load IPAdapter Image
- Load ControlNet Image
- External ControlNet Image (Manual Inpainting Area)

The easier fix I'd say is to probably just put ANY image into your ComfyUI/Input folder and name it "example.png", then just refresh your browser window and they should load in.

Image filter:
Failed to convert an input value to a INT value

pick_list_start, , invalid literal for int() with base 10: ''

This was an error of the node-developer which made the node backwards incompatible, the node-developer has done this a few times already and it's always a pain in the ass but very easy to fix. You simply have to go down to the "Model Backend"-Area and rightclick the "Image Filter"-Node and then click "Fix node (recreate)" which will force the node to created again with the same settings which removes faulty configs of the node. You can see how to do it here.
In the 5.2 you don't have to do it since i've already done it, so you can keep the Image Filter on if you want to use it.

LoadImage:
Custom validation failed for node

image - Invalid image file: example.png

Same error as two above, easy fix is to simply add a "example.png" to your Comfyui/Input folder.

UpscaleModelLoader:
Value not in list

model_name: 'RealESRGAN_x4plus_anime_6B.pth' not in ['4x-UltraSharp.pth', '4x_foolhardy_Remacri.pth', 'RealESRGAN_x2plus.pth']

Like you said, this is because you need to select an upscale model that is in your list. You can simply just click on the Upscale Model and select one that is in your list, the one selected here was simply what i had selected. Newer versions of Comfyui should also mark all nodes red that need you to input any values because they are not present in your instance.

I wish comfy would stop forcing the validation of nodes that aren't even used in downstream nodes - but i doubt they'll do it any time soon :')
Some nodes don't require input and will just silently fail at point of execution which prevents problems like the ImpactPack Ultralytics Model-Selector that is used for the Detailer or my own "Load last generated Image"-Node that is used in the workflow. But the comfy default ones will sadly throw this error.

So for most of your errors just make sure to download at least 1 model and select it in the corresponding nodes (should be marked red by comfyui in newer versions) and you should be good to go!

@MindAddiction That is really weird, if you dont select anything, the workflow should never continue with the image selection activated.

When you run it and it just instantly finishes, is there anything in the console?
usually you should see an error, otherwise when a workflow instantly finishes it's due to the workflow not finding a model that has been selected.
It sounds weird that this happened after a node update, i'm running comfyui version 0.22.0 and frontend version 1.43.18. Can you check your frontend version?

Are you using symlinks for where you've put the files? I'm not sure how good comfy works with it, but you could just put a 1kb txt file, name it "placeholder.safetensors" and put it into the ipadapter folder and just select it in the node. It should work as long as you don't actually want to use IPAdapter.

These two problems probably correlate since the model is missing and therefore the workflow instantly fails on execution.

The reason you're seeing the example images as outputs, is because the workflow doesn't instantly stop anymore, so it at least can continue for a bit. The system doesn't really output them, it just shows them as preview images in the debug area.

The pysssss settings should not impact this behaviour whatsoever since all it does is some autocompletion in text fields.

In the 5.1 version you will find the Image filter here.
In the 5.2 version it's hidden in a subgraph and you'll have to click the icon in the top right corner of the node to see the node there.

For some reason it sounds like your setup might be a bit broken due to updates or something.
If you'd be fine with re-installing comfy somewhere else you could try my installation script which downloads the newest version of comfy with my workflows and all required nodes for them. Additionally it asks you if you want to download the controlnet models etc.
You could find it here as the windows-nvidia.bat.

But you can try the other things first.
Since you're now propagating the sample images further, it sounds like you're basically there but the image filter and ipadapter model might be your last problems.

@MindAddiction well i'm glad it seems to be somewhat decently working now!
Sorry you have to deal with a new environment 😅

On the bright side though: The git variant is the most frequently updated version, meaning you'll have it easier just upgrading in the future by doing a "git pull" which is nice (i think) haha
It also is definitely easier to debug and deal with once you've gotten used to it!

... IGNORE THIS PART ↓

Your problem seems to be the clip vision model, which is used for the detailers.
Usually the download script should install it unless something happens during the download that might corrupt the file. Can you check if you have a "CLIP-ViT-bigG-14-laion2B-39B-b160k.safetensors" file in your ComfyUI\models\clip_vision folder?
It should be around 3,43GB large (3.689.912.664 Bytes) in total.

.... IGNORE THIS PART ↑

NEVERMIND

I just checked and it seems that the repo that this clip_vision model was downloaded from was taken offline by the user. So you're missing the model used for detailing.
You can either download it here and rename it to: "CLIP-ViT-bigG-14-laion2B-39B-b160k.safetensors" and put it into the clip_vision folder.

Or you simply use the Model Manager inside Comfy Manager.
By first clicking here in the Manager and then simply searching for "CLIP-ViT-big" and click download/install here in this overview. This way it'll be downloaded and correctly renamed.

That should be the last puzzle piece to fix it :D
Thanks for bringing it to my attention, i have corrected the URL in the skript and guide/description.

@MindAddiction just saw that! Thank you so much!! 🥰
Really didn't had to - but i really appreciate it!

I feel like i didn't really save you any headache and just caused headaches with my workflow, but i'll take it! haha

Again - thank you for your generosity! ♥️

Hey @jerdem44,

that error should only appear when you're trying to use a non-sdxl based checkpoint.
Since Clip-Skip can only be applied to CLIP based checkpoints like SD1.5, SDXL, Pony, Illustrious and NoobAI.

Which Checkpoint are you trying to use the workflow with?

@jerdem44 Are you talking about this checkpoint?
https://civitai.com/models/2086389/uncanny-photorealism-chroma

If yes, this is a chroma based checkpoint, which this workflow wont work for.

If you're looking for a chroma workflow you'd have to go to https://civitai.red/models and click filter in the top-right, select "workflow" for model types and then under "Base model" search for chroma.

Hey @Lokat,

can you check what your frontend version is under Settings > About?
This error sounds like the KSampler i not getting one of the two conditionings, either positive or negative. This could only happen if some of the connections between nodes are gone or mixed up.
In the past this happened when comfy broke a lot of the wiring in the frontend releases, if you're still on one of the older versions this could happen.

You could also try downloading my 5.2 version that's currently here:
https://huggingface.co/vslinx/ComfyUIDetailerWorkflow-vslinx/tree/main/workflows/TXT2IMG/v5.2

As i'm just finishing up some remaining wordings and creating sample images etc. for it to be released here.

@Lokat can you check if you have the correct node installed?
If you're simply installing the nodes via the "Install missing custom nodes"-Feature you might accidentally install a wrong node that'll have compatibility issues with the actual node needed for you.

There is a node called Comfy_Dummy_Nodes that get's automatically installed because it has the same ID as the advanced controlnet. It breaks the Advanced ControlNet node so you have to make sure to uninstall if you have it and only install the Advanced ControlNet-Node that is in the description.

@Lokat glad it works! I wish the custom-node developer would just take his custom-node offline since it basically has no users except maybe himself but that's wishful thinking :D
Glad it works for you now!

Heya @last27683599,

i thought about turning this workflow into a anima version, but sadly most of these components don't work well with Anima (yet).

HiRes Fix is possible - but only with Ultimate SD Upscale and certain samplers/schedulers.
Detailing works awful - apart from some specific Anima based checkpoints.
Inpainting doesn't really work well either, except specially trained checkpoints for it.
IPAdapter and ControlNet don't work at all yet or just through a lot of hoops, like installing a specific fork of comfyui like here.

So i definitely thought about it and played around a bit yet, but sadly anima is not at the stage yet where even a third of the features of this workflow make sense :/
I have created a simple IMG2IMG and TXT2IMG Workflow for Anima already for private use, which is very different from this one - but i didn't release it yet because i don't think the interest was there and because i didn't had much more time at that moment to refine it.
Now Anima 0.2 and 0.3 came out already so i might revisit, but sadly even on Anima 0.3 i have not had that great results yet :') Yes the Prompt adherence is amazing and being able to use tags and/or natural language both is amazing - but i still get hallucinations, extra limbs and weird body horror so often that i might just think it's me that's the problem 😂

I definitely haven't given up on Anima and will see if i can release a workflow for it! But at this point in time it won't nearly have as much functionality as this one - simply because Anima doesn't support most of the functionality yet :/

Hey @omfginkfc858,

could you possibly save the workflow you're trying to execute and upload it somewhere so i can check if there might be a settings that's not set correctly?

You could upload it to mediafire, google drive or some other platform you're comfortable using

@omfginkfc858 no worries! :)

In the workflow you've send me, the "Inpaint?"-Switch is not activated.
Have you activated it when trying to inpaint? If yes, please send the workflow in the exact state of how you're trying to inpaint an image. This way i can check if something has been overseen 🫶🏽

@omfginkfc858 sry for the late reply :D i was out for the weekend.

I have just loaded your workflow, downloaded Prefect Pony v6 and just put an image in, drawn a mask and hit generate. And for me it did exactly as expected.

As you can see here, even if it looks ass because the style of the two images is incredibly wrong, i only drawn a mask, put your mentioned checkpoint and hit generate :/

So there must be something wrong on your end if you did indeed drawn a mask.
Can you show me a screenshot of what this area looks like for you after generating?

If something is wrong with your comfy instance there should be a error in your console where you start comfyui. If it's failing for you even though you've drawn a mask, i'd have to see your full log to check if anythings wrong there :/

I haven't changed any of your settings in my test-run apart from swapping out the model for the prefectpony that i downloaded since i didnt had it before.

@omfginkfc858 Oh damn! 😂
Well i'll put it on my "happens" list so if somebody runs into it i have another parameter they can check :P

Weird that the opacity wasn't set to 100% by default :D but yeah it definitely makes sense haha

Glad it got fixed now though! and i hope you'll enjoy the workflow ^-^

hey @aimodelfree,

as with everything generative ai related it heavily depends on your gpu 😅

And also what additional processes you want to run.

You can create an image in 4 seconds if you don‘t do upscaling, hires fix, detailing and using a dmd2 lora.

But it could also take 60+ seconds if you‘re not using a dmd2 lora, upscale, hires fix and detail multiple body parts.

Hey @AlmostARealOne,

have you tried loading the old workflow or have you downloaded the new version from this page? (v5.1)
If you've loaded the old one, comfyui had a few breaking changes where connections to nodes broke off etc.
And this is what has seemed to have happened here. If you've downloaded the workflow again, you should try upadting your KJ Node pack, the vslinx node pack and the cg-image filter one through the Comfy Manager if you can.

If you could check what your comfyui and comfyui frontend version are, it'd also be helpful.
For that you can go into Settings > About and then at the top you should see it.

You could also try downloading the current Work-In-Progress version of the 5.2 workflow here:
https://huggingface.co/vslinx/ComfyUIDetailerWorkflow-vslinx/tree/main/workflows/SDXL/TXT2IMG/v5.2

It had a lot of stability changes to fight comfyui's permanently breaking updates 😅
I've been finishing it up but haven't had a lot of time yet to move all changes to the IMG2IMG workflow which is why i haven't published it on civitai yet.

@AlmostARealOne sadly it's normal that the workflow won't run until all variables are provided.
That "sadly" doesn't have anything to do with my workflow but rather with how comfyui does pre-workflow validation before execution :/

The only thing i can recommend is to simply drop a "example.png" into the Comfyui/input folder. No matter what the image looks like, it'll take it as a base/default image for the workflow.

Usually ComfyUI comes with a example.png in it's input folder so i'd assume you probably have comfy portable, comfy desktop or a pinokio version installed :/ These versions do not come with that image, for whatever reason :')

@AlmostARealOne could it be that you have the wrong image saver installed?

If you simply installed all custom nodes through the comfyui manager/automatic missing node installer, you have most likely installed the wrong one with the same id and node name.

You should manually delete the ComfyUI-Image-Saver in your custom_nodes folder and git clone this one:
https://github.com/alexopus/ComfyUI-Image-Saver

As you can see it's from alexopus, which branched off of the original from giriss which was no longer maintained.

If you've installed all custom-nodes automatically, please also make sure you have the Advanced Controlnet installed from here:
https://github.com/Kosinkadink/ComfyUI-Advanced-ControlNet

And that you have not also downloaded this one:
https://github.com/FuryNocturn/ComfyUI-Dummy_Node_Pack

Because this one is done by someone and published that has no idea what he's doing and he has registered it in the official comfyui registry, meaning you'll automatically download it if you simply download the node by it's id.

@AlmostARealOne i'll hit you up in the dm's ^^

-- The user found the issue, leaving this here for people who might run into the same problem --

After downloading the v5.2 from the huggingface link above, the user could generate images but they were seemingly not saved.
It turns out that the Comfy Desktop application uses multi-instances by default and each comfy installation through Comfy Desktop has it's own instance folder.
So the images do not end up in your direct output folder (even though there is a file called "_output_images_will_be_put_here") like you'd expect, but instead in the output folder of the subfolder of that specific instance. In the Comfy Desktop application there is no Button that'll lead you directly to the comfy instance folder nor the output folder, so you'll have to find out yourself WHERE in that installation the folder is.

Hey @RussianMan_BRUTAL,
what do you mean? 🤔

All recommended models are mentioned in the guide as well as in multiple notes in the workflow itself.

As a workflow creator of a workflow of this size and range of functions, i assume that people that try this workflow know what a detailer, refiner, controlnet and ipadapter etc. is.
Regardless of that everything is explained in the notes in the workflow itself.

If you want to know the exact checkpoint, and/or loras used to create the example images, you can just check the resources for them as they are all linked.

This is a all-in-one workflow for ALL SDXL based checkpoints, meaning sdxl, pony, illustrious and noobai. I can't provide nodes with links to all models for all of these as they are completely based on your preference and since you'd need a different controlnet and ipadapter for illustrious than you'd need for base sdxl or pony.

The models that work unilateraly are just the detection models, for everything else you'll have to use what's compatible with the models you want to use. Hope that helps.

@Devinebeast there's a wide variety of detection models, including a lot of them for detecting realism. You can find all of them on civitai here.