interpolations, since they are always 16-bytes aligned in practice.
Add asserts to ease narrowing down potential image corructions on exotic plateforms
Based on a patch by Mauricio Alvarez % lokifo A gmail P com %
Original thread:
Date: Jun 26, 2007 1:07 PM
Subject: Re: [FFmpeg-devel] [PATCH] h264 luma interpolation 8x8 for altivec
Originally committed as revision 10238 to svn://svn.ffmpeg.org/ffmpeg/trunk
part 1 of h264 luma interpolation 8x8 for altivec contributed by
Mauricio Alvarez % lokifo A gmail P com %
Original thread:
Date: Jun 26, 2007 8:15 PM
Subject: Re: [FFmpeg-devel] [PATCH] h264 luma interpolation 8x8 for altivec
Originally committed as revision 10090 to svn://svn.ffmpeg.org/ffmpeg/trunk
( http://www.pennfans.net/files/videos/Penn&Teller.on.The.View.mp4 )
with current Altivec implementation of loopfilter, while others are fine.
Let's disable it until we iron this bug out.
Originally committed as revision 9317 to svn://svn.ffmpeg.org/ffmpeg/trunk
Add myself to PPC/OSX maintainers as this what I've been doing
for several month already, and Romain isn't active that much
these days
Originally committed as revision 9304 to svn://svn.ffmpeg.org/ffmpeg/trunk
(there's still 2 more, but there's burried into several levels of macros, so it's hard to narrow them down)
Originally committed as revision 9265 to svn://svn.ffmpeg.org/ffmpeg/trunk
instead of compiler-dependent __attribute__((aligned(16)))
Origiginal thread:
Date: May 17, 2007 12:30 AM
Subject: [PATCH] Use DECLARE_ALIGNED_16 in libavcodec/ppc/
Originally committed as revision 9047 to svn://svn.ffmpeg.org/ffmpeg/trunk
Date: Mar 30, 2007 9:00 PM
Subject: Re: [Ffmpeg-devel] Motion Estimation in snow.c for Waevelet encoded frames (DWT)
Originally committed as revision 8579 to svn://svn.ffmpeg.org/ffmpeg/trunk
- Build system integration is equivalent to RFC #6 patch
- Same rule applies to ffmpeg.c/allformats.[c|h]
- x11grab.c is from Clemens Fruhwirth except the x11 grab
structure for libavformat registration is renamed to
match build system integration.
Originally committed as revision 7302 to svn://svn.ffmpeg.org/ffmpeg/trunk
- License should be fixed now (finally)
- Added doxygen comments
- Cleaned up the X11Grab structure
- Renamed X11Grab structure to x11_grab_s
- Changed some Java stylish named functions to more C'stylish ones
- Changed order of some parameters so they are more libc alike with
destination as first parameter
- Use AVRational where relevant
- Fixed time calculation
- Cleaned up a few little tiny things around the sources
+ removed a goto
+ removed unused vars
+ etc...
Originally committed as revision 7299 to svn://svn.ffmpeg.org/ffmpeg/trunk
- License is for FFmpeg, not "this program"
- Rewrite mouse cursor painting functions
- Cosmetic on 2 function declarations
Originally committed as revision 7298 to svn://svn.ffmpeg.org/ffmpeg/trunk
- License is GPL, simplify the license header to make it clear
- Add myself to license header, clarify who did what
- Use 64 bit PTS
- Move mouse bitmaps to the mouse cursor painting function. Make them
const again
- Properly detach X11 from the shared memory segment on close
- Destroy X11 image on close
Originally committed as revision 7296 to svn://svn.ffmpeg.org/ffmpeg/trunk
- Turned the mouse cursor painting code into a macro for more
maintainability
- Dropped mouse cursor painting in 8bit mode
- Removed log when dropping frames
- Free the shared memory segment on close
Originally committed as revision 7295 to svn://svn.ffmpeg.org/ffmpeg/trunk
- Indentation
- Use av_log instead of fprintf
- Removed strdup of the device name. It was unused
- Cleaned things a bit
Originally committed as revision 7294 to svn://svn.ffmpeg.org/ffmpeg/trunk
- Build system integration is equivalent to RFC #6 patch
- Same rule applies to ffmpeg.c/allformats.[c|h]
- x11grab.c is from Clemens Fruhwirth except the x11 grab
structure for libavformat registration is renamed to
match build system integration.
Originally committed as revision 7293 to svn://svn.ffmpeg.org/ffmpeg/trunk
Date: Tue, 12 Dec 2006 14:00:54 +0100
Subject: Re: [Ffmpeg-cvslog] r6876 - trunk/libavcodec/motion_est.c
Originally committed as revision 7288 to svn://svn.ffmpeg.org/ffmpeg/trunk
Patch Ryan Martell % rdm4 A martellventures P com %
Original thread:
Date: Oct 27, 2006 6:49 PM
Subject: [Ffmpeg-devel] [PATCH] Base64 code
Originally committed as revision 6816 to svn://svn.ffmpeg.org/ffmpeg/trunk
Make configure set CMOV_IS_FAST on arches on which cmov has a low latency
(typically non-Netburst based processor)
Originally committed as revision 6749 to svn://svn.ffmpeg.org/ffmpeg/trunk
Almost all CPU targets use -mcpu=xx to set architecture type,
register usage, choice of mnemonics, and instruction
scheduling parameters, except x86, MIPS, HPPA which uses -march=xx
Originally committed as revision 6736 to svn://svn.ffmpeg.org/ffmpeg/trunk
Note that previous implementation (--tune) wasn't consistent with regards to setting -march/-mcpu/-mtune whereas current --cpu now is
Original thread:
Date: Oct 17, 2006 3:20 PM (patch) || Date: Oct 13, 2006 12:03 PM (suggestion of configure clean-up)
Subject: Re: [Ffmpeg-devel] [PATH] test if cpu supports CMOV
Originally committed as revision 6729 to svn://svn.ffmpeg.org/ffmpeg/trunk
#endif preprocessor directives to make it clearer which code
block depends on which #define xx
Originally committed as revision 6668 to svn://svn.ffmpeg.org/ffmpeg/trunk
(was duplicated in libavcodec/ppc/vc1dsp_altivec.c
nd libavcodec/ppc/mpegvideo_altivec.c, and will be
used in upcoming routines for h264_altivec.c)
Originally committed as revision 6621 to svn://svn.ffmpeg.org/ffmpeg/trunk
Patch by
Victor Paesa <wzrlpy@arsystel.com>
Original thread:
Date: Aug 30, 2006 1:16 AM
Subject: Re: [Ffmpeg-devel] [PATCH] enable libswscale
Originally committed as revision 6128 to svn://svn.ffmpeg.org/ffmpeg/trunk
Original thread:
Date: Aug 10, 2006 10:45 AM
Subject: [Ffmpeg-devel] [PATCH] fix compilation when Snow ENcoder is disabled
Originally committed as revision 6000 to svn://svn.ffmpeg.org/ffmpeg/trunk
3dnow intrinsincs are for now only compiled if 3dnowext support is available. (I should add smth that
checks for plain 3dnow later)
Originally committed as revision 5386 to svn://svn.ffmpeg.org/ffmpeg/trunk
Not used yet, but should be once the SIMD code to accelerate Snow decoding is merged.
Originally committed as revision 4731 to svn://svn.ffmpeg.org/ffmpeg/trunk
Original thread:
Date: Nov 20, 2005 9:25 PM
Subject: [PATCH] make dvdsub encoder depend on config variables
Originally committed as revision 4709 to svn://svn.ffmpeg.org/ffmpeg/trunk
tested with gcc-2.95, 3.3, 3.4, 4.0 on ia-32 and 3.4, 4.0, 3.3 on amd64
Originally committed as revision 15763 to svn://svn.mplayerhq.hu/mplayer/trunk/postproc
Guillaume Poirier