Open HyunJae5463 opened 11 months ago
I will test it later, with 1.6.1 everything is ok Perhaps smth have been changed in 1.7.0-RC
Works wonderful with NVIDIA CUDA
A1111 team added IPEX support for Intel
What torch build do you have?
pip show torch
via activated VENV
According to the log you provided we can see errors with facexlib and GFPGAN libs
facexlib got torch error and if we google it - we can find that this error is connected with some intel instructions
Do you encounter these errors when the "Face Mask Correction" option is off?
Does GFPGAN work w/o "Face Mask Correction"?
My torch version is 2.1.1 When i have Face Mask Correction disabled i don't get errors, but then the face looks weird as shown in the screen above. GFPGAN does not work without Face Mask Correction either. Reactor works on the DirectML fork from lshqqytiger tho but since its slow af i switched to A1111 I also already went through the troubleshooting but it still happens so i guess its related to IPEX.
When i generate faces without Reactor or let Reactor save the original they are normal. Left Original Right after Reactor tried to face swap
Changing the model(checkpoint), face or Cross attention optimization doesnt change anything.
Could you please test GFPGAN separately? For the right image via Extras tab (with ReActor disabled). Will it be restored by GFPGAN?
And does it work with CodeFormer? Or same errors?
Normal generations without Reactor enabled work fine with both CodeFormers and GFPGAN.
Generations with Reactor: Restore Face with CodeFormer = Weird pixelated-looking outputs i have posted above Restore Face with GFPGAN = No Face Swap at all and Console Error posted above Restore Face with None selected = Same result as with CodeFormer Enable Face Correction = No Face Swap at all and Console Error posted above
And is this normal btw? That it uses the CPU? Got this message after reinstalling Reactor.
And just for reference: This is the result when i use the DirectML Fork but since Intel optimizes the Arc Drivers around IPEX and its MUCH faster i rather not use it. Face Swap works normally without any problems.
And is this normal btw? That it uses the CPU? Got this message after reinstalling Reactor.
Only two execution providers are now available in current version of ReActor: CPU and CUDA
Normal generations without Reactor enabled work fine with both CodeFormers and GFPGAN. Generations with Reactor: Restore Face with CodeFormer = Weird pixelated-looking outputs i have posted above Restore Face with GFPGAN = No Face Swap at all and Console Error posted above Restore Face with None selected = Same result as with CodeFormer Enable Face Correction = No Face Swap at all and Console Error posted above
So... We have to wait for A1111 1.7.0 will be released and will see whether this error will appear or not, because it seems that 1.7.0-RC can break some libs such as facexlib
Same problem here. Tried every possible setting and launch command. I hope this can be fixed. IPEX is by far the fastest on Arc cards. I need 4 minutes to generate a 1000x1000 image on DirectML (if it even lets me and doesnt tell me im out of vram) and only like 30 on IPEX and OpenVino is just an unoptimized ram eating mess. Please please try to fix this.
@Pantonia4
Here's the test image - please put it to Extras and try to restore it with A1111's built-in CodeFormer or GFPGAN (and ReActor disabled)
This is the outcome. It doesn't seem to change anything. I tried CodeFormer and GFPGAN and the result looks the exact same. There aren't any errors either.
Exactly! Thank you for this test! That's what I'm talking about in the thread https://github.com/AUTOMATIC1111/stable-diffusion-webui/issues/14224 Both CodeFormer and GFPGAN just don't work in 1.7.0-RC build when IPEX support is active and Intel Arc GPU is in use And ReActor has nothing to do with this
Installed a fresh version of Stable Diffusion (A1111), ReActor can't work.
Sysinfo Windows 11 NVIDIA GeForce RTX 3060 VRAM 12GB v1.7.0 Version of A1111
Relevant console log
--”NoneType“ Sysinfo Windows 11 NVIDIA GeForce RTX 3060 VRAM 12GB v1.6.0 Version of A1111
Installed a fresh version of Stable Diffusion (A1111), ReActor can't work.
Sysinfo Windows 11 NVIDIA GeForce RTX 3060 VRAM 12GB v1.7.0 Version of A1111
Relevant console log
On the 2nd screenshot you can see the messages about corrupted file (codeformer model), delete the model and download it again, or let A1111 to download it
--”NoneType“ Sysinfo Windows 11 NVIDIA GeForce RTX 3060 VRAM 12GB v1.6.0 Version of A1111
Please be patient when scripts download models, don't interrupt the process otherwise you get corrupted files
@llinlluo and please create a new issue if you get stuck on smth and have no success in looking for a solution - don't use already existing threads with different topic This thread is about Intel Arc GPU + IPEX issues
I am having the same kind of issue - face restore does not work out of the box for me. Using SD.Next (latest) with Arc A770, not passing --use-ipex
on startup (for some reason it performs way worse with that key for me). Face Mask Correction does indeed cause RuntimeError: could not create a primitive descriptor for a reorder primitive
, but switching to GFPGAN does not cause any extra errors in the console (and has no effect on the image output). Happy to provide any further details if anything could be helpful.
I am having the same kind of issue - face restore does not work out of the box for me. Using SD.Next (latest) with Arc A770, not passing
--use-ipex
on startup (for some reason it performs way worse with that key for me). Face Mask Correction does indeed causeRuntimeError: could not create a primitive descriptor for a reorder primitive
, but switching to GFPGAN does not cause any extra errors in the console (and has no effect on the image output). Happy to provide any further details if anything could be helpful.
I've reported the issue here https://github.com/intel/intel-extension-for-pytorch/issues/487 more than a month ago but not much has happened yet. Maybe we are lucky and they fix it in next version.
So I had the error" RuntimeError: unexpected EOF, expected 7016529 more bytes. The file might be corrupted." on all CodeFormer or GFPGAN recovery faces and googled a simple solution for myself. Maybe it will help someone because the problem came out even on clean builds of AUTOMATIC 1.8.0 https://github.com/AUTOMATIC1111/stable-diffusion-webui/issues/8160#issuecomment-1582335527
delect stable-diffusion-webui/models/GFPGAN mkdir stable-diffusion-webui/models/GFPGAN run
So I had the error" RuntimeError: unexpected EOF, expected 7016529 more bytes. The file might be corrupted." on all CodeFormer or GFPGAN recovery faces and googled a simple solution for myself. Maybe it will help someone because the problem came out even on clean builds of AUTOMATIC 1.8.0 AUTOMATIC1111/stable-diffusion-webui#8160 (comment)
delect stable-diffusion-webui/models/GFPGAN mkdir stable-diffusion-webui/models/GFPGAN run
What are you supposed to do with that? Tried to run it in console it says "The term 'delect' is not recognized..."
What are you supposed to do with that?
delete all files from the GFPGAN folder. Then run the restoration face and it should automatically download the updated files
First, confirm
What happened?
Installed a fresh version of Stable Diffusion (A111). Everything worked fine before. With the new installation my faces look fuc*ed up though. When i try to use Face Mask Correction or change to GFPGAN the face is not swapping at all.
Steps to reproduce the problem
Sysinfo
Windows 11 Intel Arc A770 16GB IPEX Version of A1111
Relevant console log
Additional information
No response