ValueError: No modules found for windows xl sm80 1 1024 unet

[Shaistrong]

as far as I'm aware SDXL should be supported when using the node on SDXL, any idea?

[hlky]

Edit "batch_size":8 to "batch_size":1 and it should work.

[Shaistrong]

Edit "batch_size":8 to "batch_size":1 and it should work.

[hlky]

The wrong modules must be uploaded. Until it is fixed you can do some further edits, please refer to this post and #13 for further details of the format and a script that may assist you in resolving this issue.

[Shaistrong]

The wrong modules must be uploaded. Until it is fixed you can do some further edits, please refer to this post and #13 for further details of the format and a script that may assist you in resolving this issue.

Is it trying to use the Linux modules? If that's the case, can't I just copy the Linux file names and replace them with the right ones(the ones you sent yesterday)?

[Shaistrong]

The wrong modules must be uploaded. Until it is fixed you can do some further edits, please refer to this post and #13 for further details of the format and a script that may assist you in resolving this issue.

FizzleDorf fixed the HF repo, when I try to use the workflow that works for him with it, this is what happens:

[hlky]

See here except in your case the filename is different and the download url is different. Also see #15

[Shaistrong]

See here except in your case the filename is different and the download url is different. Also see #15

I'm on windows, that's a post about linux. also this repo was updated to support the precompiled modules you made. I triple checked that it sees the correct modules, still gives this error.

[hlky]

I know, the message applies with the exception noted, here is the message specifically tailored to you.

Ah, yes the the script intends them to be compressed for the download. The compressed versions will be uploaded later.

Instead, download the module yourself, here is the direct link and rename it to the same as the existing file f64294f9bae73c4f742a4f61e8567460d1abefb461c792f69e8922c74331cd27.so. The name may appear random, it is the sha256 of the file, you can see it displayed here on the huggingface page, the same value is in modules.json, in the usual case of compressed modules it is the sha256 not the compressed_sha256 that determines the filename where the module is loaded from. The sha256 is intended to verify the downloaded file is correct, although the script does not actually check I decided to use it for filename and include in the json in case module verification was implemented.

[Shaistrong]

I know, the message applies with the exception noted, here is the message specifically tailored to you.

Ah, yes the the script intends them to be compressed for the download. The compressed versions will be uploaded later.

Instead, download the module yourself, here is the direct link and rename it to the same as the existing file f64294f9bae73c4f742a4f61e8567460d1abefb461c792f69e8922c74331cd27.so. The name may appear random, it is the sha256 of the file, you can see it displayed here on the huggingface page, the same value is in modules.json, in the usual case of compressed modules it is the sha256 not the compressed_sha256 that determines the filename where the module is loaded from. The sha256 is intended to verify the downloaded file is correct, although the script does not actually check I decided to use it for filename and include in the json in case module verification was implemented.

okay, did that- now it gives me different errors, but there is more of them.

[hlky]

As stated here, please see #15