Lucy 2.5 Realtime Video: Latenz, Kosten und API-Einrichtung

0,02 US-Dollar pro Sekunde klingt bei Decarts Lucy 2.5 zunächst günstig. Bei einem vierstündigen Stream werden daraus allerdings 288 US-Dollar. Lucy 2.5 Realtime Video ist inzwischen breit als API für die Live-Transformation von Videobildern verfügbar. Die in der Ankündigung genannten 1080p entsprechen jedoch nicht der Auflösung, die in der API-Dokumentation festgeschrieben ist. Auch die viel zitierte Latenz beschreibt nur die Verarbeitung im Modell – nicht den Weg von der Kamera bis zum Bildschirm. Dieser Überblick trennt Marketingversprechen von dokumentierten Fakten, rechnet die Kosten auf Stundenbasis um und zeigt die verfügbaren Zugangswege.

Was Lucy 2.5 Realtime Video tatsächlich leistet

Lucy 2.5 ist ein Echtzeit-Video-zu-Video-Modell von Decart. Veröffentlicht wurde es am 16. Juli 2026 unter dem Titel „Raising the Bar for Live AI“. Das Eingangsvideo wird über WebRTC übertragen, Text-Prompts und optionale Referenzbilder steuern die Bearbeitung, und die veränderten Frames sollen mit 30 fps zurückkommen. Entscheidend ist dabei das Wort „Bearbeitung“: Lucy gestaltet eine bestehende Live-Aufnahme um, tauscht Elemente aus, fügt sie hinzu oder entfernt sie – sie erzeugt keine fertigen Clips aus dem Nichts. Tim Simmons von Theoretically Media bringt den Unterschied auf den Punkt: Es geht um Live-Effekte und Compositing über einem Stream, nicht um nichtlinearen Videoschnitt. Außerdem ist Lucy derzeit ausschließlich per API verfügbar. Eine App-Version gebe es noch nicht; auch das in Decarts Launch-Video gezeigte Smartphone-Produkt „ist kein verfügbares Produkt“.

Die API-Dokumentation unterstützt sowohl Live- als auch aufgezeichnete Eingaben. Auf fals Modellseite steht zudem, dass die kommerzielle Nutzung im Rahmen der dort geltenden Bedingungen erlaubt ist. Decart hat mehr als 450 Millionen US-Dollar eingesammelt, darunter im Mai 2026 eine von Radical Ventures angeführte Finanzierungsrunde über 300 Millionen US-Dollar.

Warum ihr bei Lucy 2.5 nicht mit 1080p planen solltet

In den Ankündigungsmaterialien und auf der fal-Modellseite wird Lucy 2.5 mit 30 fps und 1080p beworben. Decarts eigene API-Dokumentation nennt dagegen eine Ausgabe von 1280 × 720 Pixeln – wahlweise im Querformat 16:9 oder im Hochformat 9:16. Solange kein öffentlich dokumentierter 1080p-Endpunkt existiert, solltet ihr mit 720p kalkulieren. Das ist die Auflösung des API-Vertrags und zugleich die Grundlage der veröffentlichten Preisbeispiele.

Ähnlich vorsichtig sollte man mit der Framerate umgehen. Die Angabe „30 FPS“ taucht im Marketing auf, ohne dass eine Messmethode genannt wird. Angaben zur eingesetzten Server-Hardware, zur Modellgröße oder zu einem Test von der Aufnahme bis zur Wiedergabe fehlen ebenfalls. Einen hilfreichen externen Vergleich liefert SANA-Streaming: Das Forschungspapier vom Mai 2026 berichtet bei 1280 × 704 Pixeln auf einer einzelnen RTX 5090 von 24 fps Ende-zu-Ende und 58 fps für den Diffusion-Transformer-Kern. Das ist kein Benchmark für Lucy. Es zeigt aber, warum eine isolierte „30 FPS“-Angabe ohne definierten Messpunkt nur begrenzt aussagekräftig ist.

Latenz bei Lucy 2.5: Was die 30 bis 40 Millisekunden wirklich bedeuten

Für Lucy 2.5 kursieren drei Latenzangaben, die jeweils etwas anderes messen. Decarts parallel zur 300-Millionen-US-Dollar-Runde veröffentlichter Beitrag zur DOS-2.0-Infrastruktur spricht von einer Modellreaktion unter 30 ms. Der Community-Beitrag auf Hugging Face schreibt Decarts Inferenz-Stack eine Inferenzzeit von unter 40 ms bei 720p zu. Genannt werden dabei MXFP8/NVFP4-Quantisierung, dynamische Sparse Attention und Deep Kernel Fusion sowie eine angebliche Beschleunigung um den Faktor 4, die allerdings nur rechengebundene Operationen betrifft. Keine dieser Angaben beschreibt die komplette Strecke von der Kameraaufnahme bis zu den Pixeln auf dem Bildschirm. Dazu kommen WebRTC-Transport, Kodierung und Player – und die Verzögerung hängt außerdem von den Netzwerkbedingungen ab. Wer die Latenz für den eigenen Einsatz ermitteln will, sollte einen sichtbaren Zeitstempel im Kamerabild aufzeichnen und ihn über das vorgesehene Netzwerk und die komplette Player-Kette mit der angezeigten Ausgabe vergleichen.

