Timeline for How to intentionally add a delay to an input stream with ffmpeg
Current License: CC BY-SA 4.0
7 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| Feb 27 at 11:44 | comment | added | Gyan | Then you only need realtime after the source filter (color), not after concat. | |
| Feb 27 at 11:20 | comment | added | Rotem |
Try: ffmpeg -an -f dshow -rtbufsize 1G -framerate 10 -i video="Microsoft® LifeCam HD-3000" -f lavfi -i testsrc=size=1280x1024:rate=5:duration=5 -filter_complex "[0:v]fps=5,setpts='(N+25)/5/TB',scale=1280x1024,setsar=1[v0];[1:v][v0]concat,realtime=10" -c:v mjpeg -pix_fmt yuvj420p -f mjpeg pipe: | ffplay pipe:
|
|
| Feb 27 at 10:34 | comment | added | Rotem | @Juergen, You are right that it is taking forever for FFplay to start playing, but after it starts (with my webcam), the delay is 5 seconds constantly. What is the framerate of your input video source? Is it constant or variable framerate? Is it a real webcam, or simulated webcam? The solution is working with my "Microsoft® LifeCam HD-3000" webcam. I can't guess the reason your system behavior is different. I tested using FFmpeg and FFplay version 5.1.2-full_build-www.gyan.dev. | |
| Feb 27 at 9:31 | comment | added | Juergen | I tried this, but the experience is different then I was looking for. The UI from ffplay doesn't show up for 30s. Then it looks like the buffered 30s webcam stream is played during 5 seconds. Afterwards I see the realtime webcam stream without delay. | |
| Feb 27 at 8:35 | comment | added | Rotem |
@Gyan without the realtime filter, the delay gets shorter over time. It's not working without it.
|
|
| Feb 27 at 3:55 | comment | added | Gyan | The input is live, so realtime filter is superfluous. | |
| Feb 26 at 18:11 | history | answered | Rotem | CC BY-SA 4.0 |