]> git.sesse.net Git - nageru-docs/blob - gettingstarted.rst
Document quick-cut keys.
[nageru-docs] / gettingstarted.rst
1 Getting started
2 ===============
3
4 Welcome to Nageru! For simple use, you can jump right in and make yourself
5 comfortable (at least if you have the :doc:`hardware requirements <hardware>`
6 in place and have `compiled it <compile>`_), but if you prefer a gentler introduction,
7 this is the place.
8
9
10 Introduction to the M/E workflow
11 --------------------------------
12
13 Nageru, like most hardware video mixers, is based on the **mixer/effects**
14 workflow, or just M/E for short. (Don't ask why “mixer” or “effects”;
15 the name is confusing and mostly historical.)
16
17 The basic idea of M/E is that you have two main displays, *preview* and *live*.
18 Every time you want to change what's shown to the viewer, you first bring it
19 up on the preview display, verify that it indeed contains something you'd like
20 to show to your viewers, and only then start a transition to move the preview
21 display onto the live display (which mirrors exactly what the viewers see).
22 After the transition is done, the preview and live displays switch, allowing
23 the operator to either switch back or to pull a new source onto the preview
24 display.
25
26 In Nageru, the available transitions at any time are governed by the
27 :doc:`theme </theme>`. However, generally a simple cut (moving immediately
28 from live to preview) will nearly always be an option. Other effects include
29 fades and zooms, but availability will depend on what sources are involved in the
30 transition.
31
32
33 A brief tour of the Nageru UI
34 -----------------------------
35
36 The basic Nageru UI with the default theme looks like this:
37
38 .. image:: images/basic-ui.png
39
40 First a word about user input: Nageru can be controlled by the mouse or
41 keyboard, but most operators will prefer using both hands on the keyboard.
42 Like on a real mixing console, you use your left hand to select sources for
43 preview (using the 1–9 keys) and the right hand to choose a transition
44 (using J, K or L). In addition, audio can be controlled using a MIDI controller
45 if you want to; see the :doc:`audio <audio>` page for more information.
46
47 In some situations, like if you're producing sports, it can be useful to
48 skip the preview step and cut directly to a source. Nageru supports this
49 through **quick-cut keys**; if enabled, Q, W, E, etc. will have the same
50 effect as pressing 1, 2, 3, etc. and then quickly J (for cut). Since it
51 is easy to press such a key by mistake, this behavior is off by default,
52 and must be enabled explicitly from the Video menu or through the
53 “--quick-cut-keys” option.
54
55
56 Channels
57 ''''''''
58
59 The preview and live displays are the most important part of the UI,
60 and thus take up the bulk of the space. In addition, we have the list
61 of channels and scenes (the side-by-side view and the static image)
62 along the bottom. As you can see, we have only
63 one (rather boring) input connected, and it is live. The other input is
64 disconnected and thus shows only a test color. These correspond to pressing
65 the 1 and 2 keys on the keyboard to activate preview, respectively—or you can
66 left-click on them do achieve the same effect. (Right-clicking will bring up
67 :ref:`the video card context menu <context-menu>`; see below.)
68
69 Similarly, we have a side-by-side view; it is composed of a big image of
70 input 1 and a smaller one of input 2. (If you are unhappy which is which,
71 you can switch the two inputs; again, see below.)
72
73 Finally, we have a static image. The one included with Nageru is rather
74 bland and generic, but it works as a generic pause image when you don't
75 really want anything on the screen.
76
77 For any given channel, you can see that it is active in the live or preview
78 by looking at its border. If it's got a red border, as in the leftmost
79 input, it's live (either on its own, or as part of the side-by-side view).
80 Similarly, if it's got a green border, as in the second input (you can
81 see it if you look closely; it's a somewhat lighter shade of green),
82 it will be marked with green. On conflict, red (live) wins, since it is
83 the most important piece of information.
84
85
86 Transitions
87 '''''''''''
88
89 Whenever you have a different channel pulled up on the preview from
90 on the live display, you will see that the three buttons in the middle
91 offer you various **transitions**. Selecting any of them (either by
92 the displayed hotkey, or using the mouse) will *swap* the preview and
93 live inputs, effectively making the preview live. If you use “cut”,
94 this will happen nearly instantly; the two other options, zoom
95 (only available with the side-by-side view) and fade (*not* available
96 with the side-by-side view) take some time, as you can see in the live view.
97
98 A good operator knows to use the right transition at the right time,
99 so that the end result does not distract from the actual message
100 of the video. In particular, too frequent switching between sources
101 will probably be perceived as disturbing.
102
103
104 The audio strip
105 '''''''''''''''
106
107 The look of the audio strip will vary significantly with what audio
108 mode you are in; the default is the simple mode, but multichannel
109 is much more powerful. Both modes, as well as the level meters on
110 the right, are explained in detail in the section about :doc:`audio <audio>`.
111
112
113 The menu bar
114 ''''''''''''
115
116 The menu bar does not contain a lot of interesting information,
117 but it does have a few elements that are useful for configuration.
118 The video menu contains the following elements:
119
120   * **Begin new video segment:** Nageru is constantly recording
121     your stream to disk in a near-lossless H.264 stream
122     (you cannot turn it off, because experience shows you'd probably
123     forget to turn it back on again in time for actual use);
124     see :doc:`streaming` for more information. This option allows
125     you to end the current file and begin a new one—the two files
126     can be spliced back later for a 100% seamless result if you wish,
127     so this is a lossless operation. It is typically useful
128     to do this right before and after the event itself starts,
129     so as to facilitate easier editing later.
130
131     You can achieve the same effect as this option by sending
132     SIGHUP to the Nageru process.
133
134   * **Open frame analyzer:** See :doc:`analyzer` for more information.
135
136   * **Change x264 bitrate:** See :doc:`streaming` for more information.
137
138   * **HDMI/SDI output device, HDMI/SDI output resolution, Display time code:**
139     See :doc:`hdmisdi` for more information.
140
141   * **Enable quick-cut keys:** See above.
142
143   * **Exit:** Exits Nageru, obviously.
144
145 The audio menu is explained in the section on :doc:`audio <audio>`.
146
147 Finally, the menu bar also hosts the disk space meter. This shows
148 how much disk you have left before Nageru will error out and die;
149 it also tries to estimate how much real time this corresponds to,
150 based on the last 30 seconds of recording. 
151
152
153 .. _context-menu:
154
155 The video card context menu
156 '''''''''''''''''''''''''''
157
158 If you right-click on a channel that corresponds to a video input
159 (ie., not the side-by-side view or static image), a simple context menu
160 pops up:
161
162 .. image:: images/context-menu.png
163
164 The options presented are as follows:
165
166  * **Input source:** Connect this video input to a different physical card,
167    taking effect immediately. The theme supports only two inputs
168    at a time (you can :doc:`write your own <theme>` that support many
169    more if you wish), but if you start Nageru with a higher value
170    for the “--num-cards” option (aka -c), you can choose any of the
171    available ones here. This option is also useful if you want to
172    switch the two cards, since input 1 is bigger in side-by-side mode.
173    (See also the “--map-signal” option, aka -m.)
174
175  * **Video input:** If a card supports multiple kinds of inputs
176    (e.g. has both HDMI and analog inputs), you can select which one here.
177
178  * **Audio input:** Similar, just for audio. “Embedded” means
179    an audio stream that is included in the HDMI or SDI signal.
180
181  * **Input mode:** Choose the video input mode to use. Note that the USB
182    cards autodetect the mode, and you cannot override it even if you wanted to.
183    For PCI cards, autodetection is not supported (even for the select few
184    cards that can handle it in hardware), but a simple option (“Scan”)
185    is available to try all modes in turn until a signal is received.
186
187  * **Input interpretation:** Choose how the Y'CbCr values in the input signal
188    are to be interpreted. *Auto* will choose whatever is correct (as per the
189    appropriate standards) for the current video mode, but occasionally,
190    devices will get this wrong, and you will need to change this setting
191    to get correct colors. You can use the *--input-ycbcr-interpretation=*
192    command-line option to achieve the same effect.
193
194    See :doc:`analyzer` for figuring out if you need to change this.
195    If unsure, leave it unchanged.
196
197  * **Use as audio source:** See the :doc:`audio <audio>` page for more
198    information. For simple audio only; unavailable in multichannel mode.
199
200  * **Use as master clock:** The output stream needs exactly one stream
201    as master clock. The frame rate and clocked will be locked exactly
202    to it, so use the most important input here. A signal that keeps getting
203    unplugged and replugged might not be the best candidate, although the
204    PCI cards have fallback internal clocking when the signal is lost
205    (the USB cards fall back to a strange mode of about 30.13 Hz).