#75: Chroma corruption with specific Fraps sample -------------------------+---------------------- Reporter: Snowknight26 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git | Resolution: Keywords: fraps | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -------------------------+---------------------- Comment (by reimar): There seems to be some extra data in the first plane, skipping e.g. the first 13 VLC values significantly improves the image. All the broken frames start with very peculiar VLC-decoded data: Frame 54: 1a 1 1 0 1 fd 1 1 1 2 0 ff 1 1 1 ff 2 0 1 0 Frame 59: 4e 1 1 0 1 ff 1 1 1 1 0 fb a 0 4 0 3e 3d 3f 3e Frame 61: 98 1 1 0 ff 0 0 1 1 1 1 0 1 ff 1 1 1 1 1 1 Frame 62: 90 2 0 ff 1 0 1 1 1 1 0 ff 1 ff 5 ff 1 1 1 2 There might be an issue in the huffman table generation. For example removing FF_HUFFMAN_FLAG_ZERO_COUNT reduces the issues, but causes issues with many other frames. -- Ticket URL: <http://ffmpeg.org/trac/ffmpeg/ticket/75#comment:2> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker