I use the end-of-the-month builds, and it doesn't render any background frames in the specified /tmp directory. I do not experience slowdowns in playback (except when specifying either render every frame or applying some rather heavy effects) however I have noticed that MKV containers take significantly longer to seek than MP4s. I took a large constant frame-rate screen capture I had and converted it from an h264/aac MKV to an h264/aac MP4 (copying the streams with ffmpeg) and the seek times at a cut were greatly reduced (Those files will still send any NLE through a loop though because of how ungodly large they are). So I believe that MKV may have some extra overhead or lack of information that makes seeking through them harder for editors.On Feb 10, 2019 2:28 PM, Andrea paz <[email protected]> wrote:

Hi Benrob0329. Can I ask if you compile from GIT or use the end-of-month arch build? Apart from background rendering, do you find slowdowns in playback? For the background rendering it just doesn't work for me and the proof is that it doesn't create still images. Does it do that to you too? @IgorBeg. Thank you for your patience. I converted an .mp4 file to .mpg. I went from 12MB to 160MB but the GOP went from 250 to 12. But nothing has changed in playback in CinGG. Both mp4 and mpg went at 30 fps normally and dropped to 13 with effects.