<div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">чт, 17 авг. 2023 г., 15:37 Stefan de Konink <<a href="mailto:stefan@konink.de" target="_blank" rel="noreferrer">stefan@konink.de</a>>:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Thursday, August 17, 2023 2:13:46 PM CEST, Andrew Randrianasulu wrote:<br>
>> Yes, it makes sense to do it directly in the resources. Or maybe in<br>
>> something like a more advanced 'view' window.<br>
><br>
> question is (at least 1st question for me) - but how exactly its<br>
> done? Either by embedded audio timecode or some ...beat comparing and<br>
> calculating offsets?<br>
<br>
1) Embedded timecode<br>
2) Alignment signals (or slate)<br>
3) Computed audio alignment (we have it in CinGG for multicam, but it <br>
surprisingly can't be used on audio channnels)<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Thanks for pointer, I looked into mixersalign.C and found there two functions:</div><div dir="auto"><br></div><div dir="auto">// shift armed mixer tracks by nudge void MixersAlign::nudge_tracks()<br></div><div dir="auto"><br></div><div dir="auto"><div dir="auto">// move selected mixer edits by nudge</div><div dir="auto">void MixersAlign::nudge_selected()</div><div dir="auto"><br></div><div dir="auto">may be we can programmatically create 'hidden" mixer and then reuse those functions?</div><div dir="auto"><br></div><div dir="auto">PS: I only lately learned about '-r' (recursive) switch to grep, cinelerra keep most core files in one directory but other projects not ... Now I know how to search for function names recursively ;)</div></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">
4) By ear, to allow moving a timeline<br>
<br>
<br>
> Adam posted some vid on use audio offsets in Cin-HV:<br>
><br>
> <a href="https://www.youtube.com/watch?v=n0evGSOpwbY&list=PLv6Mn7I6pSmWivUKTvf_CzqHjnlKt5zCS&index=9&t=8s" rel="noreferrer noreferrer noreferrer" target="_blank">https://www.youtube.com/watch?v=n0evGSOpwbY&list=PLv6Mn7I6pSmWivUKTvf_CzqHjnlKt5zCS&index=9&t=8s</a><br>
<br>
The nuding is good if you have sort of alignment, temperature compensated <br>
oscillators, and want to fine tune it.<br>
<br>
<br>
> Anyway, as c-kiddie I understand frustration with somewhat cryptic and<br>
> outdated codebase. I understand ppl unlikely to be amazed on first<br>
> sight, or even on second. So finding someone who can work here is not<br>
> trivial, especially since we apparently cut from those big European<br>
> libre events like those meetings Krita, Blender and GIMP devs use for<br>
> face-to-face discussing ...<br>
<br>
I think, like with many projects, it starts with cutting an unreachable <br>
target into reachable pieces. Maybe it won't get the perfect architecture <br>
that way, but at least we can move forward.<br>
<br>
1) Collecting the usecases: where do we suck, or what do others much better<br>
2) Make a wireframe design what would it look like in the GUI<br>
3) Make an sequence diagram for the steps that are required to achieve the <br>
result<br>
4) Review it with the community<br>
<br>
-- <br>
Stefan<br>
</blockquote></div></div></div>