- 28 Apr, 2012 2 commits
-
-
Roland Scheidegger authored
The reason is this is easier for PIC code (in particular on darwin...). Keep the old names as pointers (static in cabac_functions.h so gcc knows these are just immediate offsets) so the c code can nicely stay the same (alternatively could use offsets directly in the functions needing the tables). This should produce the same code as before with non-pic and better code (confirmed) with pic. The assembly uses the new table but still won't work for PIC case. Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Roland Scheidegger authored
The reason is this is easier for PIC code (in particular on darwin...). Keep the old names as pointers (static in cabac_functions.h so gcc knows these are just immediate offsets) so the c code can nicely stay the same (alternatively could use offsets directly in the functions needing the tables). This should produce the same code as before with non-pic and better code (confirmed) with pic. The assembly uses the new table but still won't work for PIC case. Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
-
- 12 Jan, 2012 3 commits
-
-
Diego Biurrun authored
This fixes standalone compilation of some decoders with --disable-optimizations. cabac.h defines some inline functions that use symbols from cabac.c. Without optimizations these inline functions are not eliminated and linking fails with references to non-existing symbols. Splitting the inline functions off into their own header and only #including it in the places where the inline functions are used allows #including cabac.h from anywhere without ill effects.
-
Diego Biurrun authored
-
Diego Biurrun authored
It was only ever used in the cabac test program, but never initialized.
-
- 07 Jan, 2012 1 commit
-
-
Diego Biurrun authored
-
- 06 Jan, 2012 1 commit
-
-
Diego Biurrun authored
-
- 04 Jan, 2012 2 commits
-
-
Diego Biurrun authored
-
Diego Biurrun authored
-
- 17 Jul, 2011 1 commit
-
-
Diego Biurrun authored
-
- 20 Jun, 2011 10 commits
-
-
Mans Rullgard authored
Signed-off-by: Mans Rullgard <mans@mansr.com>
-
Mans Rullgard authored
Nothing requires this value in %eax. Signed-off-by: Mans Rullgard <mans@mansr.com>
-
Mans Rullgard authored
Signed-off-by: Mans Rullgard <mans@mansr.com>
-
Mans Rullgard authored
Signed-off-by: Mans Rullgard <mans@mansr.com>
-
Mans Rullgard authored
Signed-off-by: Mans Rullgard <mans@mansr.com>
-
Mans Rullgard authored
Signed-off-by: Mans Rullgard <mans@mansr.com>
-
Mans Rullgard authored
Signed-off-by: Mans Rullgard <mans@mansr.com>
-
Mans Rullgard authored
A comment says it's not faster than the C code. Signed-off-by: Mans Rullgard <mans@mansr.com>
-
Mans Rullgard authored
The code does not compile without this set. Signed-off-by: Mans Rullgard <mans@mansr.com>
-
Mans Rullgard authored
Signed-off-by: Mans Rullgard <mans@mansr.com>
-
- 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
-
- 21 Aug, 2009 1 commit
-
-
Reimar Döffinger authored
Originally committed as revision 19676 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 12 Apr, 2009 1 commit
-
-
Stefano Sabatini authored
put_bits.h. Originally committed as revision 18461 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
-
- 13 Jan, 2009 1 commit
-
-
Aurelien Jacobs authored
They are now always defined to either 0 or 1. Originally committed as revision 16590 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 16 Oct, 2008 1 commit
-
-
Diego Pettenò authored
Neither the asm() nor the __asm__() keyword is part of the C99 standard, but while GCC accepts the former in C89 syntax, it is not accepted in C99 unless GNU extensions are turned on (with -fasm). The latter form is accepted in any syntax as an extension (without requiring further command-line options). Sun Studio C99 compiler also does not accept asm() while accepting __asm__(), albeit reporting warnings that it's not valid C99 syntax. Originally committed as revision 15627 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 14 Sep, 2008 1 commit
-
-
Diego Biurrun authored
Originally committed as revision 15329 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 02 Sep, 2008 1 commit
-
-
Diego Biurrun authored
attribute to the relevant function declarations. Originally committed as revision 15161 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
-
- 09 May, 2008 1 commit
-
-
Diego Biurrun authored
Originally committed as revision 13098 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 16 Apr, 2008 2 commits
-
-
Jeff Downs authored
Move decode_significance_x86() and decode_significance_8x8_x86() to i386-specific file from cabac.h. New file is h264-oriented and only included from h264.c Resolves compilation when configured with --disable-optimizations due to decode_significance_8x8_x86 using last_coeff_flag_offset_8x8, which is only defined in h264.c Originally committed as revision 12846 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Jeff Downs authored
file based on old). Originally committed as revision 12845 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 15 Apr, 2008 1 commit
-
-
Jeff Downs authored
i386-specific file from cabac.h. New file is h264-oriented and only included from h264.c Resolves compilation when configured with --disable-optimizations due to decode_significance_8x8_x86 using last_coeff_flag_offset_8x8, which is only defined in h264.c Originally committed as revision 12838 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 17 Mar, 2008 1 commit
-
-
Måns Rullgård authored
Originally committed as revision 12479 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 28 Feb, 2008 1 commit
-
-
Reimar Döffinger authored
SunStudio 12 only supports the former. Originally committed as revision 12275 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 23 Jan, 2008 1 commit
-
-
Diego Biurrun authored
under TEST as preprocessor conditional, same as the test program. Originally committed as revision 11601 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 02 Dec, 2007 1 commit
-
-
Reimar Döffinger authored
Fixes "h264.c:5470: warning: passing argument 4 of 'decode_significance_8x8_x86' discards qualifiers from pointer target type" Originally committed as revision 11135 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
-
- 12 Oct, 2007 1 commit
-
-
Diego Biurrun authored
Fix the preprocessor directives to enable refill2() only when the conditions under which it is used apply. Originally committed as revision 10715 to svn://svn.ffmpeg.org/ffmpeg/trunk
-