Select recording format and codec:
The most standard video codec is H264: it is recommended for GLMixer.
Here is a list of possible encoding codecs:
Selection of quality factor for some codecs:
Quality AUTO is recommended for recording. It is a well-ballanced compromize for performance (speed for encoding), file size (between low and medium), and visual quality (almost visualy lossless in most cases). It is somewhere between LOW and MEDIUM.
The four categories of quality are defined by these criteria:
Here is a list of encoding codecs allowing the selection of quality:
Example: YouTube format: H264 Medium.
Hardware acceleration
On machines running NVidia Graphics card, hardware GPU accelerated encoding is selected by default under Linux and Windows (not available under OSX).
GLMixer uses ffmpeg implementation of NVidia Video Codec SDK for encoding and decoding.
Choosing the Frame Rate
For standard and portable video, select 25 or 30 fps.
Frame rates of 20, 40 and 50 fps are also possible. The higher the frame rate, the smoother the movement & the best quality for content with abrupt change.
High 60 fps is often an overkill, but necessary for some fast pace video.
Lower frame rates (20, 10, 5, 2 and 1 fps) are rather for visual effects and time-laps (e.g. record at 1fps and replay the video at speed x10).
Quality vs. Frame rate : performance compromise
High frame rate and high quality are not always compatible : you shall test with your machine to know what works.
Encoding and compressing each captured frame takes processing power to your computer. Depending on your hardware, you might not be able to record at a the desired frame rate: in this case, the recording will not stop, but some frames will be dropped, making 'holes' into your video. If several frames are dropped, a warning dialog asks you if you want to keep the video anyway.
It is recommended to record at a frame rate bellow a comfortable rendering frame rate. E.g. if your rendering is running smoothly at 50fps, it is safe to record at 30fps. If your computer cannot cope already with 30fps for the rendering, it will probably not be able to record at 30fps (so you can try at 25).
Choosing a buffer size
A small buffer of 200 MB (default) should be sufficient for all recordings.
First and foremost, make sure your computer has enough RAM available (GLMixer cannot test your system). If you ask for 1GB of buffer and ran out of memory, the computer might freeze and require a hard reboot.
Large buffer is useful to record short sequences in very high quality or very high frame rate if your computer does not manage to record on the fly. In this case, all the recording is put into RAM, and the encoding and saving will be done after you stop the recorder. You will then wait untill the encoding is finished.
Here is a test for a 10 s recording, 1920x1080 (Full HD), at 30fps
Codec | Quality | File size |
---|---|---|
H264 | Auto | 32.2 MB |
Low | 13.5 MB | |
Medium | 62.6 MB | |
High | 248.6 MB | |
HEVC | Auto | 21.9 MB |
Low | 9.7 MB | |
Medium | 50.7 MB | |
High | 88.3 MB | |
WebM VP9 | Auto | 16.6 MB |
Low | 12.1 MB | |
Medium | 26.8 MB | |
High | 41.2 MB | |
ProRes | Auto | 155.6 MB |
Low | 111.9 MB | |
Medium | 280.3 MB | |
High | 375.4 MB | |
MPEG-4 | Auto | 30.5 MB |
Low | 10.5 MB | |
Medium | 43.9 MB | |
High | 69.4 MB | |
MPEG-2 | 28.5 MB | |
MPEG-1 | 12.0 MB | |
Windows Media Video 8 | 30.8 MB | |
Flash Video (Sorenson) | 30.4 MB | |
FF Video #1 | 404.5 MB | |
Rawvideo (RGB) | 1.9 GB |