From ac59e7f4b1a7562d7f448646205ef1df94d51c4c Mon Sep 17 00:00:00 2001
From: Mike Melanson <mike@multimedia.cx>
Date: Tue, 22 Jan 2008 18:21:12 +0000
Subject: [PATCH] Ministry of English Composition edits

Originally committed as revision 11597 to svn://svn.ffmpeg.org/ffmpeg/trunk
---
 doc/optimization.txt | 21 +++++++++++----------
 1 file changed, 11 insertions(+), 10 deletions(-)

diff --git a/doc/optimization.txt b/doc/optimization.txt
index f6033402bb2..f5a86a3eeeb 100644
--- a/doc/optimization.txt
+++ b/doc/optimization.txt
@@ -28,16 +28,17 @@ NOTE: If you still don't understand some function, ask at our mailing list!!!
 (http://lists.mplayerhq.hu/mailman/listinfo/ffmpeg-devel)
 
 
-What speedup justifies an optimizetion?
----------------------------------------
-Normaly with clean&simple optimizations and widely used codecs a overall
-speedup of the affected codec of 0.1% is enough. These speedups accumulate
-and can make a big difference after a while ...
-Also if none of the following gets worse and at least one gets better then an
-optimization is always a good idea even if the overall gain is less than 0.1%
-(speed, binary code size, source size, source readability)
-For obscure codecs noone uses, the goal is more toward keeping the code clean
-small and readable than to make it 1% faster.
+When is an optimization justified?
+----------------------------------
+Normally, clean & simple optimizations on widely used codecs can achieve
+an overall speedup of 0.1%. These speedups accumulate and can make a big
+difference after awhile. Also, if none of the following factors get
+worse due to an optimization -- speed, binary code size, source size,
+source readability -- and at least one factor improves, then an
+optimization is always a good idea even if the overall gain is less than
+0.1%. For obscure codecs that are not often used, the goal is more
+toward keeping the code clean, small, and readable than to make it 1%
+faster.
 
 
 WTF is that function good for ....:
-- 
GitLab