Home/ IMAGE/ Open Source AI Image Generators: Models, Tools, and Local Workflows
IMAGE

Open Source AI Image Generators: Models, Tools, and Local Workflows

Open-source AI image generators compared across FLUX, Stable Diffusion, editing, ComfyUI workflows, licensing, local hardware and practical use cases.

Published Sep 18, 2026 · 8 min read
Editorial illustration of an artist comparing generated portrait, product and landscape images
TL;DR: Open-source AI image generators compared across FLUX, Stable Diffusion, editing, ComfyUI workflows, licensing, local hardware and practical use cases.

Open-source AI image generators give creators and developers more control than closed prompt-only services: you can run models locally, inspect the workflow, combine checkpoints with LoRAs and ControlNet-style guidance, automate generation, and in many cases fine-tune the system for a specific style or task.

But “open-source image generator” is not one uniform category. Some projects release code and weights under permissive licenses, while others are better described as open-weight because the model weights are downloadable but commercial or redistribution terms differ. VRAM requirements vary just as much — precision, resolution and offloading can substantially change a model’s memory footprint, which is often the deciding factor for who can actually run it.

What should you compare?

A practical image-model comparison should cover:

  • prompt adherence and visual quality;
  • text rendering;
  • editing and inpainting;
  • ControlNet or structural conditioning;
  • LoRA and fine-tuning support;
  • VRAM and inference speed;
  • ComfyUI or Diffusers support;
  • the exact code and model-weight licenses.

FLUX

Black Forest Labs publishes official inference code for its FLUX open-weight family. Its public catalog includes text-to-image, inpainting/outpainting, structural conditioning, image variation and image editing variants. The base model is a 12-billion-parameter rectified flow transformer, and the DiT (diffusion transformer) architecture behind it is meaningfully more memory-hungry than the older UNet-based Stable Diffusion designs.

Licensing differs by checkpoint. FLUX.1 [schnell] is listed under Apache 2.0, while several [dev] checkpoints use the FLUX.1-dev Non-Commercial License. That is a good example of why “FLUX is open” is not precise enough for commercial planning: the specific checkpoint matters.

CheckpointParametersLicenseTypical role
FLUX.1 [schnell]12BApache 2.0Fast draft generation, 1-4 steps
FLUX.1 [dev]12BNon-Commercial LicenseGeneral-purpose generation; quality depends on task and settings
FLUX.1 Kontext [dev]12B-classNon-Commercial LicenseInstruction-based image editing
FLUX.1 Fill [dev]12B-classNon-Commercial LicenseInpainting and outpainting

Generation speed depends on precision, step count, attention implementation, offloading and hardware. This guide does not rank GPUs using results gathered under different test conditions.

Stable Diffusion

Stable Diffusion remains one of the most important open image-generation ecosystems because of its checkpoints, LoRAs, ControlNet integrations, fine-tuning tools and broad support across interfaces.

Stability AI currently uses a community-license structure for Stable Diffusion 3.5: free for research, non-commercial use, and commercial use by organizations or individuals under $1M in total annual revenue, with enterprise licensing required above that threshold. SD3.5 Large is an 8-billion-parameter Multimodal Diffusion Transformer (MMDiT) using three text encoders (OpenCLIP-ViT/G, CLIP-ViT/L and T5-XXL); SD3.5 Medium is a 2.5-billion-parameter variant built specifically to run on consumer hardware. As with FLUX, the exact model and license should be checked rather than assuming every Stable Diffusion release has identical terms.

Qwen-Image and the open Chinese-model wave

Alibaba’s Qwen-Image is a 20-billion-parameter diffusion model released under the Apache 2.0 license — a notably more permissive license than either FLUX [dev] or Stable Diffusion 3.5’s community terms. Its stated strength is text rendering inside generated images, including Chinese-language text, which has historically been a weak point for Western diffusion models.

Choose precision and offloading settings from the official workflow documentation, then test your target resolution and batch size. A model’s parameter count alone does not establish a minimum GPU requirement.

What actually decides whether a model fits your GPU

Weights, text encoders, activations and decoding all contribute to peak memory use. Lower precision and CPU offloading may reduce GPU memory requirements, while increasing system RAM use or latency. Record model version, runtime, resolution, batch size and precision together when reporting a result.

Commercial-use checklist for open-weight image generators (October 2026)

Open weights do not automatically mean unrestricted commercial use. Evaluate the precise checkpoint, its license version, whether you distribute weights or only images, and any separate conditions on hosted inference or derivative models. License terms can change between releases; this table is a practical starting point, not legal advice.

