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.