There are new AppImages available at: https://download.cinelerra-gg.org With the updated packages of the same GIT source by Andrey at: https://github.com/einhander/cin-gg-packages/releases The 5 updated libraries were only minimally tested, but the changes to them was also minimal. As always, it is preferred to have at least 2 people verify modifications. *********** Release Notes for June 30, 2026 GIT for Cinelerra-GG has the following changes from 06/01/2026-06/30/2026 *Updated libraries* include: a52dec from 0.7.4 to v0.8.0 fftw from 3.3.10 to 3.3.11 giflib from 5.2.2 to 6.1.3 openjpeg from 2.5.2 to 2.5.4 libogg from 1.3.5 to 1.3.6 *Andrew-R work*: Fixed big endian sound output for alsa and pulseaudio. Previously only little endian was recognized. Changes that were needed for ppc/g5: - Fixed mjpegtools build on ppc g5 and gcc 15.2.0. - Disabled altivec in x265 because detection was broken on g5. - Added g++11 threading to x265 by barracuda156 which fixed linking on ppc32. Checked in mods for batch rendering, batchrender_postmerge_xml_check.diff, which fixes a rare but devastating issue that causes corruption to the non-XML file being targeted. This could have happened when running a command line render as well as batch rendering and make the mistake of using a file other than the XML project file. Problem with mxf_avcintra_100.mxf render format reported in *BT #677 by Quintao*, which was working in FFmpeg 7.x but failing with FFmpeg 8.x, has been fixed by adding “g=1” to the render format. The “g” stands for “group of picture size (GOP)” so there is no grouping and all frames are keyframes. *Andrew/Andrea* tested and researched requirements of mxf and passed along this information which resulted in additional mxf render format changes and comments: - the 6 mxf_DNxHR... and dv.mxf also need to use “g=1” since all frames are keyframes. - mxf_openjpeg2000.mxf has had openjpeg2000 encoder changed to ffmpeg jpeg2000 encoder because libopenjpeg is being removed. - mxf_h264_b.mxf needs to use g=25 as the default because ffmpeg's 250 now causes muxing errors. - all 10 mxf render formats have had a comment added that at least by ffmpeg 8.1, only an audio samplerate of 48000 valid.