CheckpointLicense to checkCommercial decisionBest-fit task
FLUX.1 schnellApache 2.0Generally permits commercial use subject to license obligationsFast text-to-image and drafts
FLUX.1 devFLUX.1-dev Non-Commercial LicenseDo not assume commercial model hosting or weight use is permitted; distinguish output rights from model-use restrictionsHigh-quality generation and evaluation
Stable Diffusion 3.5 LargeStability AI Community LicenseCheck the revenue threshold, eligible entity and current enterprise termsGeneration, LoRAs and controllable workflows
Qwen-ImageApache 2.0Generally permits commercial use subject to license obligationsMultilingual text rendering and image generation
Qwen-Image-2.1-TurboQwen Research License; read the exact model-card licenseDo not treat it as equivalent to Apache-licensed Qwen-Image; check restrictions before commercial deploymentTurbo generation and image editing experiments

How to compare photorealism, 4K and image editing fairly

4K output is not the same as native 4K generation. A 4096-pixel exported image may be upscaled from a smaller native output. For any claim about 4K, report the original generated dimensions, the upscaler, the final export dimensions and whether details remain consistent. Likewise, photorealism and style transfer should be assessed on identical prompts or input images rather than curated promotional samples.

  1. Photorealism: use the same portrait, product and environment prompts; inspect skin, reflections, fine texture, object geometry and unwanted artifacts.
  2. Text rendering: test short and long strings in English and another language, including punctuation and packaging labels.
  3. Image editing: supply the same source image and precise edit instruction; check whether subject identity and untouched regions are preserved.
  4. Style transfer: define a reference image and measure consistency across multiple seeds, not a single cherry-picked output.
  5. 4K delivery: compare native output against a documented upscale pipeline, and record VRAM, elapsed time, model precision and output size.

These are proposed reproducible tests, not tests already performed by The Signal. For an installation-focused walkthrough, see Install ComfyUI and the ComfyUI guide. For step-by-step setup, see our published Qwen-Image-2.1-Turbo ComfyUI tutorial (documentation-based; hardware benchmarks are not yet available).

Image generation vs image editing

Modern open image systems increasingly combine generation and editing. A useful workflow may include:

  • text-to-image generation;
  • inpainting and outpainting;
  • reference-image conditioning;
  • depth, edge or pose control;
  • style or identity LoRAs;
  • upscaling and restoration;
  • instruction-based image editing.

For example, FLUX.1 Kontext [dev] is an open-weight image-editing model, while FLUX.1 Fill [dev] focuses on inpainting and outpainting.

Why ComfyUI matters

ComfyUI turns image generation into a reusable node graph. Instead of hiding the pipeline, it lets you connect model loading, prompts, samplers, control models, masks, LoRAs, upscalers and output stages directly.

This is especially useful for production work where the same visual process must be repeated with different inputs. It also makes it easier to compare models using the same surrounding workflow — the same node graph, swapping only the checkpoint, is a fairer comparison than two different tools with different defaults. The same node-graph logic extends to video generation; see our guide to ComfyUI video workflows for how the pattern carries over to Wan and other video models.

Local image generation

Running image models locally provides privacy, reproducibility and control over model versions. Hardware requirements vary widely: older or smaller diffusion models can run on modest GPUs, while newer architectures may require more VRAM or benefit from lower-precision and offloading techniques — check the exact model’s official workflow requirements before downloading weights.

The most useful hardware question is not “what is the parameter count?” but “can this exact workflow run at my target resolution and batch size without constant offloading or out-of-memory errors?” Our broader local AI hardware guide covers GPU tiers and cost-per-token tradeoffs in more depth for readers weighing a hardware purchase.

Open creative canvases

Not every user wants to build a graph manually. Projects such as Jaaz place a more conventional creative canvas on top of local ComfyUI or cloud models. That gives non-technical users a simpler interface while keeping an open/local generation backend available.

Research beyond basic text-to-image

Open image research also includes projects such as ReVersion, which learns visual relations from examples, and VTP, which explores scalable visual-tokenizer pretraining for image generation.

How to choose

  1. Define whether you need generation, editing or both.
  2. Check the exact model-weight license.
  3. Confirm your hardware can run the target resolution — check VRAM at the precision you’ll actually use, not the FP16 headline figure.
  4. Verify ComfyUI, Diffusers or API support.
  5. Check whether LoRAs, ControlNet-style guidance or fine-tuning are available.
  6. Test your real use case rather than relying only on curated examples.

Testing status

The Signal has not run a controlled hardware comparison for this guide. We removed cross-source GPU speed and VRAM tables because their configurations were not sufficiently comparable. This article provides a selection framework, not measured hardware recommendations.

Sources

Two related tools address different parts of image creation: PromptEnhancer rewrites image prompts, while RedInk assembles image-based social posts. Their license restrictions and connected model services need separate review.

MOSS-Image: layout-focused alternative

For a newer model focused on text rendering and spatial composition, read our MOSS-Image ComfyUI 0.42.1 installation and layout guide. It covers both native checkpoints and the upstream custom-node method, without claiming unverified GPU benchmarks.

The Signal newsletter

Keep getting this

One edition a week on open models, local setups and the tools around them.

Read the latest issue

Email delivery opens once the newsletter platform is connected.