CivitAI Image Meta Data Saving

このワークフローの目的は？

私はワークフローを公開する際、しばしば全体のワークフローの中の特定の側面に焦点を当てます。少なくともこのワークフローはそうしたものです。これまでに、「画像内のLoRAメタデータはどのように取得したのか？」というメッセージをいくつか受け取りました。

そこで、このワークフローでは2つの異なるタイプのワークフローを紹介します。1つはKSamplerノードを使用するもの、もう1つはSamplerCustomAdvanceノードを使用するものです。どちらも「Image-Saver」ノードを利用しています。このノードは、ComfyUI Managerで「Image Saver」と検索すれば利用できます。

このノードはそれほど人気があるわけではありませんが、非常に安定して機能します。いくつかの異なるバージョンを試しましたが、自動処理対応のものの中には、特定のLoRAローダーを必要とするものがあり、新しいLoRAローダーに移行した際に私のワークフローが壊れてしまいました。「LoRA Manager」は本当に画期的なツールです。正直、これは標準のComfyUIパッケージに含まれるべきだと思います。

もしまだ「LoRA Manager」を試していないなら、ぜひチェックしてください。これを使えば、今後LoRAの扱い方が変わること間違いありません。LoRA Managerに関する投稿はこちら：https://civitai.com/articles/11795/exciting-new-update-one-click-lora-integration-in-comfyui-lora-manager

以下が2つのタイプです：

左：KSamplerバージョン　右：SamplerCustomAdvanceバージョン

私は、各SamplerノードがSaveImageノードとどのように連携するかを明確に示すために、この構成を整えました。これにより、ご自身のお気に入りのワークフローに簡単に適用できるようになります。

上部のセクションは、Image-Saverには不要ですが、画像生成には必須の標準ノード群です。下部のセクションは、Image-SaverがCivitAIが自動リソースリンクに使用する多くのメタデータを注入するために必要不可欠です。

これは「ワークフローにLLMを追加する」ような洗練されたものではありませんが、可能な限り最小限のパッケージのみを使用しています。私のバージョンはより複雑ですが、それが今回の目的ではありません。ここでの目的は、画像を投稿する際に自動リソースリスト化に必要な最低限の基本構成を提供することです。

GGUFとCivitAIの回避策：

ワークフローでも述べていますが、CivitAIはGGUFチェックポイントを直接アップロードできません。すべてのGGUFファイルはまずZIPファイルに圧縮する必要があります。しかし、この問題は、すべてのImage SaverがメタデータにSHAハッシュを注入する際に、展開前のZIPファイルのSHAハッシュを記録してしまうことです。そのため、画像をCivitAIにアップロードしたとき、使用したモデルのSHAハッシュがCivitAI上に存在しないため、チェックポイントが無視されてしまいます。

たとえGGUFのZIPファイルをダウンロードできたとしても、CivitAIはZIPファイルのSHAハッシュを記録するだけで、GGUFファイル自体のハッシュは記録しません。したがって、リンクは決して成立しません。

この問題を解決する方法は非常に単純で、完全に機能します。したがって、低VRAM環境でGGUFを使用している皆さんの画像でも、この簡単なテクニックを使うことで、モデルと正しく自動リンクできるようになります！