Fade in 1s
job_172a0e7cac4a4dc0From black, starting at zero.
ffmpeg -i https://cdn.rendobar.com/assets/examples/sample.mp4 -vf "fade=t=in:st=0:d=1" -t 5 out.mp4Fades video in from or out to a solid colour over a number of seconds.
fade takes its start position in seconds with st= but in FRAMES with s=, and the two are easy to confuse. A fade-out also needs you to know the duration in advance, because st is absolute, not measured from the end.
Every row below is a real job. The same 1280x720 five-second H.264 source went through each variant, so the numbers are comparable to each other and to every other filter page on this site. Encode time is the FFmpeg step on its own, separated from the download and the upload.
| Variant | Encode | Output | Cost |
|---|---|---|---|
| Fade in 1s | 976 ms | 508.4 KB · 1280x720 | $0.0050 |
| Fade out at 4s | 1557 ms | 520.1 KB · 1280x720 | $0.0030 |
| Both ends | 995 ms | 516.4 KB · 1280x720 | $0.0025 |
From black, starting at zero.
ffmpeg -i https://cdn.rendobar.com/assets/examples/sample.mp4 -vf "fade=t=in:st=0:d=1" -t 5 out.mp4Absolute start. Change the source length and this is wrong.
ffmpeg -i https://cdn.rendobar.com/assets/examples/sample.mp4 -vf "fade=t=out:st=4:d=1" -t 5 out.mp4Chained, which is the only way to do both.
ffmpeg -i https://cdn.rendobar.com/assets/examples/sample.mp4 -vf "fade=t=in:st=0:d=1,fade=t=out:st=4:d=1" -t 5 out.mp4Each variant was submitted to the Rendobar API as an ffmpeg job against the same public source file, and the response was recorded verbatim. Encode time is the API's own per-step timing for the FFmpeg step. Output size is the byte count of the file the job produced. Cost is what the job was actually billed.
Nothing here was estimated, and the whole set is re-runnable, so if a figure looks wrong it can be checked rather than argued about. The 72 variants behind this filter reference cost $0.193082 in total to measure.
Fades video in from or out to a solid colour over a number of seconds.
fade takes its start position in seconds with st= but in FRAMES with s=, and the two are easy to confuse. A fade-out also needs you to know the duration in advance, because st is absolute, not measured from the end.
On a 1280x720 five-second H.264 source, the fastest variant on this page (Fade in 1s) spent 976 ms inside FFmpeg. That figure is the encode step alone, measured separately from the download and the upload, so it is the filter's own cost rather than the round trip.
Not with Rendobar. Every command on this page ran through the Rendobar API against a URL, with no local FFmpeg install and no server. The job id next to each row is the real job that produced the numbers.
Every command on this page ran through the API against a URL. No binary, no server.