From: Steinar H. Gunderson Date: Mon, 26 Feb 2018 19:06:23 +0000 (+0100) Subject: Some typo fixes. X-Git-Url: https://git.sesse.net/?p=nageru-docs;a=commitdiff_plain;h=f91042040878eedc6e811ce65ebbee3d9ffaea49;hp=9632c406f86261b0f8a63d4b8dfdb64e3838e576 Some typo fixes. --- diff --git a/video.rst b/video.rst index c3890c7..c418e92 100644 --- a/video.rst +++ b/video.rst @@ -143,7 +143,7 @@ streams are one-shot, and so are FFmpeg's UNIX domain sockets.* This means that, in practice, if Nageru ever disconnects from CasparCG for any reason, the socket is “used up”, and you will need to recreate it somehow (e.g., by restarting CasparCG). Also note that the old socket still lingers in place even after being useless, -so you will _first_ need to remove it, and CasparCG does not do this for you. +so you will *first* need to remove it, and CasparCG does not do this for you. The simplest way to deal with this is probably to have a wrapper script of some sort that orchestrates Nageru, CasparCG and your client for you, so that everything is taken up and down in the right order; it may be cumbersome and require some @@ -159,7 +159,7 @@ between the two. In general, the integration between Nageru and CasparCG leaves a bit to be desired, and in general, the combination of CasparCG + Nageru will require -a beefire machine than Nageru alone. However, it also provides a much richer +a beefier machine than Nageru alone. However, it also provides a much richer environment for graphics, so for many use cases, it will be worth it. .. [#rawvideo] Good video codecs that support alpha are rare, so as long as CasparCG