1. 17 Mar, 2009 10 commits
  2. 16 Mar, 2009 26 commits
  3. 15 Mar, 2009 4 commits
    • Baptiste Coudurier's avatar
      search for hdlr atom in meta, some files do not store version+flags · df8843c6
      Baptiste Coudurier authored
      Originally committed as revision 17996 to svn://svn.ffmpeg.org/ffmpeg/trunk
      df8843c6
    • Ramiro Polla's avatar
      mingw32: call lib.exe instead of lib to facilitate running it through wine. · 06abe7f5
      Ramiro Polla authored
      Originally committed as revision 17995 to svn://svn.ffmpeg.org/ffmpeg/trunk
      06abe7f5
    • Matthieu Castet's avatar
      Disallow out-of-tree builds with config.h in the source tree. · 337cee68
      Matthieu Castet authored
      A config.h present in the source tree takes precedence over a config.h
      in the build tree, which can possibly result in an incorrect build.
      patch by matthieu castet, castet.matthieu free fr
      
      Originally committed as revision 17994 to svn://svn.ffmpeg.org/ffmpeg/trunk
      337cee68
    • Ronald S. Bultje's avatar
      Fix index generation in the way that it was supposed to be used. See the · 7a160bca
      Ronald S. Bultje authored
      discussion in the ML thread "[PATCH] rmdec.c: merge old/new packet reading
      code".
      
      Over time, this code broke somewhat, e.g. seq was never actually written
      into (and was thus always 1, therefore the seq condition was always true),
      whereas it was supposed to be set to the sequence number of the video slice
      in case the video frame is divided over multiple RM packets (slices). The
      problem of this is that packets other than those containing the beginning
      of a video frame would be indexed as well.
      Secondly, flags&2 is supposed to be true for video keyframes and for these
      audio packets containing the start of a block. For some codecs (e.g. AAC),
      that is every single packet, whereas for others (e.g. cook), that is the
      packet containing the first of a series of scrambled packets that are to be
      descrambled together. Indexing any of the following would lead to incomplete
      and thus useless frames. Problem here is that flags would be reset to 2 to
      indicate that the first packet is ready to be returned, and in addition if
      no data was left to be returned (which is always true for the first packet),
      then we wouldn't actually write the index entry anyway.
      All in all, the idea was good and it probably worked at some point, but that
      is long ago. This patch should at the very least make it likely for this code
      to be executed again at the right times, i.e. the way it was originally
      intended to be used.
      
      Originally committed as revision 17993 to svn://svn.ffmpeg.org/ffmpeg/trunk
      7a160bca