#6481 closed defect (needs_more_info)
ffplay - Video from capture device slowly falls behind
| Reported by: | LordHDL | Owned by: | Thilo Borgmann |
|---|---|---|---|
| Priority: | normal | Component: | undetermined |
| Version: | git-master | Keywords: | |
| Cc: | Blocked By: | ||
| Blocking: | Reproduced by developer: | no | |
| Analyzed by developer: | no |
Description
Summary of the bug: When displaying video from a capture device (in my case: Magewell USB HDMI Plus), the video will gradually fall behind. Right clicking on the window syncs it. This is on macOS using AVFoundation.
How to reproduce: Use a command like the following to preview device capture output.
ffplay -f avfoundation -pix_fmt 0rgb -framerate 60 -i "1:none"
Change History (4)
comment:1 by , 9 years ago
comment:2 by , 9 years ago
| Owner: | set to |
|---|---|
| Status: | new → open |
Does the same asynchronous behaviour appear when just recording with ffmpeg?
Synch by right-clicking the window means that the late frames are getting skipped?
Does changing the framerate or the setpts filter have any effect on the issue?
comment:3 by , 7 years ago
| Resolution: | → needs_more_info |
|---|---|
| Status: | open → closed |
Obviously needs more info.
comment:4 by , 7 years ago
| Component: | ffplay → undetermined |
|---|
Note:
See TracTickets
for help on using tickets.
Apparently this happens when selecting "none" for the audio stream. Including audio causes the
-framedrop(default) option to work properly instead of filling the buffer.