<div dir="ltr"><div class="gmail_default" style="font-size:small">AppImages available for the December 2024 release at:</div><div class="gmail_default" style="font-size:small">    <a href="https://cinelerra-gg.org/download/images/">https://cinelerra-gg.org/download/images/</a></div><div class="gmail_default" style="font-size:small">+ <a href="https://cinelerra-gg.org/download/images/CinGG-20241120-x86_64-IntelHW.AppImage">https://cinelerra-gg.org/download/images/CinGG-20241120-x86_64-IntelHW.AppImage</a></div><div class="gmail_default" style="font-size:small">Packages available for the newer operating systems at:</div><div class="gmail_default" style="font-size:small">   <a href="https://github.com/einhander/cin-gg-packages/releases/tag/20241229">https://github.com/einhander/cin-gg-packages/releases/tag/20241229</a></div><div class="gmail_default" style="font-size:small">See latest release notes below the *****.</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default"><font size="4">Question for <b>Andrey</b>:</font></div><div class="gmail_default" style="font-size:small">Would it be possible to easily add   --with-onevpl    to the configure line in your build script for Leap 15.5 RPM package?</div><div class="gmail_default" style="font-size:small">It would require the added package of "oneVPL-devel" to be installed on that O/S (that is the package name for Fedora).<br></div><div class="gmail_default" style="font-size:small">If you use the same build script on all of your package builds, they would have to have "oneVPL-devel" installed also.  I have tested the build on Fedora 40 after installing that package and had no problem. I have none of the new Intel hardware to test but Terje would like to be able to use these new Intel hardware/software features on his computer. It should not impact normal usage (hopefully).<br></div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">*********   GIT for Cinelerra-GG has the following changes from 11/01/2024-12/31/2024   *********<br><b>SVT_AV1</b> has been upgraded to 2.3.0 from 2.2.1 with no known problems.<br><b>Nvidia encode headers</b> updated from 10.0.26.0 to 12.2.72.0 which corresponds to Video Codec SDK<br>  version 12.0.16. The required driver version for Linux is 550.54.14 or newer. You can check to see<br>  if your Nvidia graphics board is supported at this website at the time of this release:<br>   https:://<a href="http://developer.nvidia.com/video-encode-and-decode-gpu-support-matrix-new">developer.nvidia.com/video-encode-and-decode-gpu-support-matrix-new</a><br>  There may be user impact since the previous required driver for Linux was 445.87.<br>Minor addition to add non-working ffmpeg filters to plugin.opts; these are blacklisted items.<br><br><u>Andrew-R contributions</u><br>The build for <b>NetBSD</b> 10.0/amd64 is now working with 3 patches applied and checked in.<br>New <b>Termux</b> (Android) encoding render formats have been added: h264_mediacodec.mp4,<br>  hevc_mediacodec.mp4, and mpeg2_hdv.mpeg. The 2 mediacodec formats will only work on Android<br>  (mediacodec is part of the Android low-level multimedia support infrastructure).<br>A mod to mjpegtools disables compilation of y4mdenoise to prevent compiler errors in <b>clang</b>.<br><br><u>Terje testing/building and Andrew-R diagnosing contributions</u><br>12 <b>new render formats</b> for qsv, which can be used only if you have that particular Intel hardware and<br>  software, have been added as developed/tested by Andrew and Terje.<br>  (QSV is Intel’s Quick Sync Video for its dedicated video encoding/decoding hardware core.)<br>12 <b>new or replaced vaapi hardware encoding </b>render formats are now available. Run the vainfo<br>  program to determine what formats your hardware/software recognizes.<br>There are some patches to ffmpeg.C and ffmpeg.h to support the above.<br>Additions for building with <b>oneVPL</b> (Intel’s oneAPI Video Processing Library) is now an option to be<br> enabled if desired - not enabled by default - on the autogen line by adding “--with-onevpl”.<br>Note in reference to the previous paragraph:<br>  There should be no impact to standard usage of CinGG but users need to be especially aware of the<br>  fact that using a render encoding format that requires specific hardware/software implementation<br>  will give an error. In addition, the standard AppImage releases will not provide the availability to use<br>  specific hardware features. This is the same as the inability to use vdpau/vaapi from those same<br>  appimages since they are created on a computer without the end users specific hardware.<br>An <b>AppImage</b> has been graciously created for users who do have the Intel hardware that supports<br>  these newly tested/implemented features <b>of oneVPL, av1, qsv, and vaapi</b> for download at:<br><a href="https://cinelerra-gg.org/download/images/CinGG-20241120-x86_64-IntelHW.AppImage">https://cinelerra-gg.org/download/images/CinGG-20241120-x86_64-IntelHW.AppImage</a><br></div></div>