Closed Anarchid closed 12 months ago
From browsing around the source it looks like there are specific configs for using controlnets with other checkpoints (cldm_v15.yaml, cldm_v21.yaml), but no such for sdxl? Does something like this need to be configured specifically?
The primary issue seems to be that using ControlNet for depth projection isn't working in general, it's not a SDXL specific issue.
Those config files are only used for checkpoint conversion when using checkpoint importing or checkpoint linking. It doesn't require a SDXL ControlNet config file because these models so far are only distributed as diffusers weights.
Is there any likely place where it could be fruitful for me to look around rather than wait for more competent people to deal with it? :)
@Anarchid This should be resolved by #717, a new build is being created here: https://github.com/carson-katri/dream-textures/actions/runs/6678624526?pr=711
Let me know if you still have issues and I can look into further fixes.
The fix works, thank you greatly!
Hm, looks like it only works for the first time per blender run. Restarting Blender helps, but after the first click on "project dream texture" any following attempts are met with this:
Switching to sd2 depth (without contorlnet) and back to sdxl with cn also resets the problem.
@Anarchid Good catch. This seems to be a bug in diffusers
when using auto pipelines. I've opened an issue there, but in the meantime I'll look for a workaround.
releases/0.3.0
. A new build is being created here: https://github.com/carson-katri/dream-textures/actions/runs/6714616416?pr=711This seems to solve the previous problem, but now i get a Cuda OOM error on second execution - seems that the SDXL gets loaded into memory for a second time, where it doesn't quite fit, sadly.
The AutoPipeline bug was fixed in upstream diffusers, so I've updated the dependency in #721 and reverted the workaround. Everything should be back to normal.
After updating addon and diffusers, everything flies smooth now.
Description
I managed to get dreamtextures working, and with SD2 it works very nice. But i also would like to run it with SDXL.
It looks like the UI supports using a ControlNet instead of an already depth-conditioned model, and the downloader thing allows me to find and download a depth ControlNet for SDXL.
The dream projection UI then also correctly blocks the use of naked SDXL for projection, but re-allows it after i connect the depth ControlNet.
However, the generated image is not affected by the depth map at all, and is a plain SDXL text-to-image.
The same setup with the same checkpoints, works fine via A1111, e.g. if i obtain a depth image from Blender and paste it manually into webUI.
Of note, i'm running this on ubuntu with a 4090 from latest git checkout.
Steps to Reproduce
Expected Behavior
SDXL with depth controlnet should behave pretty much similar to how sd-2.0-depth behaves.
Addon Version
Other (Built from source)
GPU
NVIDIA