Steuerung im Detail: acht Edit-Modi und die Grenzen von Self-Anchoring

Die dokumentierte Bearbeitungsfläche von Lucy 2.5 umfasst acht Operationen. Gesteuert wird jeweils per Text-Prompt, Referenzbild oder einer Kombination aus beidem:

Zwei Steuerungsdetails sind in der Praxis wichtiger als die bloße Liste. Erstens: Self-Anchoring verhindert, dass die Identität über lange Streams hinweg driftet, indem die zuletzt erzeugte Ausgabe als Referenz zurück an das Modell gegeben wird. Die Funktion ist standardmäßig aktiviert und lässt sich nur beim Verbindungsaufbau ändern. Decart warnt davor, Self-Anchoring bei harten Kameraschnitten, dem Auftauchen einer neuen Person oder größeren Szenenwechseln aktiviert zu lassen. Der Anker verweist dann auf eine Umgebung, die nicht mehr existiert. Es ist also ein erneuter Verbindungsaufbau nötig – ein wichtiger Punkt für Setups mit mehreren Kameras.

Auch für Referenzbilder gibt es klare Vorgaben: Sie sollen scharf, gut ausgeleuchtet und frei von Verdeckungen sein, mindestens 512 × 512 Pixel groß sein und einen Bildausschnitt verwenden, der zum Ausgangsvideo passt. Schlecht beleuchtete oder unpassend gerahmte Referenzen können dazu führen, dass der Austausch vollständig scheitert.

Realtime oder Offline: Welcher Workflow passt zu welchem Projekt?

Offline-Generatoren wie Runway, Pika und Tools der Sora-Klasse verfolgen ein anderes Ziel als Lucy 2.5. Eine pauschale Antwort auf die Frage nach dem besseren System gibt es deshalb nicht. Vier Punkte sind entscheidend:

1. Interaktion. Soll das Publikum oder eine Kamera das Video während der Wiedergabe beeinflussen? Dann ist Realtime der einzige passende Weg. Offline-Tools arbeiten nach dem Prinzip Prompt senden und auf das Ergebnis warten.
2. Dauer. Offline-Tools erzeugen typischerweise Clips von 5 bis 60 Sekunden. Bei Runway- und Pika-Produkten dauern die Renderings laut dem Vergleich auf Hugging Face Sekunden bis Minuten. Lucy streamt dagegen kontinuierlich. fal behauptet, auch mehrstündige Sessions ohne Identitätsverlust zu ermöglichen; ein veröffentlichter Stresstest für lange Laufzeiten fehlt allerdings.
3. Qualitätsgrenze. Für fertige Ergebnisse ab 1080p liegt Offline-Rendering heute weiterhin vorn, weil die dokumentierte API-Ausgabe von Lucy auf 720p begrenzt ist. Ein sinnvoller Hybrid-Workflow nach dem Vorschlag von Tim Simmons: Mit dem Smartphone drehen, die Szene live mit Lucy bearbeiten und die Wirkung beurteilen, anschließend das finale Ergebnis mit einem Offline-Video-zu-Video-Modell in höherer Qualität rendern.
4. Kostenmodell. Offline-Tools rechnen pro generiertem Clip ab. Lucy berechnet jede aktive Stream-Sekunde – und das summiert sich auf Stundenbasis, wie der nächste Abschnitt zeigt.

Was suchen Nutzer also konkret? Auf r/generativeAI beschrieb u/TastyFooting den Reiz sehr direkt:

„Echtzeit-Video-zu-Video-Generierung mit Text-Prompt. Keine Renderzeiten mehr.“ (Quelle)

In den Community-Diskussionen tauchen jedoch auch zwei offene Fragen auf: u/ai_art_is_art fragt „Gibt es für diese Art von Modell überhaupt einen Nutzen? VTubing?“, während ein Creator aus r/AINewsAndTrends wissen möchte, „ob es außerhalb von Demos genauso gut funktioniert“. Die von fal dokumentierten Einsatzfelder sind Live-Shopping und virtuelle Anprobe, Produktplatzierung in Echtzeit, interaktive Streams, Szenenwechsel innerhalb von Apps, Gaming und virtuelle Inszenierungen bei Live-Rundgängen. Der Hugging-Face-Beitrag ergänzt VTubing und die Erstellung von Anzeigenvarianten. Wie Echtzeit-Generierung die Landschaft der Video-APIs verändert, beleuchten wir außerdem in unserem Beitrag zu SeedRealtime.

