<div dir="auto">So, as Igor noticed CinGG's divide and subtract modes do not behave like they behaved in Cin HV/CV/CVE I digged into matter a bit and found few confusing (for me, amateur) things.<div dir="auto"><br></div><div dir="auto">First, it seems CinGG as of now implement divide mode just like Natron (2.5 from git).</div><div dir="auto"><br></div><div dir="auto"><a href="https://paste.pics/JJC90" rel="noreferrer noreferrer noreferrer noreferrer noreferrer" target="_blank">https://paste.pics/JJC90</a><br></div><div dir="auto"><br></div><div dir="auto">But GIMP/Krita/Photoshop implement different algo, probably described here:</div><div dir="auto"><br></div><div dir="auto"><a href="https://github.com/psd-tools/image-blender/blob/master/wiki/Blend-modes-and-formulas.rest" rel="noreferrer noreferrer noreferrer noreferrer" target="_blank">https://github.com/psd-tools/image-blender/blob/master/wiki/Blend-modes-and-formulas.rest</a><br></div><div dir="auto"><br></div><div dir="auto">basically it makes color white if one input (not one you divide to) was black.</div><div dir="auto">I think this is consistent with screenshot:</div><div dir="auto"><br></div><div dir="auto"><a href="https://paste.pics/JJC76" rel="noreferrer noreferrer noreferrer" target="_blank">https://paste.pics/JJC76</a><br></div><div dir="auto"><br></div><div dir="auto"> But moreover, according to documentation CinGG composites tracks a bit backward comparing to photo editors:</div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><h1>Description</h1><p>The previous math forms are the only truly accurate description of each blending operation, but short descriptions are below where Source is the output from the next track and Destination is the output from the lower track stacking. Blending starts with new Source and combines it with the previous render stack output, which is referred to as Destination. The new output becomes the next Destination and the next up stack level becomes the new Source. Source is above; Destination is below. </p><p>---</p><p><a href="https://cinelerra-gg.org/download/CinelerraGG_Manual/Description.html" style="text-decoration-line:none;color:rgb(66,133,244)" rel="noreferrer noreferrer" target="_blank">https://cinelerra-gg.org/download/CinelerraGG_Manual/Description.html</a><br></p><p><br style="font-size:12.8px"></p><p>So, in subtract and divide modes this *really* makes a lot of difference, like inverting (wildly altering) colors.</p><p>By playing with automatically set keyframes I 'discovered' you can change compositing mode along the track - so this makes interesting dynamic effects possible.</p><p><br></p><p>But I do not think reverting subtract/divide to their original form will be best solution. I hope another set of modes can be added, implementing at least previous algo, even if not exact ordering of compositing. (you always can swap tracks or use overlay plugin for different order?)</p><p><br></p><p>I did similar (software-only ) patch  ~year back, attached again (might need some tweaking for new sources). Problem is, I am a bit lost in this MACRO thing, so showing everyone how to put complex equation into our current overlayframe.h very much hoped for.</p><p>Of course more ultimate idea is to put user-editable inputbox somewhere there, yet I not dare to think what will happen if user just added some A/B and B happened to be zero ..... at runtime, due to picture (so, macro somewhat must wrap around existing checking macro, and THIS definitely above my level )</p><p><a href="https://git.cinelerra-gg.org/git/?p=goodguy/cinelerra.git;a=blob;f=cinelerra-5.1/cinelerra/overlayframe.h;h=13c2e4bd0b26b0b5994eea343e02bdd8a4c074be;hb=HEAD">https://git.cinelerra-gg.org/git/?p=goodguy/cinelerra.git;a=blob;f=cinelerra-5.1/cinelerra/overlayframe.h;h=13c2e4bd0b26b0b5994eea343e02bdd8a4c074be;hb=HEAD</a><br></p><p>One the bonus side, I made simple PSD file in GIMP (2.10.32) and it was openable in cingg via ffmpeg's decoder!</p><p><br></p><p>of course I am not sure if ffmpeg ever will expose raw layers and metadata for making more complex composition work in applications using it possible, but hey, who knows the future!</p><p><br></p><p>attached even screenshot from psd-tools repo because I am a bit paranoid about information disappearance ....</p></div></div>