h264: discard slices of redundant pictures right after parsing the slice header

[ffmpeg] / doc / soc.txt

diff --git a/doc/soc.txt b/doc/soc.txt
index 8b4a86db804df49d17ac4c6c5a87fcd630d12f3e..89728b5201f9818c6d3301079d53008eb2d5abdc 100644 (file)
--- a/doc/soc.txt
+++ b/doc/soc.txt
@@ -8,17 +8,17 @@ it's a little late for this year's soc (2006).
 
 The Goal:
 Our goal in respect to soc is and must be of course exactly one thing and
-that is to improve FFmpeg, to reach this goal, code must
-* conform to the svn policy and patch submission guidelines
-* must improve FFmpeg somehow (faster, smaller, "better",
+that is to improve Libav, to reach this goal, code must
+* conform to the development policy and patch submission guidelines
+* must improve Libav somehow (faster, smaller, "better",
   more codecs supported, fewer bugs, cleaner, ...)
 
 for mentors and other developers to help students to reach that goal it is
 essential that changes to their codebase are publicly visible, clean and
 easy reviewable that again leads us to:
-* use of a revision control system like svn
+* use of a revision control system like git
 * separation of cosmetic from non-cosmetic changes (this is almost entirely
-  ignored by mentors and students in soc 2006 which might lead to a suprise
+  ignored by mentors and students in soc 2006 which might lead to a surprise
   when the code will be reviewed at the end before a possible inclusion in
-  FFmpeg, individual changes were generally not reviewable due to cosmetics).
+  Libav, individual changes were generally not reviewable due to cosmetics).
 * frequent commits, so that comments can be provided early