]> git.sesse.net Git - nageru/blobdiff - README
Release Nageru 1.3.2.
[nageru] / README
diff --git a/README b/README
index 39c349ba6c938acfd4de0a74b9823f0a76c2c430..9f17b6625a8f906354188307666738ed384b8c9e 100644 (file)
--- a/README
+++ b/README
@@ -36,7 +36,9 @@ 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.
+   If you want zerocopy USB, you need libusb 1.0.21-rc1 or newer,
+   as well as a recent kernel (4.6.0 or newer). Zerocopy USB helps not only
+   for performance, but also for stability.
 
  - Movit, my GPU-based video filter library (https://movit.sesse.net).
    You will need at least version 1.3.1.
@@ -71,14 +73,10 @@ with:
     libavcodec-dev libavformat-dev libswscale-dev libavresample-dev \
     libmovit-dev libegl1-mesa-dev libasound2-dev libx264-dev
 
-Exceptions as of June 2016:
+Exceptions as of July 2016:
 
-  - You need libusb 1.0.21 or newer (not yet released; you will need to
-    use git) if you want zerocopy USB. Zerocopy USB helps not only for
-    performance, but also for stability.
-
-  - Nageru depends on an avformat API for marking block boundaries in the
-    muxed byte stream that didn't enter ffmpeg before version 3.1.
+  - libusb 1.0.21-rc1 is not yet in stretch or sid; you need to fetch it
+    from experimental.
 
 
 The patches/ directory contains a patch that helps zita-resampler performance.
@@ -104,7 +102,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