Was ein Stream wirklich kostet: 0,02 US-Dollar pro Sekunde sind nur der Anfang

Für Lucy 2.5 gibt es zwei veröffentlichte Zugangswege mit unterschiedlichen Preisen:

Decarts eigene Preisbeispiele zeigen zunächst die kleinen Beträge: Eine 30-sekündige Echtzeit-Session kostet 0,60 US-Dollar, ein 5-sekündiger Offline-Edit in 720p 0,20 US-Dollar. Beide Plattformen rechnen laut ihren Preisseiten aktive Generierungssekunden ab, nicht die Nutzungsdauer der Zuschauer. Relevant wird die Rechnung am anderen Ende:

Bei vier aktiven Stunden pro Werktag berechnet fal ungefähr 576 US-Dollar am Tag beziehungsweise rund 12.700 US-Dollar in einem Monat mit 22 Werktagen – Netzwerk- und Moderationskosten noch nicht eingerechnet. Kontinuierliche Generierung macht aus einem niedrigen Stückpreis schnell ein Problem der stündlichen Parallelität: Öffnet jeder Zuschauer einen eigenen Lucy-Stream, vervielfacht sich der Stundenbetrag mit der Zahl der gleichzeitigen Streams. Die unterschiedlichen Abrechnungsdimensionen – pro Sekunde, Clip oder Token – haben wir in unserem Preisvergleich für Video-Generierungs-APIs ausführlicher behandelt.

Zwei Gegenmaßnahmen sind naheliegend. Leerlauf vor der Kamera muss keine aktive Generierung auslösen – der Stream sollte nur bei tatsächlichem Inhalt gestartet werden. Und allein die Wahl des Anbieters halbiert die Rechnung: Bei derselben dokumentierten 720p-Ausgabe kostet Decart Direct die Hälfte von fals Tarif. Dafür bringt fal seinen Playground, kommerzielle Bedingungen und das eigene Ökosystem mit. Welche Option besser passt, hängt somit von den Anforderungen rund um das Modell ab, nicht allein vom Modell selbst.

Zugang zu Lucy 2.5: Decart Direct, Playground oder fal

Am schnellsten erlebt ihr Lucy 2.5 mit eurem eigenen Gesicht über Decarts Browser-Erlebnis auf lucy.decart.ai oder im Demo-Playground unter demos.decart.ai. Neue Konten erhalten Testguthaben, das für eine erste Testsitzung ausreichen kann. So lassen sich Referenzbilder und Prompt-Formulierungen ausprobieren, bevor ihr Code schreibt.

Der direkte Weg über die Decart-API folgt laut der Dokumentation zu Lucy 2.5 Realtime dem üblichen WebRTC-Ablauf:

1. API-Zugangsdaten besorgen und eine Realtime-Session für das Modell lucy-2.5 anlegen
2. Die WebRTC-Verbindung herstellen und Self-Anchoring sowie Prompt Enhancement beim Verbindungsaufbau konfigurieren (eine spätere Änderung von Self-Anchoring erfordert eine neue Verbindung)
3. Live- oder aufgezeichnete Eingabemedien an die Session anhängen
4. Text-Prompts und Referenzbilder über die aktive Verbindung senden – Referenzen können während der Session aktualisiert werden
5. Den bearbeiteten Ausgabetrack verarbeiten und bei abgebrochenen Sessions die integrierte automatische Wiederverbindung nutzen (exponentielles Backoff, bis zu 5 Versuche)

Die Integration über fal umfasst fünf Schritte:

1. npm install --save @fal-ai/client
2. Ein fal-Konto anlegen und im Dashboard einen API-Schlüssel erzeugen
3. Eine WebRTC-Verbindung zu decart/lucy-2-5/realtime öffnen
4. Kurzlebige JWTs über das Backend mithilfe eines tokenProvider bereitstellen (das fal-Beispiel verwendet eine Token-Gültigkeit von 10 Sekunden) – der Schlüssel gehört also nicht einfach ins Frontend einer reinen Browser-Anwendung
5. Ergebnisse und Fehler über onResult/onError behandeln und anschließend Prompts über die Live-Verbindung senden

