[FFmpeg-trac] #3393(undetermined:new): Interlaced H.264 packets are split causing MP4 STTS

FFmpeg trac at avcodec.org
Mon Feb 17 16:55:38 CET 2014


#3393: Interlaced H.264 packets are split causing MP4 STTS
-------------------------------------+-------------------------------------
             Reporter:  wim_arbor    |                     Type:  defect
               Status:  new          |                 Priority:  normal
            Component:               |                  Version:  git-
  undetermined                       |  master
             Keywords:               |               Blocked By:
             Blocking:               |  Reproduced by developer:  0
Analyzed by developer:  0            |
-------------------------------------+-------------------------------------
 Summary of the bug:
 when remuxing a mpeg-ts containing interlaced H.264 into mp4, both fields
 of each video frame are split into seperate packets. Software such as
 Mediainfo uses the STTS to determine the frame rate. It will show as 50fps
 instead of 25fps

 How to reproduce:
 {{{
 % ffmpeg.exe -i h264_aac_576i_tff.ts -c:a copy -c:v copy -bsf:a
 aac_adtstoasc -async 1 h264_aac_576i_tff.mp4

 ffmpeg version N-60700-g07b4b0c Copyright (c) 2000-2014 the FFmpeg
 developers
   built on Feb 17 2014 15:45:12 with gcc 4.8.2 (GCC)
   configuration: --pkg-config=pkg-config
 --prefix=/home/arbor/software/packages/win32 --enable-memalign-hack
 --arch=x86 --target-os=mingw32 --cross-prefix=i686-w64-mingw32- --enable-
 libfaac --enable-libx264 --enable-gpl --enable-nonfree --disable-
 w32threads
   libavutil      52. 64.100 / 52. 64.100
   libavcodec     55. 52.102 / 55. 52.102
   libavformat    55. 33.100 / 55. 33.100
   libavdevice    55. 10.100 / 55. 10.100
   libavfilter     4.  1.102 /  4.  1.102
   libswscale      2.  5.101 /  2.  5.101
   libswresample   0. 17.104 /  0. 17.104
   libpostproc    52.  3.100 / 52.  3.100
 Input #0, mpegts, from 'h264_aac_576i_tff.ts':
   Duration: 00:00:02.80, start: 600.000000, bitrate: 9671 kb/s
   Program 1
     Stream #0:0[0x1011]: Video: h264 (High) ([27][0][0][0] / 0x001B),
 yuv420p(tv, bt470bg), 720x576 [SAR 16:15 DAR 4:3], 25 fps, 25 tbr, 90k
 tbn, 50 tbc
     Stream #0:1[0x1100]: Audio: aac ([15][0][0][0] / 0x000F), 48000 Hz,
 stereo, fltp, 127 kb/s
 File 'h264_aac_576i_tff.mp4' already exists. Overwrite ? [y/N] y
 Output #0, mp4, to 'h264_aac_576i_tff.mp4':
   Metadata:
     encoder         : Lavf55.33.100
     Stream #0:0: Video: h264 ([33][0][0][0] / 0x0021), yuv420p, 720x576
 [SAR 16:15 DAR 4:3], q=2-31, 25 fps, 90k tbn, 90k tbc
     Stream #0:1: Audio: aac ([64][0][0][0] / 0x0040), 48000 Hz, stereo,
 127 kb/s
 Stream mapping:
   Stream #0:0 -> #0:0 (copy)
   Stream #0:1 -> #0:1 (copy)
 Press [q] to stop, [?] for help
 [mp4 @ 03820060] pts has no value
     Last message repeated 68 times
 [mp4 @ 03820060] pts has no value
     Last message repeated 1 times
 frame=  142 fps=0.0 q=-1.0 Lsize=    3205kB time=00:00:02.78
 bitrate=9444.8kbits/s
 video:3159kB audio:43kB subtitle:0 data:0 global headers:0kB muxing
 overhead 0.096098%
 }}}

 h264_aac_576i_tff.ts has been uploaded to /incoming on upload.ffmpeg.org

 Patches should be submitted to the ffmpeg-devel mailing list and not this
 bug tracker.

--
Ticket URL: <https://trac.ffmpeg.org/ticket/3393>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker


More information about the FFmpeg-trac mailing list