August 2021 - Cin - Cinelerra-GG Mailing Lists

arm/disarm track confusion
by Andrew Randrianasulu 09 Aug '21

09 Aug '21

>From quick search I found some confusing references how this feature might behave: === Arm track determines whether the track is armed or not. Only the armed tracks are affected by editing operations. Make sure you have enough armed destination tracks when you paste or splice material or some tracks in the material will get left out. In addition to restricting editing operations, the armed tracks in combination with the active region determine where material is inserted when loading files. If the files are loaded with one of the insertion strategies which doesn't delete the existing project, the armed tracks will be used as destination tracks. Press Tab while the cursor is anywhere over a track to toggle the track arming status. Press Shift-Tab while the cursor is over a track to toggle the arming status of every other track. === from http://heroinewarrior.com/cinelerra/cinelerra.html how you can wonder if _attach effect_ is editing operation or not... https://www.cinelerra-gg.org/bugtracker/view.php?id=433 from what I read so far main worry was about _moving_ pieces of media on tracks around, not effect insert per se. I also suspect such strange/uncommon system of working with audio partially comes from broadcast2000 times (you can find image of it with two 5.1 tracks from dvd!). mono/stereo is easy and most commonly used. But 5.1 and higher exist, and obviously more complex to work with. === Make sure all the tracks are “armed” – that is, each of the “Arm track” icons next to the track are highlighted. Until a track is armed, you are mostly unable to edit that track. === from https://www.calcmaster.net/cinelerra/forgotten-guide/04-media-to-tracks/ {probably copy/paste from cv and earlier manuals..} *mostly* unable to edit this track is interesting statement.... https://cinelerra.skolelinux.narkive.com/YlRvb3Hu/cincvs-cinelerra-on-ubuntu "edit actions manipulate /all/ clips on all armed tracks" - from 2006... so it seems it was _not quite_ lock track behavior... and finally article from 2010.. I think CinGG fixed most/all of most problematic points.. === Stuff it does that I'm indifferent to So there's also some stuff that's different, that I don't love and don't hate: - "Arming" tracks. By default, all tracks are "armed". This means that the little red button next to them is highlighted and you can affect those tracks with editing decisions. If you're inserting stuff then the highest level track that's armed is where the clip ends up. If you're deleting, trimming, highlighting, adding effects, etc., then your decisions apply to ALL ARMED TRACKS. Which gets real confusing real fast when you realise you've accidentally cut three seconds out of your audio track or put an effect on a track you didn't mean too, or trimmed the wrong clip. It's VERY IMPORTANT to only arm the tracks you're using at that time. Usually just one at a time unless you're moving a clip from one track to another. There are times when this is very useful, like if I do have two adjacent clips on different tracks and want to nudge them both back or forward without losing their adjacency. Or if you want to make sure more than one track fades out at exactly the same time, or has the exact same effect (including keyframes) applied. But also it is often confusing. I often have more tracks than I can comfortably see in the size of the timeline window that I'm comfortable using. If I forget what I'm doing, I might accidentally screw up another track and then I have to go find where how and what the hell I've done after I've rendered it all screwed up. I don't hate this method. Because when I do remember what I'm doing (which is most of the time), it really does help make sure that tracks you aren't currently using are "safe" from getting screwed up. You can lock things down tight. But equally I'm not in love with it. === from https://beccatoria.dreamwidth.org/111857.html?thread=1540337&style=site Have fun!

3 7

in/out point selected plugin attach fix?
by Andrew Randrianasulu 09 Aug '21

09 Aug '21

My initial idea about modifying track.C was wrong, but even simpler mod (attached) makes selection by setting in/out points and attaching plugin from menu work... in sense your plugin legth now can be set by setting i/o points not by just mouse selection or making few cuts with 'x' blade and then selecting block.. Phyllis, Andrea - can you give this patch a lot of testing? I mean with many tracks (armed/disarmed), many plugins, shared plugins, gang modes, etc...?

4 27

html manual on gang modes
by Andrew Randrianasulu 08 Aug '21

