This repository primarily provides a Gradio GUI for Kohya's Stable Diffusion trainers. However, support for Linux OS is also offered through community contributions. macOS support is not optimal at the moment but might work if the conditions are favorable.
The GUI allows you to set the training parameters and generate and run the required CLI commands to train the model.
- Kohya's GUI
- Table of Contents
- 🦒 Colab
- Installation
- Upgrading
- Starting GUI Service
- Custom Path Defaults
- LoRA
- Sample image generation during training
- Troubleshooting
- SDXL training
- Change History
This Colab notebook was not created or maintained by me; however, it appears to function effectively. The source can be found at: https://github.com/camenduru/kohya_ss-colab.
I would like to express my gratitude to camendutu for their valuable contribution. If you encounter any issues with the Colab notebook, please report them on their repository.
| Colab | Info |
|---|---|
 |
kohya_ss_gui_colab |
To install the necessary dependencies on a Windows system, follow these steps:
-
Install Python 3.10.11.
- During the installation process, ensure that you select the option to add Python to the 'PATH' environment variable.
-
Install CUDA 11.8 toolkit.
-
Install Git.
-
Install the Visual Studio 2015, 2017, 2019, and 2022 redistributable.
To set up the project, follow these steps:
-
Open a terminal and navigate to the desired installation directory.
-
Clone the repository by running the following command:
git clone https://github.com/bmaltais/kohya_ss.git
-
Change into the
kohya_ssdirectory:cd kohya_ss -
Run the setup script by executing the following command:
.\setup.batDuring the accelerate config step, use the default values as proposed during the configuration unless you know your hardware demands otherwise. The amount of VRAM on your GPU does not impact the values used.
The following steps are optional but will improve the learning speed for owners of NVIDIA 30X0/40X0 GPUs. These steps enable larger training batch sizes and faster training speeds.
- Run
.\setup.batand select2. (Optional) Install cudnn files (if you want to use the latest supported cudnn version).
To install the necessary dependencies on a Linux system, ensure that you fulfill the following requirements:
-
Ensure that
venvsupport is pre-installed. You can install it on Ubuntu 22.04 using the command:apt install python3.10-venv
-
Install the CUDA 11.8 Toolkit by following the instructions provided in this link.
-
Make sure you have Python version 3.10.9 or higher (but lower than 3.11.0) installed on your system.
To set up the project on Linux or macOS, perform the following steps:
-
Open a terminal and navigate to the desired installation directory.
-
Clone the repository by running the following command:
git clone https://github.com/bmaltais/kohya_ss.git
-
Change into the
kohya_ssdirectory:cd kohya_ss -
If you encounter permission issues, make the
setup.shscript executable by running the following command:chmod +x ./setup.sh
-
Run the setup script by executing the following command:
./setup.sh
Note: If you need additional options or information about the runpod environment, you can use
setup.sh -horsetup.sh --helpto display the help message.
The default installation location on Linux is the directory where the script is located. If a previous installation is detected in that location, the setup will proceed there. Otherwise, the installation will fall back to /opt/kohya_ss. If /opt is not writable, the fallback location will be $HOME/kohya_ss. Finally, if none of the previous options are viable, the installation will be performed in the current directory.
For macOS and other non-Linux systems, the installation process will attempt to detect the previous installation directory based on where the script is run. If a previous installation is not found, the default location will be $HOME/kohya_ss. You can override this behavior by specifying a custom installation directory using the -d or --dir option when running the setup script.
If you choose to use the interactive mode, the default values for the accelerate configuration screen will be "This machine," "None," and "No" for the remaining questions. These default answers are the same as the Windows installation.
To install the necessary components for Runpod and run kohya_ss, follow these steps:
-
Select the Runpod pytorch 2.0.1 template. This is important. Other templates may not work.
-
SSH into the Runpod.
-
Clone the repository by running the following command:
cd /workspace git clone https://github.com/bmaltais/kohya_ss.git -
Run the setup script:
cd kohya_ss ./setup-runpod.sh -
Run the GUI with:
./gui.sh --share --headless
or with this if you expose 7860 directly via the runpod configuration:
./gui.sh --listen=0.0.0.0 --headless
-
Connect to the public URL displayed after the installation process is completed.
To run from a pre-built Runpod template, you can:
-
Open the Runpod template by clicking on https://runpod.io/gsc?template=ya6013lj5a&ref=w18gds2n.
-
Deploy the template on the desired host.
-
Once deployed, connect to the Runpod on HTTP 3010 to access the kohya_ss GUI. You can also connect to auto1111 on HTTP 3000.
If you prefer to use Docker, follow the instructions below:
-
Ensure that you have Git and Docker installed on your Windows or Linux system.
-
Open your OS shell (Command Prompt or Terminal) and run the following commands:
git clone --recursive https://github.com/bmaltais/kohya_ss.git cd kohya_ss docker compose up -d --buildNote: The initial run may take up to 20 minutes to complete.
Please be aware of the following limitations when using Docker:
- All training data must be placed in the
datasetsubdirectory, as the Docker container cannot access files from other directories. - The file picker feature is not functional. You need to manually set the folder path and config file path.
- Dialogs may not work as expected, and it is recommended to use unique file names to avoid conflicts.
- This Dockerfile has been designed to be easily disposable. You can discard the container at any time and docker build it with a new version of the code. To update the system, run update scripts outside of Docker and rebuild using
docker compose down && docker compose up -d --build.
If you are running Linux, an alternative Docker container port with fewer limitations is available here.
- All training data must be placed in the
You may want to use the following Dockerfile repositories to build the images:
- Standalone Kohya_ss template: https://github.com/ashleykleynhans/kohya-docker
- Auto1111 + Kohya_ss GUI template: https://github.com/ashleykleynhans/stable-diffusion-docker
To upgrade your installation to a new version, follow the instructions below.
If a new release becomes available, you can upgrade your repository by running the following commands from the root directory of the project:
-
Pull the latest changes from the repository:
git pull
-
Run the setup script:
.\setup.bat
To upgrade your installation on Linux or macOS, follow these steps:
-
Open a terminal and navigate to the root directory of the project.
-
Pull the latest changes from the repository:
git pull
-
Refresh and update everything:
./setup.sh
To launch the GUI service, you can use the provided scripts or run the kohya_gui.py script directly. Use the command line arguments listed below to configure the underlying service.
--listen: Specify the IP address to listen on for connections to Gradio.
--username: Set a username for authentication.
--password: Set a password for authentication.
--server_port: Define the port to run the server listener on.
--inbrowser: Open the Gradio UI in a web browser.
--share: Share the Gradio UI.
--language: Set custom language
On Windows, you can use either the gui.ps1 or gui.bat script located in the root directory. Choose the script that suits your preference and run it in a terminal, providing the desired command line arguments. Here's an example:
gui.ps1 --listen 127.0.0.1 --server_port 7860 --inbrowser --shareor
gui.bat --listen 127.0.0.1 --server_port 7860 --inbrowser --shareTo launch the GUI on Linux or macOS, run the gui.sh script located in the root directory. Provide the desired command line arguments as follows:
gui.sh --listen 127.0.0.1 --server_port 7860 --inbrowser --shareYou can now specify custom paths more easily:
- Simply copy the
config example.tomlfile located in the root directory of the repository toconfig.toml. - Edit the
config.tomlfile to adjust paths and settings according to your preferences.
To train a LoRA, you can currently use the train_network.py code. You can create a LoRA network by using the all-in-one GUI.
Once you have created the LoRA network, you can generate images using auto1111 by installing this extension.
A prompt file might look like this, for example:
# prompt 1
masterpiece, best quality, (1girl), in white shirts, upper body, looking at viewer, simple background --n low quality, worst quality, bad anatomy, bad composition, poor, low effort --w 768 --h 768 --d 1 --l 7.5 --s 28
# prompt 2
masterpiece, best quality, 1boy, in business suit, standing at street, looking back --n (low quality, worst quality), bad anatomy, bad composition, poor, low effort --w 576 --h 832 --d 2 --l 5.5 --s 40Lines beginning with # are comments. You can specify options for the generated image with options like --n after the prompt. The following options can be used:
--n: Negative prompt up to the next option.--w: Specifies the width of the generated image.--h: Specifies the height of the generated image.--d: Specifies the seed of the generated image.--l: Specifies the CFG scale of the generated image.--s: Specifies the number of steps in the generation.
The prompt weighting such as ( ) and [ ] is working.
If you encounter any issues, refer to the troubleshooting steps below.
If you encounter an X error related to the page file, you may need to increase the page file size limit in Windows.
If you encounter an error indicating that the module tkinter is not found, try reinstalling Python 3.10 on your system.
The documentation in this section will be moved to a separate document later.
- Fix blip caption issue
- Fix issue with image samples.
-
Enhanced Logging and Tracking Capabilities
- Added support for configuring advanced logging and tracking:
wandb_run_name: Set a custom name for your Weights & Biases runs to easily identify and organize your experiments.log_tracker_nameandlog_tracker_config: Integrate custom logging trackers with your projects. Specify the tracker name and provide its configuration to enable detailed monitoring and logging of your runs.
- Added support for configuring advanced logging and tracking:
-
Custom Path Defaults
- You can now specify custom paths more easily:
- Simply copy the
config example.tomlfile located in the root directory of the repository toconfig.toml. - Edit the
config.tomlfile to adjust paths and settings according to your preferences.
- Simply copy the
- You can now specify custom paths more easily:
-
sd-scripts updated to v0.8.5
- Bug Fixes:
- Corrected an issue where the value of timestep embedding was incorrect during SDXL training. This fix ensures accurate training progress and results.
- Addressed a related inference issue with the generation script, improving the reliability of SDXL model outputs.
- Note: The exact impact of this bug is currently unknown, but it's recommended to update to v0.8.5 for anyone engaged in SDXL training to ensure optimal performance and results.
- Bug Fixes:
-
Upgrade of
lycoris_loraPython Module- Updated the
lycoris_loramodule to version 2.2.0.post3. This update may include bug fixes, performance improvements, and new features.
- Updated the
- To benefit from the latest features and improvements, users are encouraged to update their installations and configurations accordingly.
- Increase icon size.
- More setup fixes.
- Reworked how setup can be run to improve Stability Matrix support.
- Added support for huggingface-based vea path.
- Add the ability to create output and logs folder if it does not exist
- Fixed minor issues related to functions and file paths.
- Fixed an issue with PYTHON paths that have "spaces" in them.
- Updated python module verification.
- Removed cudnn module installation in Windows.
- Updated bitsandbytes to 0.43.0.
- Added packaging to runpod setup.
- Fixed a bug with setup.
- Enforced proper python version before running the GUI to prevent issues with execution of the GUI.
- Improved validation of the path provided by users before running training.
- Updated bitsandbytes module to 0.43.0 as it provides native Windows support.
- Minor fixes to the code.
- Used sd-scripts release 0.8.4 post commit fccbee27277d65a8dcbdeeb81787ed4116b92e0b.
- Major code refactoring thanks to @wkpark. This will make updating sd-scripts cleaner by keeping sd-scripts files separate from the GUI files. This will also make configuration more streamlined with fewer tabs and more accordion elements. Hope you like the new style.
- This new release is implementing a significant structure change, moving all of the sd-scripts written by kohya under a folder called sd-scripts in the root of this project. This folder is a submodule that will be populated during setup or GUI execution.