<div dir="ltr"><div class="gmail_default" style="font-size:small">Andrew,</div><div class="gmail_default" style="font-size:small">I am "planning" on starting to look at export edl mods tomorrow.</div><div class="gmail_default" style="font-size:small">In the past, some of the video render formats received have had the window ctrl-m on the end and I have had to remove it.  Not a problem.</div><div class="gmail_default" style="font-size:small">Attached is the patch for pluginfclient.C that you alerted me to a few emails ago and I did not want to forget to put it in but do not really know how to test but at least it compiled and executed with the patch in.  It should not be a problem and it is best to keep it matching the one you did for ffmpeg.C higher FPS.  Thanks for your patience, Phyllis<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Jul 5, 2021 at 11:30 AM Andrew Randrianasulu via Cin <<a href="mailto:cin@lists.cinelerra-gg.org">cin@lists.cinelerra-gg.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Updated patches, this time I tried to import resulting edl into Final Cut Pro for PPC Mac (mac os 9.2.2 on qemu/andoid 0.o) and they worked at least cuts show up, and dissolves (there currently no code for handling wipes) <div><br></div><div>I am not sure if ^z^z tail actually harmless, you can comment writing this tail in patches if unsure/want to test different NLE</div><div><br></div><div>yeah, I missed newline after FCM line, and last line in file.. </div><div><br></div><div>for my surprize FCP 1.2.5 (from 1999!) uses Windows line endings (seen as ^M in mcedit) - may be they were re-using dos/windows code there? </div><div><br></div><div>I simply run 'unix2dos -f' on edl file from patched CinGG and then optionally set Document/creator attribs (mac-specific, under Macos 7.5.5 in Basilisk2 emulator, with ResEdit app) to TEXT/KeyG (four symbols for each, case-sensitive! ) - this allowed FCP to see my edl correctly, but you can select 'show all files' in import->edl menu under 'file' menu item.. </div><div><br></div><div><br></div><div><br><br>On Monday, June 21, 2021, Andrew Randrianasulu <<a href="mailto:randrianasulu@gmail.com" target="_blank">randrianasulu@gmail.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">I think I enabled _writing_ timecode info into rendered files (tested mxf)<div>if you set timecode for your timeline manually - it should be respected. </div><div>If you render selection of your timeline  - timecode will be set at start timecode of your render position. </div><div>if you render selection with already altered (via clapping icon) timeline - it also should work. </div><div><br></div><div>I found you (sometimes?) need to hit 'align timecodes' menu item for refreshing asset timecode info.... but such action will mes up timeline if some assets had no real timecode info.... </div><div><br></div><div>Anyway, try to test those patches and told us how useful (or dangerous?) they are... </div><div><br></div><div>In theory I think this is good idea to get embedded timecodes into rendered files (rel. to your working timeline) , but may be you sometimes want zeroed tc in output files? </div><div><br></div><div><br></div>
</blockquote></div>
-- <br>
Cin mailing list<br>
<a href="mailto:Cin@lists.cinelerra-gg.org" target="_blank">Cin@lists.cinelerra-gg.org</a><br>
<a href="https://lists.cinelerra-gg.org/mailman/listinfo/cin" rel="noreferrer" target="_blank">https://lists.cinelerra-gg.org/mailman/listinfo/cin</a><br>
</blockquote></div>