How to Run AI Video Generation Locally (2026 GPU Guide)
Run open-weight AI video models (Wan 2.2, LTX-Video, HunyuanVideo, CogVideoX, Mochi 1) on your own GPU with ComfyUI. Real VRAM numbers from official sources.
Yes, you can run AI video generation locally. Open-weight models like Wan 2.2, LTX-Video, HunyuanVideo, CogVideoX and Mochi 1 run on your own GPU through ComfyUI or Hugging Face diffusers. The catch is VRAM: the smallest models fit in 5 to 8 GB, while the biggest need 45 to 80 GB of GPU memory.
This guide lists which models actually run locally, what their official repos say about hardware, and the four steps to your first clip. The second half covers where closed cloud models still win and how a local-first app like ViralMint fits around a local generator. Every VRAM figure below comes from the model’s own GitHub README or Hugging Face model card, linked inline.
Which AI video models run locally
Five open-weight model families have official weights and published hardware requirements you can run on your own machine. Closed models such as Sora 2 Pro and Veo 3.1 are not on this list because their weights are not released.
| Model | Developer | License | Parameters | Minimum VRAM (official) | Typical output | Notes |
|---|---|---|---|---|---|---|
| Wan2.1 | Alibaba (Wan team) | Apache 2.0 | 1.3B, 14B | T2V-1.3B: 8.19 GB | 480P, 720P | 5-second 480P clip in about 4 minutes on an RTX 4090 (repo figure, no quantization) |
| Wan2.2 | Alibaba (Wan team) | Apache 2.0 | TI2V-5B (dense); T2V-A14B and I2V-A14B (27B total, 14B active MoE) | TI2V-5B: 24 GB (e.g. RTX 4090); A14B: 80 GB | TI2V-5B: 720P at 24fps, 5 s; A14B: 480P and 720P | ComfyUI docs: 5B “should fit well on 8GB vram” with native offloading |
| LTX-Video | Lightricks | LTX-Video Open Weights License | 2B, 13B | Not stated | 1216×704 at 30 FPS by default | Built for speed; the 13B dev model “requires more VRAM”, distilled variants use less |
| HunyuanVideo | Tencent | tencent-hunyuan-community | 13B+ | 45 GB (544×960, 129 frames); 60 GB (720×1280, 129 frames) | 540p, 720p | 80 GB recommended; tested on Linux |
| HunyuanVideo-1.5 | Tencent | tencent-hunyuan-community | 8.3B | 14 GB with model offloading | 480p, 720p (1080p via super-resolution) | 121 frames by default; ComfyUI integration available |
| CogVideoX | Zhipu AI / THUDM | 2B: Apache 2.0; 5B: CogVideoX License | 2B, 5B | 5 GB (diffusers, BF16) | 720×480, 49 frames at 8 fps, 6 s | CogVideoX1.5-5B: 1360×768 at 16 fps, 5 or 10 s, from 10 GB |
| Mochi 1 | Genmo | Apache 2.0 | 10B | ~60 GB single GPU; 22 GB via diffusers bf16 with CPU offload | 480p at 30 fps | Repo: ComfyUI can run it on under 20 GB |
Two things the table does not show. First, “minimum VRAM” in a README usually assumes the model’s reference code; ComfyUI’s offloading and fp8 weights often lower it, at the cost of speed. Second, licenses differ: Apache 2.0 models are the simplest for commercial work, while the CogVideoX License, LTX-Video’s open weights license and Tencent’s community license each carry their own terms. Read them before you publish.
Hardware: what your GPU can realistically run
A 24 GB consumer card (RTX 4090 class) covers most of the practical local models; 8 to 16 GB cards run the small ones with offloading; the flagship open models want 45 to 80 GB data-center GPUs. Here are the tiers, built only from the official numbers above.
| GPU memory | What the official sources say fits |
|---|---|
| 5 to 8 GB | CogVideoX-2B and CogVideoX-5B (5 GB with diffusers optimizations), Wan2.1 T2V-1.3B (8.19 GB), Wan2.2 TI2V-5B in ComfyUI with native offloading (8 GB, per ComfyUI docs) |
| 10 to 16 GB | CogVideoX1.5-5B (from 10 GB), HunyuanVideo-1.5 (14 GB with offloading) |
| 20 to 24 GB | Wan2.2 TI2V-5B in its reference code (24 GB, e.g. RTX 4090), Mochi 1 via diffusers bf16 (22 GB) or ComfyUI (under 20 GB) |
| 45 to 60 GB | HunyuanVideo at 544×960 (45 GB) or 720×1280 (60 GB), Mochi 1 full single-GPU (~60 GB) |
| 80 GB | Wan2.2 T2V-A14B and I2V-A14B, HunyuanVideo at recommended quality |
System RAM matters too once you rely on offloading: weights that don’t fit on the GPU are parked in regular memory, so a machine with little RAM can fail even when the VRAM number looks fine. The repos do not publish RAM minimums, so treat that as a general rule rather than a spec.
What about a Mac?
Apple Silicon Macs can run ComfyUI, but local video generation on a Mac is less predictable than on an NVIDIA GPU. ComfyUI’s README has an Apple Mac silicon section: install PyTorch nightly following Apple’s Accelerated PyTorch guide, then follow the normal manual install. The LTX-Video repo states that MPS “was tested with PyTorch 2.3.0”. Beyond that, the model repos publish requirements for NVIDIA GPUs only, and HunyuanVideo lists Linux as its tested OS. None of them give Mac memory figures, so we won’t invent any. Expect longer generation times and some workflows that simply won’t run.
How to run an AI video model locally (step by step)
Install ComfyUI, drop the model files into its models folders, load the model’s workflow template, and queue a prompt. Using Wan 2.2 as the example, since ComfyUI’s docs cover it in detail:
1. Install ComfyUI
The easiest path is the ComfyUI desktop app, which the README describes as “available on Windows & macOS” from comfy.org/download. On Linux, or if you prefer a manual install, the README’s steps are: clone the repo, install PyTorch for your GPU, install the requirements, and start the server.
git clone https://github.com/Comfy-Org/ComfyUI.git
cd ComfyUI
# NVIDIA: PyTorch stable build, per the ComfyUI README
pip install torch torchvision torchaudio --extra-index-url https://download.pytorch.org/whl/cu130
pip install -r requirements.txt
python main.py
The README notes that Python 3.13 is very well supported. Open the local address ComfyUI prints in the terminal to reach the interface.
2. Download the weights from Hugging Face
ComfyUI’s Wan 2.2 tutorial lists the exact files for the 5B model:
wan2.2_ti2v_5B_fp16.safetensorsgoes inmodels/diffusion_models/wan2.2_vae.safetensorsgoes inmodels/vae/umt5_xxl_fp8_e4m3fn_scaled.safetensorsgoes inmodels/text_encoders/
The 14B text-to-video workflow instead uses a high-noise and a low-noise diffusion model plus wan_2.1_vae.safetensors. Other model families follow the same pattern: diffusion model, text encoder and VAE, each in its own folder.
3. Load a workflow
In a current ComfyUI, open the Template Library and search “Wan2.2” to load a ready-made text-to-video or image-to-video workflow. LTX-Video’s official nodes live in ComfyUI-LTXVideo, and HunyuanVideo-1.5 ships a ComfyUI integration guide in its repo.
4. Generate
Write your prompt, set the resolution and frame count (the length parameter on the latent node controls how many frames you get) and queue the workflow. The clip is written to ComfyUI’s output folder. Start short and low-resolution until you know how your GPU handles the model, then scale up.
If you prefer code to nodes, most of these models also have Hugging Face diffusers pipelines; the CogVideoX and Mochi 1 VRAM figures above were measured by their authors through diffusers.
Where cloud models still win
Sora 2 Pro and Veo 3.1 are closed-weight models: you cannot download them, so they cannot run locally at any price. They are only reachable through their vendors’ hosted APIs or apps that proxy them.
The trade-off with open-weight local models is straightforward:
- What you gain locally: prompts and frames stay on your machine, no per-clip fee once you own the hardware, no content queue, and full control over seeds, LoRAs and workflows.
- What you give up: the documented outputs in the table above sit around 480p to 720p and 5 to 10 seconds per clip, generation takes minutes per clip on consumer hardware, and the largest open models need GPUs most people don’t own.
We’re not going to rank them with made-up benchmark scores. The honest version: if you need a specific short shot and have the GPU, a local model is private and free per clip. If you need longer, higher-resolution footage with synced audio and no hardware, a hosted flagship model is the practical option.
The ViralMint approach: local-first around the model
ViralMint is a local-first desktop app: downloading, transcription, captioning, editing, rendering and voice cloning run on your machine, while the generative-AI steps are metered cloud calls. It does not run open-weight video generation models locally. Its AI video clips come from hosted models. Here is exactly where each step runs.
| Step | Where it runs | Notes |
|---|---|---|
| Download source video (yt-dlp, 1,800+ sites) | Local | Video saved straight to your disk |
| Transcription (faster-whisper, int8) | Local | Word-level timestamps, nothing uploaded |
| Captioning (FFmpeg + ASS, word-by-word) | Local | Rendered on-device |
| Stitching / Ken Burns / reframe (FFmpeg) | Local | Standard video editing on your CPU/GPU |
| Audio enhance / silence removal (FFmpeg) | Local | On-device |
| Motion-graphics render (HyperFrames: local Chrome + FFmpeg) | Local | Composition rendered on your machine |
| Voice cloning (VoxCPM) | Local | Reference audio never leaves the machine (macOS Apple Silicon + Linux) |
| Free TTS (Edge TTS) | Local | Free voices via a local call |
| AI chat / script generation | Cloud (metered) | Hosted LLM; you send the prompt text |
| AI image generation (Nano Banana) | Cloud (metered) | Hosted image model |
| Paid TTS (Gemini 3.1 Flash TTS) | Cloud (metered) | Higher-quality neural voices |
| AI music (Lyria 3 Pro) | Cloud (metered) | Hosted music model |
| AI video clips (Sora 2 Pro, Veo 3.1, Seedance, Wan, Hailuo) | Cloud (metered) | Hosted models, pay-as-you-go |
What leaves your machine
Your source videos, transcripts, rendered outputs and cloned-voice reference audio stay on your disk. Only the input a cloud step needs is sent: the brief for script generation, the script text for paid TTS, the prompt (and any starting image you picked) for AI image, music or video. There is no background sync of your library. ViralMint is open source under AGPL-3.0, so you can read the code path for every cloud call; see the open-source AI video toolset.
There is also no bring-your-own-key mode: provider keys stay on ViralMint’s backend and cloud steps are paid per action from a prepaid balance. That is a trade-off worth knowing if you want to route generation to your own account.
Pair a local model with ViralMint
A practical split if you already run ComfyUI:
- Generate the shots locally. Use Wan 2.2, HunyuanVideo-1.5 or another open model for the specific clips you need.
- Import them into Smart Video as your own clips. Smart Video’s clip import blends your footage with matched stock so the cut reads as one piece.
- Let ViralMint finish the video. Script or your own audio, voiceover, word-by-word captions, background music and stitching are handled in the same pipeline, and you download the mp4 to post yourself.
Your local clips are processed on your machine like any other source media. Cloud calls happen only for the steps you choose, such as a paid TTS voice or a script draft.
Download ViralMint to finish locally generated clips into a captioned, voiced short.