JavaScript, Python und einfache REST-Anfragen werden laut Modellseite von fal als Client-Wege unterstützt. Für OBS sollte man klar zwischen Prototyp und Produktion unterscheiden: Zum Ausprobieren eines Looks reicht die Decart-Oberfläche als Browser-Quelle oder per Fensteraufnahme. In einer produktiven Pipeline sollte dagegen der WebRTC-Output der eigenen API-Integration verarbeitet werden. Der Beitrag auf Hugging Face berichtet von OBS-Nutzung über WebRTC, ohne das bestehende Broadcast-Setup zu verändern. In der eigenen Umgebung müssen Ingest, Latenz und Wiederverbindungsverhalten trotzdem getestet werden. Derselbe Beitrag nennt außerdem Android- und iOS-SDKs für mobile Apps. Lucy 2.1 ist auf fal weiterhin verfügbar, falls ihr die Versionen direkt vergleichen wollt. Eine umfassendere Einschätzung von fal als Plattform findet ihr in unserem fal.ai-Test.

Vor dem Livegang: Transparenz und Einwilligung gehören ins System

Ein Modell, das Menschen, Kleidung und Umgebungen in Live-Videos umgestalten kann, macht Compliance zu einer technischen Pflicht und nicht zu einer Fußnote in der Policy. Decarts Richtlinie zur zulässigen Nutzung (aktualisiert am 12. Februar 2026) verbietet die Nachahmung realer Personen ohne klare, gut sichtbare Kennzeichnung und nachprüfbare Einwilligung. Betreiber müssen außerdem KI-generierte oder manipulierte Inhalte kenntlich machen, geeignete Moderation einsetzen und maschinenlesbare Markierungen erhalten, sofern dies technisch möglich ist. Unabhängig davon verlangen die ab dem 2. August 2026 geltenden EU-Transparenzpflichten eine maschinenlesbare Kennzeichnung erkennbarer KI-Inhalte sowie eine Offenlegung durch den Betreiber bei Deepfake-ähnlichen Anwendungen. Wer für die EU entwickelt, sollte die jeweils geltenden Transparenz- und Herkunftspflichten vor dem Start klären, nicht erst danach.

Für welche Projekte lohnt sich Lucy 2.5 heute?

Der entscheidende Punkt für die weitere Entwicklung: Sollte Decart einen öffentlichen 1080p-Endpunkt veröffentlichen, schrumpft der Qualitätsabstand zwischen Offline und Realtime deutlich. Bis dahin gilt 720p als vertraglich dokumentierte Realität – die höhere Auflösung bleibt ein Ziel für die Zukunft.

Lucy 2.5 Realtime Video: Häufige Fragen

Ist Lucy 2.5 wirklich Echtzeit?

Im Sinne einer Bearbeitung eines Live-WebRTC-Streams ja: Die Edits sollen mit 30 fps angewendet werden, während die Modell-Latenz mit unter 30 bis 40 ms angegeben wird. Eine unabhängige Messung der kompletten Strecke von der Aufnahme bis zur Wiedergabe wurde jedoch nicht veröffentlicht. „Echtzeit“ ist damit bislang durch Demos belegt, nicht durch einen unabhängigen End-to-End-Benchmark.

Welche Auflösung liefert die Lucy-2.5-API?

Die API dokumentiert eine Ausgabe von 1280 × 720 Pixeln im Format 16:9 oder 9:16. In den Launch-Materialien ist von 1080p die Rede, aber bis Ende August 2026 ist kein öffentlicher 1080p-Endpunkt dokumentiert.

Wie viel kostet Lucy 2.5 pro Stunde?

Decarts direkte API berechnet bei 720p 0,02 US-Dollar pro aktiver Sekunde – das entspricht 72 US-Dollar pro aktiver Stunde. Bei fal kostet dasselbe Modell 0,04 US-Dollar pro Sekunde beziehungsweise 144 US-Dollar pro aktiver Stunde. Beide Anbieter rechnen die aktive Generierungszeit ab, nicht die Zuschauerzeit.

Funktioniert Lucy 2.5 mit OBS?

Für Prototypen ja: Die Browser-Oberfläche lässt sich in OBS über eine Browser-Quelle oder Fensteraufnahme verwenden. Für den produktiven Einsatz sollte vorab ein WebRTC-Ingest im eigenen Broadcast-Stack getestet werden.

Lucy 2.5 oder Lucy 2.1?

Laut fals Versionsvergleich erweitert Lucy 2.5 die Bearbeitungsoptionen auf Objekte, Kleidung, Charaktere, Attribute, Hintergründe, Stil und VFX. Außerdem verspricht die neuere Version eine bessere Prompt-Treue, Edit-Isolation und Referenztreue. Lucy 2.1 ist auf fal weiterhin als frühere Echtzeit-API verfügbar und eignet sich damit als bekannte Stabilitäts-Baseline. Am sinnvollsten ist ein Test beider Versionen mit dem eigenen Videomaterial.