<div dir="ltr"><div class="gmail_default" style="font-size:small">Outcome from all of the hard work that Andrew did with Terje for the newer Intel hardware performance enhancements has been checked into GIT.  Here is a rough description of what was checked in.</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">- 12 new or replaced "vaapi" encoding render formats (vainfo shows if supported)<br></div><div class="gmail_default" style="font-size:small">- 12 new or replaced "qsv" encoding render formats (requires Intel HW build)<br></div><div class="gmail_default" style="font-size:small">- patches to ffmpeg.C and ffmpeg.h to support the above <br></div><div class="gmail_default" style="font-size:small"></div><div class="gmail_default" style="font-size:small">- 3 new Termux (Android) encoding render formats - 2 mediacodec which will only work on Android + an mpeg one that works everywhere</div><div class="gmail_default" style="font-size:small">- mjpegtools patch to accommodate clang compiling continuance<br></div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">There should be no impact to standard usage of CinGG but users need to be especially aware of the fact that using a render encoding format that requires specific hardware/software implementation will give an error. In addition, the standard appimage releases will not provide the availability to use this Intel hardware.  This is the same as the inability to use vdpau/vaapi from those same appimages since the appimages are created on a computer without the end users same hardware.  I need to update the Manual to make this clear in the Hardware video acceleration section.</div></div>