08 Aug '21

https://cinelerra-gg.org/download/CinelerraGG_Manual/Displaying_tracks_Gang… i see it described there as well === NOTES: When in Gang Channels or Gang Media mode, if the first audio track is not disarmed, but any of its connected channel tracks are, the disarm of those channels are ignored and all channels are treated as being armed. This is to be consistent with the purpose of using this mode; the purpose being that any edits to the first master track are automatically propagated to all other channels. == but again, I never used Ardour (or any audio DAW) but I thought idea of locked/protected tracks still common there? At very minimum it gives you more fine control about editing... note, my implementation of hidden preference actually done in localsession, too, just like gang_mode itself. Also I think this line has a typo (ares instead of are) ? "More details ares described next about master tracks" Finally, is there a way to numerate chapters in html output? ( so reference to numbered chapter can be easily found by browser's search function.)

2 2

Re: [Cin] in/out point selected plugin attach fix?
by Andrew Randrianasulu 07 Aug '21

07 Aug '21

On Saturday, August 7, 2021, Phyllis Smith <phylsmith2017(a)gmail.com> wrote: > > But there must be one more place that needs the same type of fix yet for >>> GANG audio mode. This is currently working if you drag an audio plugin to >>> a 2-channel audio track - that is, when you get back to regular mode you >>> can see that the plugin is on both audio tracks. But when you have In/Out >>> pointers and use the "attach effect" method instead, it only shows on the >>> initial track. >>> >> >> i tried to add two more lines into mwindowedit.C >> >> >> and for me I can select in/out points for two gang modes where sound >> tracks collapsed on timeline (with 6ch divx) and then use audio > attach >> effect for inserting effect and it propagates correctly >> > > Not sure why but this patch did not work for me. When I drag effect from > Resources in Gang Channels mode both tracks of 2-track audio get the > plugin. BUT when I attach effect only the 1 channel gets the plugin. This > is with just the 3 first patches in (not the 0004-Attempt-at...which I will > comment on later). Andrea, did this work for you? > well, I think this specific patch makes no difference - I commented out if condition out and it was still working as before. So you can drop this one. most interesting will be test 0004/0005 patches together, and may be extend patch 0005 with play_only_set_trks_in_gang_mode hidden settings (so more fine-grained control over cingg's behavior will be possible.) i added mail list as recipient because I think you wanted this mail to be seen there. >> >

1 0

screen capture of in/out patch work..
by Andrew Randrianasulu 06 Aug '21

06 Aug '21

well, i re-encoded it in cin itself (vp9 mkv) and it become smaller! original was around 4 mb. but rendering took more than 7 min for 23 sec 1280x800 x 30 fps video! guess those assembly optimizations for x86(x86-65) really make big diff..

1 0

vp9 row-mt parameter?
by Andrew Randrianasulu 06 Aug '21

06 Aug '21

I found this thread while looking at av1 parameters.. https://stackoverflow.com/questions/41372045/vp9-encoding-limited-to-4-thre… ==== Apparently since ffmpeg 3.3/libvpx 1.6.2, there is now support -row-mt=1 option which provides better encoding parallelization and more than 4 threads for 1080p content. Threadripper guys go nuts! - groups.google.com/a/webmproject.org/forum/#!topic/codec-devel/… – Programster Oct 29 '17 at 10:15 === As some people in comments and below have already commented, more recent versions of libvpx support -row-mt 1 to enable tile row multi-threading. === we use libvpx 1.8.2 / ffmpeg 4.3 so it should be applicable to us can anyone test few vp9 profiles modified with this parameter? (on high-cpu machines)

3 3

ffmpeg's shadertoy filter
by Andrew Randrianasulu 05 Aug '21

05 Aug '21

found via reddit https://gitlab.com/Canta/ffmpeg_shadertoy_filter I wonder if it works with Cingg? (it looks simple enough on command line), but i have no idea how it will interact with say opengl output..) Can't test on my limited environment, sorry (there is xwayland-based experimental project [0] with packages for termux, but i am a but short on flash space right now for trying it..) [0] - https://github.com/suhan-paradkar/termux-wayland/wiki/Launching-GUI-applica…

1 0

x265 3.5 update?
by Andrew Randrianasulu 05 Aug '21

05 Aug '21

I tried to update x265 lib due to possible speedup reported at https://avidemux.org/smif/index.php?topic=19448.0 (up to 30%) I downloaded tar.gz from https://bitbucket.org/multicoreware/x265_git/downloads/x265_3.5.tar.gz and put it in thirdparty/src, renamed x265_3.4.patch* to x265_3.5.patch* and it worked for simple 420 8bit encode .. -- $ ./cin.sh E: [pulseaudio] main.c: Failed to kill daemon: Unknown error 3 16 Killing Xvnc process ID 13038 Gdk-Message: 02:08:54.154: xfwm4: Fatal IO error 104 (Connection reset by peer) on X server :1. rm: cannot remove '/data/data/com.termux/files/usr/tmp/.X1-lock': No such file or directory rm: cannot remove '/data/data/com.termux/files/usr/tmp/.X11-unix/X1': No such file or directory New 'localhost:1 ()' desktop is localhost:1 Starting applications specified in /data/data/com.termux/files/home/.vnc/xstartup Log file is /data/data/com.termux/files/home/.vnc/localhost:1.log Cinelerra Infinity - built: Jul 12 2021 01:37:22 git:// git.cinelerra-gg.org/goodguy/cinelerra.git (c) 2006-2019 Heroine Virtual Ltd. by Adam Williams 2007-2020 mods for Cinelerra-GG by W.P.Morrow aka goodguy Cinelerra is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. There is absolutely no warranty for Cinelerra. (xfwm4:13482): xfwm4-WARNING **: 02:08:59.352: Failed to connect to session manager: Failed to connect to the session manager: SESSION_MANAGER environment variable not defined BC_WindowBase::init_im: Could not open input method. BC_Theme::get_image: image "mode_reflect" not found. BC_Theme::get_image: image "mode_average" not found. BC_Theme::get_image: image "mode_normals" not found. FFMPEG::open_decoder: some stream times estimated: /data/data/com.termux/files/home/matrixbench_highdivx_ac3.avi FFMPEG::open_decoder: some stream times estimated: /data/data/com.termux/files/home/matrixbench_highdivx_ac3.avi filebase cpu 1 FFMPEG::open_decoder: some stream times estimated: /data/data/com.termux/files/home/matrixbench_highdivx_ac3.avi filebase cpu 1 FFMPEG::open_decoder: some stream times estimated: /data/data/com.termux/files/home/matrixbench_highdivx_ac3.avi filebase cpu 8 FFMPEG::open_decoder: some stream times estimated: /data/data/com.termux/files/home/matrixbench_highdivx_ac3.avi filebase cpu 8 FFMPEG::open_decoder: some stream times estimated: /data/data/com.termux/files/home/matrixbench_highdivx_ac3.avi filebase cpu 8 FFMPEG::open_decoder: some stream times estimated: /data/data/com.termux/files/home/matrixbench_highdivx_ac3.avi filebase cpu 8 FFMPEG::open_decoder: some stream times estimated: /data/data/com.termux/files/home/matrixbench_highdivx_ac3.avi filebase cpu 8 filebase cpu 8 tc: 0.000000 tc: 42.320000 x265 [info]: HEVC encoder version 3.5+1-f0c1022b6 x265 [info]: build info [Linux][clang 12.0.0][32 bit][noasm] 8bit+10bit+12bit x265 [info]: using cpu capabilities: none! x265 [info]: Main profile, Level-3 (Main tier) x265 [info]: Thread pool created using 8 threads x265 [info]: Slices : 1 x265 [info]: frame threads / pool features : 3 / wpp(9 rows) x265 [warning]: Source height < 720p; disabling lookahead-slices x265 [info]: Coding QT: max CU size, min CU size : 64 / 8 x265 [info]: Residual QT: max TU size, max depth : 32 / 1 inter / 1 intra x265 [info]: ME / range / subpel / merge : hex / 57 / 2 / 3 x265 [info]: Keyframe min / max / scenecut / bias : 30 / 30 / 40 / 5.00 x265 [info]: Lookahead / bframes / badapt : 20 / 4 / 2 x265 [info]: b-pyramid / weightp / weightb : 1 / 1 / 0 x265 [info]: References / ref-limit cu / depth : 3 / off / on x265 [info]: AQ: mode / str / qg-size / cu-tree : 2 / 1.0 / 32 / 1 x265 [info]: Rate Control / qCompress : CRF-28.0 / 0.60 x265 [info]: tools: rd=3 psy-rd=2.00 early-skip rskip mode=1 signhide tmvp x265 [info]: tools: b-intra strong-intra-smoothing deblock sao FFMPEG::open_decoder: some stream times estimated: /data/data/com.termux/files/home/matrixbench_highdivx_ac3.avi filebase cpu 8 x265 [info]: frame I: 30, Avg QP:27.01 kb/s: 1674.48 x265 [info]: frame P: 300, Avg QP:30.57 kb/s: 387.99 x265 [info]: frame B: 276, Avg QP:34.53 kb/s: 168.77 x265 [info]: Weighted P-Frames: Y:0.0% UV:0.0% x265 [info]: consecutive B-frames: 67.0% 2.7% 13.6% 13.0% 3.6% encoded 606 frames in 139.70s (4.34 fps), 351.83 kb/s, Avg QP:32.20 Render::render_single: Session finished. ** rendered 606 frames in 143.498 secs, 4.223 fps FFMPEG::open_decoder: some stream times estimated: /data/data/com.termux/files/home/matrixbench_highdivx_ac3.avi filebase cpu 8 filebase cpu 8 filebase cpu 1 filebase cpu 1 FFMPEG::scan: codec open failed FFMPEG::scan:file=/data/data/com.termux/files/home/h265.mp4 filebase cpu 8 AudioPulse::open_output 110: failed server=(null) Connection refused AudioPulse::open_output 110: failed server=(null) Connection refused Total excess of backups: 0 Session time: 0:05:44 Cpu time: user: 0:10:19.434 sys: 0:00:13.609 $ mediainfo ~/h265.mp4 General Complete name : /data/data/com.termux/files/home/h265.mp4 Format : MPEG-4 Format profile : Base Media Codec ID : isom (isom/iso2/mp41) File size : 1.03 MiB Duration : 24 s 240 ms Overall bit rate : 356 kb/s Writing application : Lavf58.76.100 Video ID : 1 Format : HEVC Format/Info : High Efficiency Video CodingFormat profile : Main@L3@Main Codec ID : hev1 Codec ID/Info : High Efficiency Video CodingDuration : 24 s 240 ms Bit rate : 353 kb/s Width : 720 pixels Height : 576 pixels Display aspect ratio : 4:3 Frame rate mode : Constant Frame rate : 25.000 FPS Standard : PAL Color space : YUV Chroma subsampling : 4:2:0 Bit depth : 8 bits Scan type : Progressive Bits/(Pixel*Frame) : 0.034 Stream size : 1.02 MiB (99%) Writing library : x265 3.5+1-f0c1022b6:[Linux][clang 12.0.0][32 bit][noasm] 8bit+10bit+12bit Encoding settings : cpuid=0 / frame-threads=3 / wpp / no-pmode / no-pme / no-psnr / no-ssim / log-level=2 / input-csp=1 / input-res=720x576 / interlace=0 / total-frames=0 / level-idc=0 / high-tier=1 / uhd-bd=0 / ref=3 / no-allow-non-conformance / no-repeat-headers / annexb / no-aud / no-hrd / info / hash=0 / no-temporal-layers / open-gop / min-keyint=30 / keyint=30 / gop-lookahead=0 / bframes=4 / b-adapt=2 / b-pyramid / bframe-bias=0 / rc-lookahead=20 / lookahead-slices=0 / scenecut=40 / hist-scenecut=0 / radl=0 / no-splice / no-intra-refresh / ctu=64 / min-cu-size=8 / no-rect / no-amp / max-tu-size=32 / tu-inter-depth=1 / tu-intra-depth=1 / limit-tu=0 / rdoq-level=0 / dynamic-rd=0.00 / no-ssim-rd / signhide / no-tskip / nr-intra=0 / nr-inter=0 / no-constrained-intra / strong-intra-smoothing / max-merge=3 / limit-refs=1 / no-limit-modes / me=1 / subme=2 / merange=57 / temporal-mvp / no-frame-dup / no-hme / weightp / no-weightb / no-analyze-src-pics / deblock=0:0 / sao / no-sao-non-deblock / rd=3 / selective-sao=4 / early-skip / rskip / no-fast-intra / no-tskip-fast / no-cu-lossless / b-intra / no-splitrd-skip / rdpenalty=0 / psy-rd=2.00 / psy-rdoq=0.00 / no-rd-refine / no-lossless / cbqpoffs=0 / crqpoffs=0 / rc=crf / crf=28.0 / qcomp=0.60 / qpstep=4 / stats-write=0 / stats-read=0 / ipratio=1.40 / pbratio=1.30 / aq-mode=2 / aq-strength=1.00 / cutree / zone-count=0 / no-strict-cbr / qg-size=32 / no-rc-grain / qpmax=69 / qpmin=0 / no-const-vbv / sar=255 / sar-width / : / sar-height=16:15 / overscan=0 / videoformat=5 / range=1 / colorprim=2 / transfer=2 / colormatrix=5 / chromaloc=0 / display-window=0 / cll=0,0 / min-luma=0 / max-luma=255 / log2-max-poc-lsb=8 / vui-timing-info / vui-hrd-info / slices=1 / no-opt-qp-pps / no-opt-ref-list-length-pps / no-multi-pass-opt-rps / scenecut-bias=0.05 / hist-threshold=0.03 / no-opt-cu-delta-qp / no-aq-motion / no-hdr10 / no-hdr10-opt / no-dhdr10-opt / no-idr-recovery-sei / analysis-reuse-level=0 / analysis-save-reuse-level=0 / analysis-load-reuse-level=0 / scale-factor=0 / refine-intra=0 / refine-inter=0 / refine-mv=1 / refine-ctu-distortion=0 / no-limit-sao / ctu-info=0 / no-lowpass-dct / refine-analysis-type=0 / copy-pic=1 / max-ausize-factor=1.0 / no-dynamic-refine / no-single-sei / no-hevc-aq / no-svt / no-field / qp-adaptation-range=1.00 / scenecut-aware-qp=0conformance-window-offsets / right=0 / bottom=0 / decoder-max-rate=0 / no-vbv-live-multi-pass Color range : Full Matrix coefficients : BT.470 System B/G Codec configuration box : hvcC Other ID : 2 Type : Time code Format : QuickTime TC Duration : 24 s 240 ms Frame rate : 25.000 FPS Time code of first frame : 00:00:42:08 Time code, striped : Yes Language : English Default : No ---- at least in this case x265 prints same number of encoded frames as Cinelerra... (606 frames) I think 'make - j 1' lines in x264_3.4/3.5.patch3 can be safely removed - for small speedup (each sub-lib still compiles serially..) not tested on older software distribitions, but I see no cmake/nasm version bumps at least in release notes...

3 5

Latest CinGG build
by Andrea paz 02 Aug '21

02 Aug '21

Only patches 50-53-59 give whitespace errors: Applicazione in corso: fix mjpegtools patch4 and patch5 (termux) .git/rebase-apply/patch:20: space before tab in indent. if (nErr != 0) .git/rebase-apply/patch:21: space before tab in indent. mjpeg_error_exit1 ("pthread_attr_init() failed: %s", .git/rebase-apply/patch:22: space before tab in indent. strerror (nErr)); .git/rebase-apply/patch:35: space before tab in indent. // Inherit scheduling parameters from the main thread. .git/rebase-apply/patch:36: space before tab in indent. nErr = pthread_attr_setinheritsched (&sThreadAttributes, warning: 13 errori di spazi bianchi soppressi warning: 18 righe aggiungono errori di spazi bianchi. Applicazione in corso: attempt at making mpegts/bluray patch for ffmpeg-4.4, might not work .git/rebase-apply/patch:23: trailing whitespace. .git/rebase-apply/patch:47: trailing whitespace. .git/rebase-apply/patch:57: trailing whitespace. .git/rebase-apply/patch:75: trailing whitespace. .git/rebase-apply/patch:80: trailing whitespace. warning: 85 errori di spazi bianchi soppressi warning: 90 righe aggiungono errori di spazi bianchi. Applicazione in corso: Add two more libx264 patches for ffmpe, enable avcintra 300/480 .git/rebase-apply/patch:63: trailing whitespace. .git/rebase-apply/patch:69: trailing whitespace. warning: 2 righe aggiungono errori di spazi bianchi. Applicazione in corso: sigh, i deleted make in x265_3.5.patch3, restored .git/rebase-apply/patch:30: trailing whitespace. +make warning: 1 riga aggiunge errori di spazi bianchi. Applicazione in corso: --with-booby demands execinfo.h Then I tried reapplying these 3 patches with the --whitespace=fix option, but it didn't work: $ git am --whitespace=fix /home/paz/Download/randrik14/rand/*.patch Applicazione in corso: fix mjpegtools patch4 and patch5 (termux) .git/rebase-apply/patch:20: space before tab in indent. if (nErr != 0) .git/rebase-apply/patch:21: space before tab in indent. mjpeg_error_exit1 ("pthread_attr_init() failed: %s", .git/rebase-apply/patch:22: space before tab in indent. strerror (nErr)); .git/rebase-apply/patch:35: space before tab in indent. // Inherit scheduling parameters from the main thread. .git/rebase-apply/patch:36: space before tab in indent. nErr = pthread_attr_setinheritsched (&sThreadAttributes, error: patch non riuscita: cinelerra-5.1/thirdparty/src/mjpegtools-2.1.0.patch4:1 error: cinelerra-5.1/thirdparty/src/mjpegtools-2.1.0.patch4: la patch non si applica correttamente error: patch non riuscita: cinelerra-5.1/thirdparty/src/mjpegtools-2.1.0.patch5:1 error: cinelerra-5.1/thirdparty/src/mjpegtools-2.1.0.patch5: la patch non si applica correttamente Patch non riuscita a 0001 fix mjpegtools patch4 and patch5 (termux) suggerimento: Usa 'git am --show-current-patch=diff' per visualizzare la patch non riuscita Una volta risolto questo problema, esegui "git am --continue". Se preferisci saltare questa patch, esegui invece "git am --skip". Per ripristinare il branch originario e terminare il patching, esegui "git am --abort". $ git am --skip Applicazione in corso: attempt at making mpegts/bluray patch for ffmpeg-4.4, might not work .git/rebase-apply/patch:23: trailing whitespace. .git/rebase-apply/patch:47: trailing whitespace. .git/rebase-apply/patch:57: trailing whitespace. .git/rebase-apply/patch:75: trailing whitespace. .git/rebase-apply/patch:80: trailing whitespace. error: cinelerra-5.1/thirdparty/src/ffmpeg-4.4.patch2: esiste già nell'indice Patch non riuscita a 0002 attempt at making mpegts/bluray patch for ffmpeg-4.4, might not work suggerimento: Usa 'git am --show-current-patch=diff' per visualizzare la patch non riuscita Una volta risolto questo problema, esegui "git am --continue". Se preferisci saltare questa patch, esegui invece "git am --skip". Per ripristinare il branch originario e terminare il patching, esegui "git am --abort". [paz@arch-paz cinelerra-5.1]$ git am --skip Applicazione in corso: Add two more libx264 patches for ffmpe, enable avcintra 300/480 .git/rebase-apply/patch:63: trailing whitespace. .git/rebase-apply/patch:69: trailing whitespace. error: cinelerra-5.1/thirdparty/src/ffmpeg-4.4.patch_4: esiste già nell'indice error: cinelerra-5.1/thirdparty/src/ffmpeg-4.4.patch_5: esiste già nell'indice Patch non riuscita a 0003 Add two more libx264 patches for ffmpe, enable avcintra 300/480 suggerimento: Usa 'git am --show-current-patch=diff' per visualizzare la patch non riuscita Una volta risolto questo problema, esegui "git am --continue". Se preferisci saltare questa patch, esegui invece "git am --skip". Per ripristinare il branch originario e terminare il patching, esegui "git am --abort". I still went ahead and compiled CinGG without problems (I attach cin5.log). The build took 8 min; without the patches the default was 5 min. The previous times with patches was 20 min. It seems to me a very good result, thanks! The proxy path patch was already present without needing to download it; I applied it with "patch < ..." and it works without errors. I'll get around to testing later today.

1 0

Updated AppImage's and Manuals
by Phyllis Smith 01 Aug '21

01 Aug '21

There are now 4 newly created AppImage's for CinGG as follows: https://cinelerra-gg.org/download/images/CinGG-20210731-x86_64.AppImage - for newer distros https://cinelerra-gg.org/download/images/CinGG-20210731-x86_64-older_distro… https://cinelerra-gg.org/download/images/CinGG-20210731-i386.AppImage - for 32 bit https://cinelerra-gg.org/download/images/CinGG-20210731-multibit.AppImage - for extra 10 and 12 bit The "multibit" AppImage was created on Mint 20 using the patch supplied by Andrew_R (which will be checked into GIT as a patch after I get the manual wording done to match). I tested this by rendering using the h265_10bit and h265_12bit formats -- which will not work without the 10 and 12 bit compiled version. But it is important to note that the multibit AppImage will only work on the appropriate Operating Systems which have all of the needed libraries installed. In other words, it worked on the Mint 20 system here as well as my laptop running Fedora 32 BUT did not work on the big desktop computer. And the HTML and pdf versions of the manuals have been updated: https://cinelerra-gg.org/download/CinelerraGG_Manual.pdf https://cinelerra-gg.org/download/CinelerraGG_Manual/ One more note -- the upgrade of ffmpeg from 4.3 to 4.4 is still awaiting a patch for the bluray. A "freelancer" was working on this and said he had a "fix", but then he disappeared so maybe he got sick or has some problem. Who knows these days but I hope a solution is available in August. Notes from the releasenote.pdf file: **************************************** *GIT for Cinelerra-GG has the following changes from 07/01/2021-07/31/2021* Workaround for “attach effect” bug when using In/Out pointers as *discovered by DeJay* and discussed in the forum is to use drag from the Resources window instead. Bug was introduced with the mods checked into GIT on 6/26/2020 in the track.C program. Fix not yet available but would be easy for someone who knows c++ and a little about CinGG. *Andrew R *has contributed all of the following upgrades/fixes with *Andrea doing additional tests*: Upgrade of x264 to 2021-06-15 master version from 20191217-2245-stable version. Upgrade of x265 from 3.4 to 3.5. Upgrade libaom from 3.0.0 to 3.1.1 and modified the build parameters to eliminate unnecessary docs. YUV Color Space has had 601 and 2020 split into 601-NTSC/601-PAL and BT2020-NCL/BT202/CL. Old projects will not be affected because 601-NTSC and BT2020-NCL are the old defaults. Updated or new profile formats of h265-10bit and h265-12bit. Export EDL option for CMX3600 formatted output has been re-instated and proven to work in at least one other application - Final Cut Pro for PPC Mac and also OpenShot with possible caveats. Changes may need to be made if there is a reason to do so for a specific case. *Rafa Mar* updated the Spanish translations.

4 12