- 25 Mar, 2014 1 commit
-
-
Vittorio Giovara authored
-
- 10 Apr, 2013 1 commit
-
-
Diego Biurrun authored
-
- 05 Apr, 2013 2 commits
-
-
Diego Biurrun authored
-
Diego Biurrun authored
-
- 11 Apr, 2012 1 commit
-
-
Reimar Döffinger authored
Currently they end up twice in the binary, since both encoder and decoder include the header and thus each gets their own copy. This is clearly nonsense for the const tables, but shouldn't be necessary for the RLTable either. Signed-off-by:
Reimar Döffinger <Reimar.Doeffinger@gmx.de>
-
- 19 Mar, 2011 1 commit
-
-
Mans Rullgard authored
Signed-off-by:
Mans Rullgard <mans@mansr.com>
-
- 20 Apr, 2010 1 commit
-
-
Diego Biurrun authored
Passing an explicit filename to this command is only necessary if the documentation in the @file block refers to a file different from the one the block resides in. Originally committed as revision 22921 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 01 Feb, 2009 1 commit
-
-
Diego Biurrun authored
Otherwise doxygen complains about ambiguous filenames when files exist under the same name in different subdirectories. Originally committed as revision 16912 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 31 Aug, 2008 1 commit
-
-
Stefano Sabatini authored
Consistently apply this rule: the guard name is obtained from the filename by stripping the leading "lib", converting '/' and '.' to '_' and uppercasing the resulting name. Guard names in the root directory have to be prefixed by "FFMPEG_". Originally committed as revision 15120 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 17 Oct, 2007 1 commit
-
-
Diego Biurrun authored
Originally committed as revision 10765 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 17 Jun, 2007 2 commits
-
-
Guillaume Poirier authored
Originally committed as revision 9356 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Måns Rullgård authored
Originally committed as revision 9345 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 16 Jun, 2007 2 commits
-
-
Måns Rullgård authored
Originally committed as revision 9344 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Måns Rullgård authored
need to #include "h261data.h" Originally committed as revision 9339 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 11 Nov, 2006 1 commit
-
-
Måns Rullgård authored
Originally committed as revision 6972 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 07 Oct, 2006 1 commit
-
-
Diego Biurrun authored
and fix GPL/LGPL version mismatches. Originally committed as revision 6577 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 10 Sep, 2006 1 commit
-
-
Diego Biurrun authored
Originally committed as revision 6219 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 12 Nov, 2004 1 commit
-
-
Maarten Daniels authored
-corrected wrong value in mv data -set correct mb_type after adjusting index -don't use H263 loop filter when the loop filter flag is set but when using the H261 encoder -use the same unquantizer as H263 (which is optimized btw) -removed unused members in H261Context patch by (Maarten Daniels <maarten.daniels >at< luc >dot< ac >dot< be>) regression test checksum update by me Originally committed as revision 3669 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 13 Sep, 2004 1 commit
-
-
Maarten Daniels authored
- GOB's can exist of only MBA_STUFFING codes: it crashed before, but it is fixed now - Clearer code - Some extra checks so the decoder is more resilient against errors patch by (Maarten Daniels <maarten dot daniels at student dot luc dot ac dot be>) Originally committed as revision 3457 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 30 May, 2004 1 commit
-
-
Michael Niedermayer authored
Originally committed as revision 3176 to svn://svn.ffmpeg.org/ffmpeg/trunk
-