<div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">вс, 8 окт. 2023 г., 13:31 Stefan de Konink via Cin <<a href="mailto:cin@lists.cinelerra-gg.org">cin@lists.cinelerra-gg.org</a>>:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Op 10/4/23 om 19:36 schreef Phyllis Smith:<br>
> I totally "get it" -- basically you want it to work like you expect it <br>
> to work.  Unfortunately, so did the original author! as does everyone <br>
> else!<br>
<br>
I wanted to ignore this email because I would agree, that if it would <br>
work for the original author, then it fits his or her needs. Today I am <br>
editing again and from usability perspective try this one;<br>
<br>
You have 4 tracks, VAAA. </blockquote></div></div><div dir="auto"><br></div><div dir="auto">I guess you mean 1 video + stereo track belonging to it + separate mono track? Or just real 2.1 audio?</div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Add some media so you are sure you can see what <br>
happens. In front of it you create 30s of silence.<br>
<br>
Go to a new asset. View it. Set in-out points, and copy (not to clip).<br>
<br>
Now go to the front of the timeline and paste.<br>
<br>
Notice that VAA is moving, but the last audio track does not, hence VAAA <br>
directly becomes out of sync. This also happens when you would drag and <br>
'snap' a clip to the beginning of the time line. But it does not when <br>
you drag a clip in between on silence space.<br>
<br>
To me the above behavior shows:<br>
  1. I am either unaware of the option not to have the assets on the <br>
timeline move (see subject on the email)<br>
  2. Or we must agree that this moving behavior for a NON-linear editor <br>
is far from be desired. I would even say, like the labels locking <br>
moving, we must have an option that would always just overwrites.<br>
<br>
<br>
It is open source, everyone can fix it, bla bla. Without a "developer <br>
manual" every capable C/C++ developer would first have to dig in very <br>
deep in order to comprehend how the UX actually works, let alone how to <br>
change it.<br>
<br>
-- <br>
Stefan<br>
<br>
-- <br>
Cin mailing list<br>
<a href="mailto:Cin@lists.cinelerra-gg.org" target="_blank" rel="noreferrer">Cin@lists.cinelerra-gg.org</a><br>
<a href="https://lists.cinelerra-gg.org/mailman/listinfo/cin" rel="noreferrer noreferrer" target="_blank">https://lists.cinelerra-gg.org/mailman/listinfo/cin</a><br>
</blockquote></div></div></div>