1. 25 Jul, 2012 19 commits
  2. 24 Jul, 2012 17 commits
  3. 23 Jul, 2012 4 commits
    • Alexander Strasser's avatar
      tools/bisect-create: Support "bisect run" · 3f22fcce
      Alexander Strasser authored
        Make it possible to use the run bisect sub command. As with all
      other ffbisect commands, revisions that do not contain the needed
      tools are skipped.
      Signed-off-by: 's avatarAlexander Strasser <eclipse7@gmx.net>
      3f22fcce
    • yang's avatar
      dsputil_mmx: fix incorrect assembly code · 6a2bad2c
      yang authored
      In file libavcodec/x86/dsputil_mmx.c, function ff_put_pixels_clamped_mmx(), there are two assembly code blocks. In the first block (in the unrolled loop), the instructions "movq 8%3, %%mm1 \n\t" etc have problem.
      For above instruction, it is clear what the programmer wants: a load from p + 8. But this assembly code doesn’t guarantee that. It only works if the compiler puts p in a register to produce an instruction like this: “movq 8(%edi), %mm1”. During compiler optimization, it is possible that the compiler will be able to constant propagate into p. Suppose p = &x[10000]. Then operand 3 can become 10000(%edi), where %edi holds &x. And the instruction becomes “movq 810000(%edx)”. That is, it will stride by 810000 instead of 8.
      This will cause the segmentation fault.
      This error was fixed in the second block of the assembly code, but not in the unrolled loop.
      
      How to reproduce:
      This error is exposed when we build the ffmpeg using Intel C++ Compiler, IPO+PGO optimization. The ffmpeg was crashed when decoding a mjpeg video.
      Signed-off-by: 's avatarMichael Niedermayer <michaelni@gmx.at>
      6a2bad2c
    • Diego Biurrun's avatar
      build: Skip compiling rtmpdh.h if ffrtmpcrypt protocol is not enabled · 6b801421
      Diego Biurrun authored
      The ffrtmpcrypt protocol depends on external libraries, which are
      also required to compile the header file.
      6b801421
    • Michael Niedermayer's avatar