Backend inference
timings.inference is the value returned with an eligible fal result. The live OpenAPI schema defines it as DiT denoising time on the GPU backend. It can be absent on routes that do not report backend timings.
SOURCE CHECKED · SEP 7, 2026
fal reports a 5-second 768P video in under 3 seconds of wall time. That is faster than playback, but it is not a promise that every end-to-end request finishes in three seconds.
Faster than real-time playback under fal's published test condition.
01 / READ THE RIGHT CLOCK
The MiniMax H3 Max generation time only becomes useful when the measurement boundary is attached.
timings.inference is the value returned with an eligible fal result. The live OpenAPI schema defines it as DiT denoising time on the GPU backend. It can be absent on routes that do not report backend timings.
fal's launch article says a 5-second video completes in under 3 seconds of wall time. It does not publish a service percentile, queue-inclusive guarantee, or SLA around that statement.
This is the interval a user feels: submit the request, wait through queueing and any prompt rewrite, receive the response, then make the media usable. It varies with the route, settings, traffic, network, and client.
02 / WHAT IS ACTUALLY PUBLISHED
This MiniMax H3 Max generation time ledger does not extend one benchmark into durations fal has not benchmarked the same way.
timings.inference.
Neither number guarantees the complete queue-to-download wait.
The endpoint accepts 5–15 second outputs at 480P or 768P. Video length is an input setting; generation time is an observed result. MiniMax H3 Max generation time cannot be derived from video length alone.
03 / ONE OFFICIAL RESULT
The response displayed on fal's text-to-video endpoint pairs this 5.18-second, 1344×768 output with an inference value of 2.5285604159580544 seconds. Rounded for reading, that is 2.53 seconds.
It is useful because the output, settings, media, and backend timing appear together. It still represents one request. This site did not submit it, time it independently, or observe its queue and download path.
Inspect the official sample and response ↗04 / BEFORE THE RENDER
The OpenAPI description says balanced expansion returns in about a second, while quality mode can spend up to roughly 30 seconds preparing a richer prompt.
These are separate stages, not numbers to add into a universal total. A provider can change queue behavior, preprocessing, hardware, or delivery without changing the model name.
05 / MEASURE YOUR REQUEST
To measure MiniMax H3 Max generation time for your own workflow, keep the request and the measurement boundary together.
Record a monotonic client timestamp immediately before the request is sent. Save the endpoint, duration, resolution, input mode, and prompt expansion setting.
When the result returns, store timings.inference if the route provides it. Do not rename that field “total time.”
Record the second timestamp when the response and playable media are available to your application. The difference is the end-to-end wait for that run.
Change one variable at a time. A different duration, resolution, route, prompt-expansion mode, account load, or network path is a different timing condition.
06 / SOURCE LEDGER
07 / FAQ
fal reports that H3 Max can generate a 5-second 768P video in under 3 seconds of wall time. The claim is tied to that output length and resolution; it is not an end-to-end SLA for every request.
No. The official sample response reports 2.53 seconds in timings.inference. fal's OpenAPI schema defines that field as DiT denoising time on the GPU backend, so it does not by itself describe queueing, prompt expansion, network transfer, or media download time.
fal's endpoint supports a 10-second output, but the launch benchmark does not publish a guaranteed 10-second generation time. Measure the route and settings you plan to use instead of multiplying the 5-second result.
The endpoint supports up to 15 seconds. fal's model landing page describes roughly 15 seconds for a 15-second clip, but the API schema does not make that an SLA or latency guarantee.
The endpoint supports both resolutions, but fal's headline timing is specifically for 768P. No separate public guarantee on this page supports a fixed 480P generation time.
The published result is not the whole delivery path. Queueing, prompt expansion, request settings, network transfer, and downloading the finished media can add time around backend inference.
READ THE RESULT, THEN RUN YOUR OWN
MiniMax H3 Max generation time is fast enough to change iteration, but one published number cannot replace your own end-to-end measurement.