This patch corrects the support for I slice in CABAC and MBAFF mode.
This decodes correctly 6 more frames of the conformance suite.
Originally committed as revision 4109 to svn://svn.ffmpeg.org/ffmpeg/trunk
filter code for the I slice.
With this patch, 4 more frames are decoded correctly from the
conformance streams.
patch by (Loïc Le Loarer <lll+ffmpeg m4x org>)
Originally committed as revision 4088 to svn://svn.ffmpeg.org/ffmpeg/trunk
patch corrects this and decodes the same streams as version 1.102.
patch by (Loïc Le Loarer <lll+ffmpeg m4x org>)
Originally committed as revision 4087 to svn://svn.ffmpeg.org/ffmpeg/trunk
Read vui bitstream restrictions (allows B-frame delay in advance, rather than waiting till we're out of order.)
Mark duplicate frames due to delay as duplicates.
Originally committed as revision 4028 to svn://svn.ffmpeg.org/ffmpeg/trunk
This patch adds the support for INTRA PCM macroblocks in CAVLC and CABAC
mode, the deblocking needed a small modification and so did the
intra4x4_pred_mode prediction.
With this patch, the 5 streams of the conformance suite containing INTRA
PCM macroblocks now decode entirely, 4 are completely corrects, 1 is
incorrect since the first B slice because of deblocking in B slice not
yet implemented.
The code is not optimized for speed, it is not necessary IPCM
macroblocks are rare, but it could be optimized for code size, if
someone want to do this, feel free.
Originally committed as revision 3941 to svn://svn.ffmpeg.org/ffmpeg/trunk
3 more streams of the conformance suite decode to the
end instead of failing on an assert (CABACI3_Sony_B.jsv,
CABAST3_Sony_E.jsv and CABASTBR3_Sony_B.jsv), they are still false since
the first B slice probably because of deblocking in B slices not yet
implemented.
Originally committed as revision 3932 to svn://svn.ffmpeg.org/ffmpeg/trunk
With this patch, the streams CAWP5_TOSHIBA_E.264 and CVWP5_TOSHIBA_E.264
are completely decoded
Originally committed as revision 3917 to svn://svn.ffmpeg.org/ffmpeg/trunk
reference list 1 swaping fix? seems its not used by any samples i found though
Originally committed as revision 3863 to svn://svn.ffmpeg.org/ffmpeg/trunk
Bidirectional weighting has not been tested for bitwise accuracy, but looks correct.
Originally committed as revision 3811 to svn://svn.ffmpeg.org/ffmpeg/trunk
- add support for deblocking_filter_idc==2 which means no deblocking accross slice.
- correct MMCO with multiple slices.
5 more streams from H264 conformance suite are now correctly decoded.
patch by (Loic <lll+ffmpeg >< m4x dot org>)
Originally committed as revision 3786 to svn://svn.ffmpeg.org/ffmpeg/trunk
fix reference list sorting for B-frames.
fix mv caching for mixed list B-blocks.
Originally committed as revision 3775 to svn://svn.ffmpeg.org/ffmpeg/trunk
for main profile H.264 streams. I have tested this on all H264
conformance streams and comparing the result with the current CVS
version, there is 8 streams which decode correctly more frames and 2
streams which are now completely correct with my patch.
This patch also correct some typo in comments.
patch by (Loic Le Loarer <lll+ffmpeg >at< m4x org>)
Originally committed as revision 3758 to svn://svn.ffmpeg.org/ffmpeg/trunk
