[FFmpeg-trac] #731(undetermined:new): h264 video frames inside m2ts container get altered after commit 13b7781ec8d475513c1ee40a6e481763b728a71e

FFmpeg trac at avcodec.org
Sat Dec 10 14:48:46 CET 2011


#731: h264 video frames inside m2ts container get altered after commit
13b7781ec8d475513c1ee40a6e481763b728a71e
-------------------------------------+-------------------------------------
             Reporter:  Andrea3000   |                     Type:  defect
               Status:  new          |                 Priority:  important
            Component:               |                  Version:  git-
  undetermined                       |  master
             Keywords:  h264 m2ts    |               Blocked By:
             Blocking:               |  Reproduced by developer:  0
Analyzed by developer:  0            |
-------------------------------------+-------------------------------------
 After commit 13b7781ec8d475513c1ee40a6e481763b728a71e, h264 video frames
 inside m2ts container are altered.
 Take a look at those 2 pictures:
 Pre commit: [http://dl.dropbox.com/u/11879013/pre.jpg Image pre-commit]
 After commit: [http://dl.dropbox.com/u/11879013/post.jpg Image after-
 commit]

 As you can see, after that commit, height of the frame is bigger (by 8
 pixles) than the correct one (in this case 1088 against 1080), therefore a
 black border appears in the bottom part of the window/frame.
 This happens with every h264 stream inside m2ts container and never
 happens with mkv container.
 MPEG-2 and VC-1 streams don't have this issue both in m2ts and mkv
 container.

 This bug also causes a crash when deinterlacing and converting image with
 avpicture_deinterlace and sws_scale. (See
 [https://ffmpeg.org/trac/ffmpeg/ticket/713])

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


More information about the FFmpeg-trac mailing list