Clean ComfyUI workflow in 3 minutes - no more ugly noodles! 

👽👽👽👽 Glad I could be useful! 👽👽👽👽

Allez les bleus! 👽

Hey I love that idea . Do you mind if I post this suggestion on the rgthree github?👽👽

@@stephantual please do!

@@davidwoods1337 Thank you, done! I appreciate it, this is such a good idea! 👽

👽👽👽

Glad it was useful! i release those between larger tutorials that take weeks to script and deliver, so it's nice to contribute something in-between :) cheers! 👽

Hahah is it that obvious? 😂(🇫🇷) 👽

@@stephantualMade in quebec =)

Oui, get/set fonctionne bien, mais j'ai trouvé que pour les tutoriels distribués, il est plus facile de suivre les nouilles :) . PS : si tu aimes get/set , check "anything anywhere", c'est vraiment sympa :) Allez les bleus ! 👽

@@stephantualen fait j'utilisais anyhing everywhere, mais vu que mes schemas sont tres complexes, une fois une etape franchies tu dois recreer une node, et surtout tu ne peux pas faire des parametres. Pour te donner un exemple pour sauver les resultats d'un projet, je definis un "set" avec le dossier mere, et ensuite pour les resultats des controlnets je definis un repetoire "set" pour les controlnet, et ensuite une variable a chaque controlnet qui va sauver son resultat dans le dossier specifique. Comme souvent je fais 2 ou 3 vagues avant l'augmentation de definition ( qui desormais se fera uniquement avec SUPIR ) , j'ai vraiment des etapes que je dois sauvegarder pour les réutiliser à d'autres niveaux ! ca me permet un tel control que l'on est tres loin des "anything anywhere". autre exemple, avec "set" et "get" tu peux definir une variable et la reutiliser avec le nom specifique de la variable, donc tu peux definir la variable "nombre d'images", ainsi que "premiere frame", et toutes les etapes qui utilisent ces variables vont suivre ces variables: (par exemple les controlnet, les image load etc...). Mais personnellement, les sous groupes (par exemple tu creer un groupe en dessous de 4 groupes de controlnet) qui te permettent de desactiver un ensemble de groupes de nodes en un clic, c'est extrêmement utile ! le seul soucis c'est que contraiement a nuke les goupes et les sous-groupes ne sont pas aimantés les uns avec les autres !

C’est un truc de fou je ne vois pas la réponse que je t’ai faites cette nuit…

@@stephantual punaise c'est super chiant je t'avais fait une reponse détaillée ! alors avant d'aller me coucher je reprends : "A/ j'utilisais "anything everywhere" avant "set" &"get". B/mais "anything everywhere" ne permet pas comme "set" &"get", de creer des variables precises, comme par exemple si tu utilises 2 models differents dans un pipeline, un SD et un SDXL par exemple et que donc tu as 2 VAE... ou 2 clip vision differents... tu te retrouves coincé ! C/comme "set" &"get" permettent de creer des variable precises, tu peux concatener les noms des fichiers sources et dossiers d'enregistrement ! EXEMPLE concret : quand je creer un pipeline je sauvegarde tout selon une hierarchie qui se creer a chaque nouveau projet ! Je rempli le nom de la variable du projet, qui permet de creer le dossier mére, du projet ! ensuite je creer des repertoire en fonction des vagues de process ! Ainsi, je creer 3 sous repetoire par exemple VAGUE_1, VAGUE _2, UPSCALE, (d'ailleurs je viens de voir que tu as fait une video complete sur SUPIR qui est clairement le seul upscaler que j'utiliserai desormais en fin de boucle ! et le version F permet une moins bonne def mais une plus grande constance, donc a utiliser de preference pour les videos ). Reprenons : du coup cela me permet ensuite de creer des sous repertoires pour enregistrer les resultats des preprocessing controlnet : depth, openpose, etc... donc par exemple a un certain moment j'obtiens les images PROJECT-X/VAGUE_1/CONTROLNET/DEPTH etc... ce qui n'est possible que grace aux "set" &"get". D/"set" &"get" te permet aussi de controler les variables : donc par exemple quand tu rends une animation, que tu as plein d'etapes a passer, tu "set", VARIABLE_NOMBRE_DE _FRAMES, et tu "set", VARIABLE_PREMIERE_FRAME et tout le pipepline se synchronise immédiatement = les controlnet ne prennent que les frames rendues des preprocessing necessaires, etc... . Je t'avais aussi communiqué une autre astuce, excellente pour bypasser des blocs entiers d'etapes qui ne sont plus forcement necessaires ! par exemple si tu fais la vague UPSCALE, si tu as creer un sous-groupe qui reuni toutes les nodes de VAGUE_1 et un sous groupe qui reuni toutes les nodes de VAGUE_2, tu peux les bypasser en un clic, et seules les nodes de la vague UPSCALE restent actives ! mais ca fonctionne aussi avec les etapes dans les vagues ! par exemple je decompose toujours les etapes preprocessing et apply_controlnet ! pour eviter de faire des rendus inutiles ! donc je reunis les groupes de nodes des etapes de preprocessing des differents controlnet sous un sous groupe general different d'un sous groupe apply_controlnet, qui permet de desactiver globalement tous les preprocessing une fois ceux ci rendus ! par contre le soucis comme je te l'avais dit, c'est que les sous groupes ne sont pas aimantés avec les groupe, qu'il n'y a pas de hierachie parent-enfant de NUKE, ce qui necessite de vraiment reflechir au design du pipeline bien en amont ! Voila, franchement j'ai passé du temps a te la formuler cette réponse, j'espere qu'elle te sera utile !

@@videosyoutube1760Bizarre, rien n'a l'air 'retenu' par YT...