Spelling fix.

[nageru] / README

diff --git a/README b/README
index 4e9f7469c2d8268abfb10a46a17c1c39a5299e94..258fa5475bf1e7d807fc9c82c588a56e6a9b5e38 100644 (file)
--- a/README
+++ b/README
@@ -36,7 +36,7 @@ Nageru is in beta stage. It currently needs:
  - Two or more Blackmagic USB3 or PCI cards, either HDMI or SDI.
    The PCI cards need Blackmagic's own drivers installed. The USB3 cards
    are driven through the “bmusb” driver embedded in bmusb/, using libusb-1.0.
-   You want a recent kernel and libusb-1.0; see below.
+   You want a recent kernel (4.6.0 or newer) and libusb-1.0; see below.
 
  - Movit, my GPU-based video filter library (https://movit.sesse.net).
    You will need at least version 1.3.1.
@@ -45,10 +45,10 @@ Nageru is in beta stage. It currently needs:
 
  - libmicrohttpd for the embedded web server.
 
- - x264 for encoding high-quality video suitable for streaming to end users
-   (but see below).
+ - x264 for encoding high-quality video suitable for streaming to end users.
 
- - ffmpeg for muxing, and for encoding audio.
+ - ffmpeg for muxing, and for encoding audio. You will need at least
+   version 3.1.
 
  - Working OpenGL; Movit works with almost any modern OpenGL implementation.
    Nageru has been tested with Intel on Mesa (you want 11.2 or newer, due
@@ -77,12 +77,8 @@ Exceptions as of June 2016:
     use git) if you want zerocopy USB. Zerocopy USB helps not only for
     performance, but also for stability.
 
-  - You want kernel 4.6.0 or newer to get zerocopy USB. Older kernels
-    also lack some workarounds for LPM (link power management) and bandwidth
-    allocation issues with USB3.
-
-  - There is a critical bug fix with x264 speed control in
-    928bd9d5def4f0ca5071ea176a11b816a01e6495, pushed to git mid-June 2016.
+  - Nageru depends on an avformat API for marking block boundaries in the
+    muxed byte stream that didn't enter ffmpeg before version 3.1.
 
 
 The patches/ directory contains a patch that helps zita-resampler performance.
@@ -108,7 +104,7 @@ be saved live to local disk.
 If you have a fast CPU (typically a quadcore desktop; most laptops will spend
 most of their CPU on running Nageru itself), you can use x264 for the outgoing
 stream instead of Quick Sync; it is much better quality for the same bitrate,
-and also has proper bitrate controls. Simple add --http-x264-video on the
+and also has proper bitrate controls. Simply add --http-x264-video on the
 command line. (You may also need to add something like "--x264-preset veryfast",
 since the default "medium" preset might be too CPU-intensive, but YMMV.)
 The stream saved to disk will still be the Quick Sync-encoded stream, as it is