kohya-ss / kohya-ss/sd-scripts

Feature Request: Lora compability converter

Open
#558 15 comments 0 reactions 0 assignees View on GitHub
Dominant language
Python
Stars
7.2k
Forks
1.2k
Avg merge
11m
Merged PRs (30d)
2

Description

Hello,

I have made an observation with lora files: Loras trained on 2.1 models will only work with 2.1 models and loras trained on 1.5 models will only work in combination with 1.5 models. Most likely I'm just stating the obvious but I wasnt aware of the fact, especially since a1111 does not validate if the selected lora is compatible with the selected model. It'll just throw cryptic errors instead.

So we are having a double incompability as not only loras will work with 1.5 OR 2.1 model, but also they cannot be combined with each other if they were trained on different model versions.

Anyhow, I believe there is so much lora content created upon 1.5 models that the majority of us will be bound to staying with 1.5 models due to the large pool of compatible loras. Since you know so much about training and creating the training tools, I was wondering if you can think of a lora wrapper/converters so 1.5 or 2.1 loras could be somehow made compatible with each other.

Or maybe the training script could just load both 1.5. and 2.x model and output some kind of "joint lora"?

Contributor guide

No contributing guide indexed for this repository

Research direction

The issue names no files, tests, or entry points to inspect. Clarify whether a LoRA converter or a joint LoRA is technically feasible and define the supported model versions and acceptance criteria before implementation.

Written by the indexing model from the issue text.

Assessment

Tech stack
python
Domain
machine-learning
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
20/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.