[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