Replies: 3 comments 1 reply
-
It's hashing the filename, not the file contents. I think the change was made when model loading behaviour was changed, possibly an abundance of cautionTM. |
Beta Was this translation helpful? Give feedback.
-
I reported this last week. |
Beta Was this translation helpful? Give feedback.
-
I'm facing the same problem. Here an example:
But there seems to be a certain logic to it: Reading the CRC32 of Civitail from left to right, byte by byte, is identical to reading the local CRC32 from right to left, byte by byte. (maybe a little/big endian issue on civitai side ?) Notes:
|
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
SDXL & Lora Models suddenly changed hash recently. I noticed that because images i was uploading to civitai were no longer showing resources i used. I tried CRC32 hashes of models i have downloaded from civitai, & the ones at civitai but they aren't the same. Example:
ZavyChromaXL - 71F4AC92 (civitai)
ZavyChromaXL - 92ACF471 (local)
JuggernautXL - AABEAB5C (civitai)
JuggernautXL - 5AD33354 (local)
Models are not corrupted or anything & function as expected. im not saying or blaming forge for this but i don't really know what happened. One thing i remember doing is downloading & using this extension for gnerating preview images & model info cards https://github.com/BlafKing/sd-civitai-browser-plus.git so could it possibly be the reason?
Can i change the hashes manually without having to redownload?
if you have an explanation for how could hashes change without file corruption please i'd like to understand
Beta Was this translation helpful? Give feedback.
All reactions