[Cin] Multitrack performance issues

[Stefan de Konink]

Op 9/26/24 om 10:27 schreef Andrew Randrianasulu:
> 
> 
> вс, 28 июл. 2024 г., 10:00 Stefan de Konink via Cin 
> <cin at lists.cinelerra-gg.org <mailto:cin at lists.cinelerra-gg.org>>:
> 
>     In my opinion, Cinelerra must be able to guess this itself.
> 
> 
> Adam implemented something like this incin-HV
> 
> https://github.com/heroineworshiper/hvirtual/commit/c1d4250a29e7fed632a9ec6a5fab2dec0d63a437 <https://github.com/heroineworshiper/hvirtual/commit/c1d4250a29e7fed632a9ec6a5fab2dec0d63a437>

Adam and I interacted on YouTube under his latest video about swap 
channels. His reply is also (very) interesting.

https://www.youtube.com/watch?v=kamu45UeQG8

Me:
The main problem that I have with Cinelerra in this respect is the the 
inability to decide what layers should be rendered prior to compositing. 
Hence I would expect that if the surface contains contents that does not 
have an alpha layer and fills the rendered, it is to conclude that 
layers below it cannot be observed, and should therefore not be 
processed (hence the effects should not be applied). These would be key 
optimisations that could significantly improve the overal performance.

@Lion_McLionhead:
It did 25 years ago.  Random access plugins, nested EDLs ended the party.

Me:
@Lion_McLionhead  Is there a path forward where plugins and content 
would mark itself as such, and a graph can be computed which content 
would be at the lowest layer? There must be something better than 
manually muting a multicam EDL.

@Lion_McLionhead:
@skinkie  For just multicam editing, there could be an option to disable 
tracks based on mute keyframes & let it break dependencies.  Anything 
more automated has proven impractical.


...but great that you spotted this improvement!

-- 
Stefan

-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_0xDA0A21EE7E3D2959.asc
Type: application/pgp-keys
Size: 3074 bytes
Desc: OpenPGP public key
URL: <https://lists.cinelerra-gg.org/pipermail/cin/attachments/20240926/8a88116a/attachment.skr>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_signature.asc
Type: application/pgp-signature
Size: 840 bytes
Desc: OpenPGP digital signature
URL: <https://lists.cinelerra-gg.org/pipermail/cin/attachments/20240926/8a88116a/attachment.asc>