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
framework. Split it.
Commited in SoC by Vitor Sessak on 2008-04-03 16:29:07
Originally committed as revision 12746 to svn://svn.ffmpeg.org/ffmpeg/trunk
Functional as is, but still work-in-progress in the
sense that some things need to be fixed before sending
it as a patch to SVN.
Commited in SoC by Vitor Sessak on 2008-03-20 21:48:30
Originally committed as revision 12729 to svn://svn.ffmpeg.org/ffmpeg/trunk
can reuse the same graph creation code.
Commited in SoC by Bobby Bingham on 2007-12-22 19:13:04
Originally committed as revision 12715 to svn://svn.ffmpeg.org/ffmpeg/trunk
read said description from a file.
Commited in SoC by Bobby Bingham on 2007-12-22 17:16:21
Originally committed as revision 12714 to svn://svn.ffmpeg.org/ffmpeg/trunk
can be created programmatically or loaded from a file.
Commited in SoC by Bobby Bingham on 2007-08-14 22:27:05
Originally committed as revision 12700 to svn://svn.ffmpeg.org/ffmpeg/trunk
include paths in the source files.
mostly from a patch by Ronald S. Bultje, rbultje ronald.bitfreak net
Originally committed as revision 9034 to svn://svn.ffmpeg.org/ffmpeg/trunk
armv5t does - use the armv5t function rather than default c code.
patch by Tim Chick chick at computergeek freeserve co uk
Originally committed as revision 8487 to svn://svn.ffmpeg.org/ffmpeg/trunk
patch by Siarhei Siamashka % siarhei P siamashka A gmail P com %
Original thread:
Date: Jan 6, 2007 5:07 PM
Subject: [Ffmpeg-devel] [PATCH] Optimization of 'dct_unquantize_h263_intra' for ARM (armv5te) (try2)
and
Date: Jan 2, 2007 6:13 PM
Subject: [Ffmpeg-devel] [PATCH] Optimization of 'dct_unquantize_h263_intra' for ARM (armv5te)
Originally committed as revision 7423 to svn://svn.ffmpeg.org/ffmpeg/trunk
while playing with some new hardware, I found it's running a forked mplayer
-- and it looks like they're following the GPL.
The maintainer's page is here: http://atty.jp/?Zaurus/mplayer
Unfortunately it's mostly in Japanese, so it's hard to figure out any
details.
Their code looks quite interesting (at least to those of us w/ ARM CPUs).
The patches I've attached are the patches from atty.jp with a couple of
modifications by myself:
- ported to current CVS
- reverted their change of removing SNOW support from ffmpeg
- cleaned up their bswap mess
- removed DOS-style linebreaks from various files
patch by (Bernhard Rosenkraenzer: bero, arklinux org)
Originally committed as revision 4311 to svn://svn.ffmpeg.org/ffmpeg/trunk
Stefano Sabatini
Vitor Sessak
Diego Biurrun
Ronald S. Bultje
Tim Chick
Siarhei Siamashka
Michael Niedermayer
Bernhard Rosenkränzer
Zdenek Kabelac
Fabrice Bellard