openclaw - 💡(How to fix) Fix [Feature]: Add LTX-Video support to video_generate [1 comments, 2 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
openclaw/openclaw#71975Fetched 2026-04-27 05:36:39
View on GitHub
Comments
1
Participants
2
Timeline
2
Reactions
0
Author
Timeline (top)
closed ×1commented ×1

First-class support for Lightricks' LTX-Video models in the shared video_generate capability.

Root Cause

First-class support for Lightricks' LTX-Video models in the shared video_generate capability.

Fix Action

Fix / Workaround

  • Affected: any OpenClaw user wanting fast/cheap video generation, especially self-hosters using ComfyUI.
  • Severity: low-medium — workaround exists via raw fal model IDs, but discoverability and defaults are missing.
  • Frequency: every video-generation user evaluating provider options.
  • Consequence: users either don't know LTX is reachable or pick a slower/more expensive model by default.
RAW_BUFFERClick to expand / collapse

Summary

First-class support for Lightricks' LTX-Video models in the shared video_generate capability.

Problem to solve

LTX-Video is one of the few open-weight video models with near-real-time generation (DiT-based, ~4–5s for a short clip on a single GPU) and strong text/image-to-video quality. It's currently absent from the supported providers list in docs/tools/video-generation.md and docs/tools/media-overview.md. Users who want fast, locally-runnable video generation, or hosted LTX via fal/Replicate, have no documented path — they have to reverse-engineer model IDs through the bundled fal plugin and there's no preset, no defaults, and no failover entry for LTX in agents.defaults.videoGenerationModel ordering.

Proposed solution

Any one (or combination) of the following, in order of effort:

  1. Document LTX through existing plugins. Add LTX model entries (fal-ai/ltx-video, fal-ai/ltx-video-13b, Replicate equivalents) to the model tables in docs/providers/fal.md (and Replicate / Together docs if applicable), with recommended defaults for duration, resolution, and reference-image flow.
  2. ComfyUI workflow template. Ship a reference LTX workflow under the comfy plugin so self-hosted users can run it via video_generate without authoring their own graph.
  3. Dedicated lightricks provider extension. Wraps the official LTX hosted API (when stable) for users who want a direct integration rather than going through fal/Replicate. Same shape as extensions/runway — single API key, single capability surface (text-to-video, image-to-video, single-reference flow).

Path 1 is the lowest-risk starting point and unblocks users today. Path 3 is a maintenance commitment and probably belongs as a third-party plugin unless someone steps up to own it.

Alternatives considered

  • Leaving it as a "configure fal yourself" exercise: works for power users but invisible to the agent's default model-discovery and to docs readers.
  • Pure plugin-SDK route: viable, but LTX is broadly enough adopted (HuggingFace, fal, Replicate, ComfyUI ecosystem) that even minimal docs in core would help.

Impact

  • Affected: any OpenClaw user wanting fast/cheap video generation, especially self-hosters using ComfyUI.
  • Severity: low-medium — workaround exists via raw fal model IDs, but discoverability and defaults are missing.
  • Frequency: every video-generation user evaluating provider options.
  • Consequence: users either don't know LTX is reachable or pick a slower/more expensive model by default.

Evidence/examples

  • LTX-Video repo: https://github.com/Lightricks/LTX-Video
  • Hosted on fal (fal-ai/ltx-video, fal-ai/ltx-video-13b) and Replicate.
  • Existing comparable provider entries: docs/providers/runway.md, docs/providers/minimax.md.

Additional information

Happy to start with a docs PR for path 1 if maintainers think that's the right scope. Flagging that path 3 should likely live as a third-party plugin per CONTRIBUTING.md unless there's a clear maintainer ask for first-party.

extent analysis

TL;DR

Documenting LTX-Video models through existing plugins is the most likely fix to provide first-class support for Lightricks' LTX-Video models.

Guidance

  • Add LTX model entries to the model tables in docs/providers/fal.md with recommended defaults for duration, resolution, and reference-image flow.
  • Consider creating a ComfyUI workflow template for a reference LTX workflow to simplify the process for self-hosted users.
  • Evaluate the need for a dedicated lightricks provider extension, potentially as a third-party plugin, to wrap the official LTX hosted API.

Example

No code snippet is provided as the issue focuses on documentation and potential plugin development.

Notes

The proposed solution involves adding documentation and potentially developing a plugin, which should be maintained and updated accordingly to ensure compatibility and accuracy.

Recommendation

Apply the workaround by documenting LTX-Video models through existing plugins, as it is the lowest-risk starting point and unblocks users immediately.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING

openclaw - 💡(How to fix) Fix [Feature]: Add LTX-Video support to video_generate [1 comments, 2 participants]