1. 30 May, 2018 10 commits
  2. 29 May, 2018 6 commits
  3. 28 May, 2018 8 commits
    • Jerome Borsboom's avatar
      avcodec/vc1: store zero MVs for all blocks in a MB · 8a4dbd3e
      Jerome Borsboom authored
      Direct prediction for interlace frame B pictures references the mv in the
      second block in an MB in the backward reference frame for the twomv case.
      When the backward reference frame is an I frame, this value may be unset.
      Signed-off-by: 's avatarJerome Borsboom <jerome.borsboom@carpalis.nl>
      8a4dbd3e
    • Jerome Borsboom's avatar
      avcodec/vc1: fix mquant calculation for interlace field pictures · c0402e1e
      Jerome Borsboom authored
      For interlace field pictures s->mb_height indicates the height of the full
      picture in MBs, i.e. the two fields combined. A single field is half this
      size. When calculating mquant for interlace field pictures, the bottom edge
      is the last MB row of the field.
      Signed-off-by: 's avatarJerome Borsboom <jerome.borsboom@carpalis.nl>
      c0402e1e
    • Michael Niedermayer's avatar
      avcodec/allcodecs: Provide empty codec_list in allcodecs when ossfuzz is used · 42f40d36
      Michael Niedermayer authored
      The last workaround is not sufficient to make oss fuzz work with the iterate API
      as it did not provide a FFmpeg that external libs can be linked to.
      
      This patch does not fully restore the pre iterate functionality. My attempts to
      do this have so far failed.
      
      The problem with this solution is that it renders the fuzzers virtual system
      ffmpeg (libs) non functional. Which differs from a real system compared to the
      virtual system tested by the fuzzer.
      It should theoretically not matter as the system ffmpeg wouldnt be used.
      But with more cases being fuzzed we likely will hit a case where a external
      lib is involved and it does matter ...
      
      Working around this may be possible with weak symbols but so far my attempts
      failed
      
      Alternatively multiple ffmpeg could be built, this becomes messy though
      quickly as they need to be all linked together. That is we need a FFmpeg
      that has the iterate API modified so it can work with the resources
      available to ossfuzz. And at the same time we need a ffmpeg that has
      its full functionality for any external libs which use ffmpeg and are
      used by ffmpeg.
      Signed-off-by: 's avatarMichael Niedermayer <michael@niedermayer.cc>
      42f40d36
    • Jan Ekström's avatar
      lavf/libssh: translate a read of 0 to EOF · 26892c76
      Jan Ekström authored
      Yet another case of forgotten 0 =! EOF translation.
      
      While the documentation for this specific synchronous read
      function does not mention it, the documentation for
      `sftp_async_read` documents it, as well as looking at the
      implementation of this function leads one to find
      `if (handle->eof) { return 0; }`.
      
      Reported by stnutt on IRC.
      26892c76
    • Jun Zhao's avatar
      cmdutils: dump supported hardware devices in print_codec() · 81b77e7b
      Jun Zhao authored
      dump the supported hardware devices for codec when use the command
      like ./ffmpeg -h decoder=h264.
      Signed-off-by: 's avatarJun Zhao <mypopydev@gmail.com>
      81b77e7b
    • Jun Zhao's avatar
      cmdutils: print missing caps in print_codec(). · 90acf168
      Jun Zhao authored
      print full caps type in print_codec().
      Signed-off-by: 's avatarJun Zhao <mypopydev@gmail.com>
      90acf168
    • Karthick Jeyapal's avatar
      avformat/dashenc: Added a warning for incorrect segment name extension · ebf85d31
      Karthick Jeyapal authored
      Applicable only to webm output format.
      By default all the segment filenames end with .m4s extension.
      When someone chooses webm output format, we recommend they also override the relevant segment name options to end with .webm extension. This patch will issue a warning for he same
      ebf85d31
    • Karthick Jeyapal's avatar
      avformat/dashenc: Added option for Segment file format · 2efdbf73
      Karthick Jeyapal authored
      Right now segment file format is chosen to be either mp4 or webm based on the codec format.
      This patch makes that choice configurable by the user, instead of being decided by the muxer.
      
      Also with this change per-stream choice segment file format(based on codec type) is not possible.
      All the output audio and video streams should be in the same file format.
      2efdbf73
  4. 27 May, 2018 12 commits
  5. 25 May, 2018 4 commits