[FFmpeg-trac] #3475(ffprobe:closed): -skip_frame nokey doesn't work with ffprobe

FFmpeg trac at avcodec.org
Tue Mar 18 10:03:53 CET 2014


#3475: -skip_frame nokey doesn't work with ffprobe
------------------------------------+--------------------------------------
             Reporter:  duggaraju   |                    Owner:
                 Type:  defect      |                   Status:  closed
             Priority:  normal      |                Component:  ffprobe
              Version:  git-master  |               Resolution:  worksforme
             Keywords:  skip_frame  |               Blocked By:
             Blocking:              |  Reproduced by developer:  0
Analyzed by developer:  0           |
------------------------------------+--------------------------------------
Changes (by cehoyos):

 * keywords:  ffprobe show_frame => skip_frame
 * status:  new => closed
 * resolution:   => worksforme


Old description:

> Summary of the bug:
> How to reproduce:
> {{{
> % ffprobe -skip_frame nokey -select_streams v -show_frames -i input.mp4
>  ... output
> ffprobe version N-60386-g9c978f2 Copyright (c) 2007-2014 the FFmpeg
> developers
>   built on Feb  5 2014 22:08:32 with gcc 4.8.2 (GCC)
> [FRAME]
> media_type=video
> key_frame=1
> pkt_pts=1000
> pkt_pts_time=0.040000
> pkt_dts=1000
> pkt_dts_time=0.040000
> best_effort_timestamp=1000
> best_effort_timestamp_time=0.040000
> pkt_duration=1000
> pkt_duration_time=0.040000
> pkt_pos=1191176
> pkt_size=3327
> width=1920
> height=1080
> pix_fmt=yuv420p
> sample_aspect_ratio=1:1
> pict_type=I
> coded_picture_number=0
> display_picture_number=0
> interlaced_frame=0
> top_field_first=0
> repeat_pict=0
> [/FRAME]
> [FRAME]
> media_type=video
> key_frame=0
> pkt_pts=2000
> pkt_pts_time=0.080000
> pkt_dts=2000
> pkt_dts_time=0.080000
> best_effort_timestamp=2000
> best_effort_timestamp_time=0.080000
> pkt_duration=1000
> pkt_duration_time=0.040000
> pkt_pos=1194771
> pkt_size=268
> width=1920
> height=1080
> pix_fmt=yuv420p
> sample_aspect_ratio=1:1
> pict_type=B
> coded_picture_number=2
> display_picture_number=0
> interlaced_frame=0
> top_field_first=0
> repeat_pict=0
> [/FRAME]
> [FRAME]
>
> As per ticket #1859 https://trac.ffmpeg.org/ticket/1859 this is supposed
> to be fixed. But I can repro it easily with the
> latest build. Is this a bug or am I doing something wrong?
>
> }}}
> I expect the output to only show the key frames information but instead
> it shows all the

New description:

 Summary of the bug:
 How to reproduce:
 {{{
 % ffprobe -skip_frame nokey -select_streams v -show_frames -i input.mp4
  ... output
 ffprobe version N-60386-g9c978f2 Copyright (c) 2007-2014 the FFmpeg
 developers
   built on Feb  5 2014 22:08:32 with gcc 4.8.2 (GCC)
 [FRAME]
 media_type=video
 key_frame=1
 pkt_pts=1000
 pkt_pts_time=0.040000
 pkt_dts=1000
 pkt_dts_time=0.040000
 best_effort_timestamp=1000
 best_effort_timestamp_time=0.040000
 pkt_duration=1000
 pkt_duration_time=0.040000
 pkt_pos=1191176
 pkt_size=3327
 width=1920
 height=1080
 pix_fmt=yuv420p
 sample_aspect_ratio=1:1
 pict_type=I
 coded_picture_number=0
 display_picture_number=0
 interlaced_frame=0
 top_field_first=0
 repeat_pict=0
 [/FRAME]
 [FRAME]
 media_type=video
 key_frame=0
 pkt_pts=2000
 pkt_pts_time=0.080000
 pkt_dts=2000
 pkt_dts_time=0.080000
 best_effort_timestamp=2000
 best_effort_timestamp_time=0.080000
 pkt_duration=1000
 pkt_duration_time=0.040000
 pkt_pos=1194771
 pkt_size=268
 width=1920
 height=1080
 pix_fmt=yuv420p
 sample_aspect_ratio=1:1
 pict_type=B
 coded_picture_number=2
 display_picture_number=0
 interlaced_frame=0
 top_field_first=0
 repeat_pict=0
 [/FRAME]
 [FRAME]
 }}}

 As per ticket #1859 this is supposed to be fixed. But I can repro it
 easily with the
 latest build. Is this a bug or am I doing something wrong?

 I expect the output to only show the key frames information but instead it
 shows all the

--

Comment:

 I tested the following:
 {{{
 $ ffprobe -select_streams v -show_frames fate-
 suite/svq3/Vertical400kbit.sorenson3.mov >test
 $ ffprobe -skip_frame nokey -select_streams v -show_frames fate-
 suite/svq3/Vertical400kbit.sorenson3.mov >test2
 }}}
 The output file {{{test2}}} is much smaller than the file {{{test}}} and
 its creation takes significantly less time.

--
Ticket URL: <https://trac.ffmpeg.org/ticket/3475#comment:1>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker


More information about the FFmpeg-trac mailing list