- 23 Feb, 2013 1 commit
-
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 21 Feb, 2013 2 commits
-
-
Michael Niedermayer authored
Fixes Ticket2288 Tested-by:
Stefano Pigozzi <stefano.pigozzi@gmail.com> Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
This is a regression introduced from the h264/mpegvideo split Fixes out of array reads Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 20 Feb, 2013 2 commits
-
-
Michael Niedermayer authored
Fixes out of array accesses Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Fixes out of array accesses Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 19 Feb, 2013 4 commits
-
-
Ronald S. Bultje authored
Instead, only extend edges on-demand when the motion vector actually crosses the visible decoded area using ff_emulated_edge_mc(). This changes decoding time for cathedral from 8.722sec to 8.706sec, i.e. 0.2% faster overall. More generally (VP8 uses this also), low-motion content gets significant speed improvements, whereas high-motion content tends to decode in approximately the same time. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Ronald S. Bultje authored
These functions are mostly H264-specific (the only other user I can spot is bink), and this allows us to special-case some functionality for H264. Also remove the 16-bit-coeff with >8bpp versions (unused) and merge the duplicate 32-bit-coeff for >8bpp (identical). Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Ronald S. Bultje authored
The non-intra-pcm branch in hl_decode_mb (simple, 8bpp) goes from 700 to 672 cycles, and the complete loop of decode_mb_cabac and hl_decode_mb (in the decode_slice loop) goes from 1759 to 1733 cycles on the clip tested (cathedral), i.e. almost 30 cycles per mb faster. Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 18 Feb, 2013 3 commits
-
-
Ronald S. Bultje authored
Not all hwaccels implement all codecs, so using one single list for multiple such codecs means some codecs will be represented in the list, even though they don't actually handle that codec. Copying specific lists in each codec fixes that. Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Ronald S. Bultje authored
Instead, only extend edges on-demand when the motion vector actually crosses the visible decoded area using ff_emulated_edge_mc(). This changes decoding time for cathedral from 8.722sec to 8.706sec, i.e. 0.2% faster overall. More generally (VP8 uses this also), low-motion content gets significant speed improvements, whereas high-motion content tends to decode in approximately the same time. Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Ronald S. Bultje authored
Instead, keep them in the bitstream buffer until we read them verbatim, this saves a memcpy() and a subsequent clearing of the target buffer. decode_cabac+decode_mb for a sample file (CAPM3_Sony_D.jsv) goes from 6121.4 to 6095.5 cycles, i.e. 26 cycles faster. Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 17 Feb, 2013 2 commits
-
-
Carl Eugen Hoyos authored
This fixes an assertion failure when running mplayer -vc ffh264vdpau. Reported by irc user ioni.
-
Michael Niedermayer authored
Some applications do not like that. Fixes VDA Reduces noise for VDPAU Tested-by:
Guillaume POIRIER <poirierg@gmail.com> Tested-by:
Carl Eugen Hoyos <cehoyos@ag.or.at> Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 16 Feb, 2013 2 commits
-
-
Hendrik Leppkes authored
Writing into uninitialized hw surfaces is not supported and triggers an assert inside avpriv_color_frame Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
This prevents a regression from the removial of the buffer initialization Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 15 Feb, 2013 5 commits
-
-
Anton Khirnov authored
Most of the changes are just trivial are just trivial replacements of fields from MpegEncContext with equivalent fields in H264Context. Everything in h264* other than h264.c are those trivial changes. The nontrivial parts are: 1) extracting a simplified version of the frame management code from mpegvideo.c. We don't need last/next_picture anymore, since h264 uses its own more complex system already and those were set only to appease the mpegvideo parts. 2) some tables that need to be allocated/freed in appropriate places. 3) hwaccels -- mostly trivial replacements. for dxva, the draw_horiz_band() call is moved from ff_dxva2_common_end_frame() to per-codec end_frame() callbacks, because it's now different for h264 and MpegEncContext-based decoders. 4) svq3 -- it does not use h264 complex reference system, so I just added some very simplistic frame management instead and dropped the use of ff_h264_frame_start(). Because of this I also had to move some initialization code to svq3. Additional fixes for chroma format and bit depth changes by Janne Grunau <janne-libav@jannau.net> Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-
Anton Khirnov authored
Split out dependency on MpegEncContext.
-
Anton Khirnov authored
-
Anton Khirnov authored
!encoding is always true, we do not have a H.264 encoder
-
Anton Khirnov authored
partitioned_frame is never set for h264 (as easily seen from git grep).
-
- 13 Feb, 2013 3 commits
-
-
Michael Niedermayer authored
This makes the code more robust against reordering or fields. Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Ronald S. Bultje authored
Init code in that if statement goes down from 26716 cycles to 26047 cycles, i.e. the removal of the clear_blocks and smaller memcpy() together save around 670 cycles. Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
This prevents faulty increasing of has_b_frames Should fix Ticket 2062 Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 12 Feb, 2013 1 commit
-
-
Ronald S. Bultje authored
These functions are mostly H264-specific (the only other user I can spot is bink), and this allows us to special-case some functionality for H264. Also remove the 16-bit-coeff with >8bpp versions (unused) and merge the duplicate 32-bit-coeff for >8bpp (identical). Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 11 Feb, 2013 1 commit
-
-
Martin Storsjö authored
This fixes slice threading which seems to have been broken since 79dad2a9. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 07 Feb, 2013 1 commit
-
-
Diego Biurrun authored
-
- 06 Feb, 2013 1 commit
-
-
Diego Biurrun authored
-
- 02 Feb, 2013 2 commits
-
-
Michael Niedermayer authored
Fixes out of array accesses Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
The index is not out of bounds, adding an assert makes gcc realize this. Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 29 Jan, 2013 2 commits
-
-
Anton Khirnov authored
-
Michael Niedermayer authored
The existing checks are insufficient to detect a pixel format changes in case of some damaged streams. Fixes inconsistency and later out of array accesses Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 27 Jan, 2013 2 commits
-
-
Rémi Denis-Courmont authored
Signed-off-by:
Luca Barbato <lu_zero@gentoo.org>
-
Rémi Denis-Courmont authored
Signed-off-by:
Luca Barbato <lu_zero@gentoo.org>
-
- 24 Jan, 2013 2 commits
-
-
Janne Grunau authored
-
Mans Rullgard authored
The sh4 optimizations are removed, because the code is 100% identical to the C code, so it is unlikely to provide any real practical benefit. Signed-off-by:
Diego Biurrun <diego@biurrun.de> Signed-off-by:
Ronald S. Bultje <rsbultje@gmail.com> Signed-off-by:
Luca Barbato <lu_zero@gentoo.org>
-
- 23 Jan, 2013 1 commit
-
-
Diego Biurrun authored
It does not help as an abstraction and adds dsputil dependencies. Signed-off-by:
Ronald S. Bultje <rsbultje@gmail.com>
-
- 20 Jan, 2013 2 commits
-
-
Michael Niedermayer authored
Without any correctly decoded slices, there can be no frame. Fixes out of array reads Found-by: Rafaël Carré Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Mans Rullgard authored
Signed-off-by:
Diego Biurrun <diego@biurrun.de>
-
- 19 Jan, 2013 1 commit
-
-
Michael Niedermayer authored
Fixes assertion failure Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-