[FFmpeg-trac] #502(undetermined:reopened): Jumping frames (wrong presentation order) when copying video (muxing) of an h264 file (to m4v/mp4) in Quicktime

[FFmpeg]

#502: Jumping frames (wrong presentation order) when copying video (muxing) of an
h264 file (to m4v/mp4) in Quicktime
-------------------------------------+-------------------------------------
             Reporter:  Alex__       |                    Owner:
                 Type:  defect       |                   Status:  reopened
             Priority:  normal       |                Component:
              Version:  git-master   |  undetermined
             Keywords:  mux h.264    |               Resolution:
  mp4 m4v quicktime                  |               Blocked By:
             Blocking:               |  Reproduced by developer:  0
Analyzed by developer:  0            |
-------------------------------------+-------------------------------------

Comment (by cehoyos):

 Replying to [comment:12 RyanS]:
 > My command line and ffmpeg version output was in my prior post. My
 complete console output does not appear to be substantively different from
 the original bug report, but I can include it if you think it is worth the
 extra post size.

 I would say it is always required when reopening a ticket, but see below.

 [...]

 > I notice that the pts is always < dts, and that pts is always equal to
 prior frame's dts (in stream order).

 Do you agree that the ticket can be closed as invalid or do I miss
 something?
 (Consider testing vanilla WMP, if you are unable, please point me to a
 sample.)

-- 
Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/502#comment:13>
FFmpeg <http://ffmpeg.org>
FFmpeg issue tracker