[FFmpeg-user] Random repetitions in output

[Mikael Persson]

Hello again,

If I understand you correctly then
ffmpeg -i vid.mov -vsync 0 %05d.png
Should output every frame without repetition.

I still do not have the latest ffmpeg(working on compiling it), but to
clarify:
When I  run the command using my current version while there are no
repetitions yay :):
Atleast 1 frame at the beginning of the video are dropped, boo :(. Shall I
intrepet this as a bug which may/should have been fixed in the latest
version?

I see the discrepancy by comparing the first frame opening the video in vlc
with the first output frame.

I append the output:
ffmpeg version N-85646-g550a9c5 Copyright (c) 2000-2017 the FFmpeg
developers
  built with gcc 5.4.0 (Ubuntu 5.4.0-6ubuntu1~16.04.4) 20160609
  configuration: --enable-gpl --enable-libx264
  libavutil      55. 61.100 / 55. 61.100
  libavcodec     57. 93.100 / 57. 93.100
  libavformat    57. 72.101 / 57. 72.101
  libavdevice    57.  7.100 / 57.  7.100
  libavfilter     6. 87.100 /  6. 87.100
  libswscale      4.  7.101 /  4.  7.101
  libswresample   2.  8.100 /  2.  8.100
  libpostproc    54.  6.100 / 54.  6.100
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '2-22378.mov':
  Metadata:
    major_brand     : qt
    minor_version   : 0
    compatible_brands: qt
    creation_time   : 2017-10-04T20:09:41.000000Z
    com.apple.quicktime.location.ISO6709: +59.6508+016.5466+027.920/
    com.apple.quicktime.make: Apple
    com.apple.quicktime.model: iPhone 6s
    com.apple.quicktime.software: 11.0
    com.apple.quicktime.creationdate: 2017-08-20T10:19:25+0200
  Duration: 00:00:06.13, start: -0.022290, bitrate: 17498 kb/s
    Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p(tv,
bt709), 1920x1080, 15752 kb/s, 29.98 fps, 29.97 tbr, 600 tbn, 1200 tbc
(default)
    Metadata:
      creation_time   : 2017-10-04T20:09:41.000000Z
      handler_name    : Core Media Data Handler
      encoder         : H.264
    Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, mono,
fltp, 92 kb/s (default)
    Metadata:
      creation_time   : 2017-10-04T20:09:41.000000Z
      handler_name    : Core Media Data Handler
    Stream #0:2(und): Data: none (mebx / 0x7862656D) (default)
    Metadata:
      creation_time   : 2017-10-04T20:09:41.000000Z
      handler_name    : Core Media Data Handler
    Stream #0:3(und): Data: none (mebx / 0x7862656D) (default)
    Metadata:
      creation_time   : 2017-10-04T20:09:41.000000Z
      handler_name    : Core Media Data Handler
Stream mapping:
  Stream #0:0 -> #0:0 (h264 (native) -> png (native))
Press [q] to stop, [?] for help
Output #0, image2, to '%5d.png':
  Metadata:
    major_brand     : qt
    minor_version   : 0
    compatible_brands: qt
    com.apple.quicktime.creationdate: 2017-08-20T10:19:25+0200
    com.apple.quicktime.location.ISO6709: +59.6508+016.5466+027.920/
    com.apple.quicktime.make: Apple
    com.apple.quicktime.model: iPhone 6s
    com.apple.quicktime.software: 11.0
    encoder         : Lavf57.72.101
    Stream #0:0(und): Video: png, rgb24, 1920x1080, q=2-31, 200 kb/s, 29.97
fps, 29.97 tbn, 29.97 tbc (default)
    Metadata:
      creation_time   : 2017-10-04T20:09:41.000000Z
      handler_name    : Core Media Data Handler
      encoder         : Lavc57.93.100 png
frame=   16 fps=0.0 q=-0.0 size=N/A time=00:00:00.30 bitrate=N/A
speed=0.587x   frame=   27 fps= 26 q=-0.0 size=N/A time=00:00:00.66
bitrate=N/A speed=0.648x   frame=   40 fps= 26 q=-0.0 size=N/A
time=00:00:01.10 bitrate=N/A speed=0.719x   frame=   53 fps= 26 q=-0.0
size=N/A time=00:00:01.53 bitrate=N/A speed=0.745x   frame=   69 fps= 26
q=-0.0 size=N/A time=00:00:02.06 bitrate=N/A speed=0.772x   frame=   85
fps= 26 q=-0.0 size=N/A time=00:00:02.60 bitrate=N/A speed=0.791x   frame=
frame=  184 fps= 25 q=-0.0 Lsize=N/A time=00:00:06.17 bitrate=N/A
speed=0.825x
video:858331kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB
muxing overhead: unknown






2017-11-07 13:39 GMT+01:00 Moritz Barsnick <barsnick at gmx.net>:

> On Mon, Nov 06, 2017 at 20:00:21 +0100, Carl Eugen Hoyos wrote:
> > That is because ffmpeg (the application) defaults to the input
> > framerate for the output file (for all output file types).
>
> Ah, okay, I get it. Thanks.
>
> Moritz
> _______________________________________________
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>
> To unsubscribe, visit link above, or email
> ffmpeg-user-request at ffmpeg.org with subject "unsubscribe".
>