X-Git-Url: https://git.sesse.net/?a=blobdiff_plain;f=README;h=9f17b6625a8f906354188307666738ed384b8c9e;hb=9d209c006a87fe262e37b8ea31562a89872070c6;hp=39c349ba6c938acfd4de0a74b9823f0a76c2c430;hpb=c1e38dc5a17ced2b74ade21fcfe2e2c016e05719;p=nageru diff --git a/README b/README index 39c349b..9f17b66 100644 --- 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