[Cin] Ungrouping of video and audio clips after some edits
Phyllis Smith
phylsmith2017 at gmail.com
Sat Jan 5 00:06:47 CET 2019
Xing Tu:
>
> Okay, so that's why ctrl-c has to be done twice to exit. It'd
> certainly be useful if you guys can figure this one out.
You can now dump the undo stack and if you started cin from a terminal
window, it will display
something like the following there up to 32 undo-s with program addresses
that it keeps also.
UndoStack::dump
0 0x68e3af0 record patch 119 0004 *
k 1 0x47b0080 record patch 37413 0004
2 0x68e0bb0 record patch 2802 0004
3 0x469f1b0 record patch 1529 0004
4 0x46c1700 split | cut 1529 0011
5 0x46c1eb0 split | cut 1193 0011
6 0x45a8f10 split | cut 1193 0011
k 7 0x46c2060 split | cut 37076 0011
8 0x469e660 split | cut 2580 0011
9 0x68cf280 split | cut 1071 0011
10 0x46bc070 record patch 1071 0004
11 0x409b810 record patch 956 0004
12 0x45a8eb0 record patch 956 0004
13 0x45bf510 record patch 841 0004
k 14 0x7ffe3465ffc0 paste assets 36905 0001
15 0x7fff6c00b5e0 paste assets 4 0001
k 16 0x68eea70 add track 36205 ffffffff
17 0x409a610 add track 4 ffffffff
k 18 0x40e7af0 add track 35677 ffffffff
k 19 0x4599000 add track 34373 ffffffff
k 20 0x7ffe4c4073a0 load 30481 ffffffff
21 0x7ffe4c01bc40 load 841 ffffffff
k 22 0x46cd670 move edit 26271 ffffffff
23 0x45a2360 move edit 2937 ffffffff
k 24 0x4698f10 load 26106 ffffffff
k 25 0x65161e0 load 3768 ffffffff
can you explain why both groups were separated after the second "undo"?
>
It is not really that both groups were separated after the second "undo" -
what it really is, is just
like an Oracle database "commit". As the program runs, a commit writes
down the current state
of the user's work; when you operate the first undo, you are just reverting
to the state of the
space when it was written down. With the 2nd undo, you are now reverting
to what was written
down before that. I have explained this as well as I could, but my field
is computers and it is
so automatic to me, that I have no better way to convey this (so my
apologies).
It's counter-intuitve that when trying to extend or shorten the length of
> the video stream, the corresponding audio stream remains unaffected
> (and vice-versa) despite being grouped.
>
> I will look at Sam's qqjni.mp4 steamable to get a better understanding of
exactly what you are referring
to so I can relay this to gg.
Actually, one more thing would be if "drag source only" would also apply to
> groups.
>
By this are you referring to section 41.3 Trim Feature with Drag Handle,
Button 3? Either way, it is
now a little easier for me to keep track of what needs to be added to Cin,
if it is added to MantisBT
bugtracker.
Thanks, Phyllis/gg
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.cinelerra-gg.org/pipermail/cin/attachments/20190104/184bfbed/attachment.html>
More information about the Cin
mailing list