Hi Peter. Some more information from the latest tests. My video sources are "real" (taken by PTZ surveillance cameras) and above all, they are in constant motion (camera tour). I noticed that with constantly moving pictures (especially on fast movements) snowmix reaches (dangerously) peaks of 100% in the same period. In the case of more static images (for example by blocking the camera motors) the CPU load returns to quite manageable values (50/60%). This is valid for the feed displayed in the background...
Hi Peter! Yes, sorry, my snowmix_test.ini file is a bit messed up. The commands I added before are executed directly in telnet, after loading snowmix with snowmix_test.ini. I confirm that on Ubuntu 22.04 and i7 10700 I also get a 15% cpu load with the tests you asked me to do and there are no particular problems with only one input feed. My problem is more complex: I have 6 (six) gstreamer sources at 1080p30 and my own output2screen script (similar to your original). As long as I keep the feeds scaled...