[Cin] exportEDL, timecode patches

[Andrew Randrianasulu]

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)

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

yeah, I missed newline after FCM line, and last line in file..

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?

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..




On Monday, June 21, 2021, Andrew Randrianasulu <randrianasulu at gmail.com>
wrote:

> I think I enabled _writing_ timecode info into rendered files (tested mxf)
> if you set timecode for your timeline manually - it should be respected.
> If you render selection of your timeline  - timecode will be set at start
> timecode of your render position.
> if you render selection with already altered (via clapping icon) timeline
> - it also should work.
>
> 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....
>
> Anyway, try to test those patches and told us how useful (or dangerous?)
> they are...
>
> 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?
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.cinelerra-gg.org/pipermail/cin/attachments/20210705/db5205b7/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0035-Try-to-fix-exportedl.c.patch
Type: text/x-diff
Size: 3092 bytes
Desc: not available
URL: <https://lists.cinelerra-gg.org/pipermail/cin/attachments/20210705/db5205b7/attachment-0006.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0036-re-enable-export-edl-for-testing.patch
Type: text/x-diff
Size: 951 bytes
Desc: not available
URL: <https://lists.cinelerra-gg.org/pipermail/cin/attachments/20210705/db5205b7/attachment-0007.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0037-Autodetect-drop-frame-in-exportedl.C.patch
Type: text/x-diff
Size: 1037 bytes
Desc: not available
URL: <https://lists.cinelerra-gg.org/pipermail/cin/attachments/20210705/db5205b7/attachment-0008.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0038-Hopefully-fix-timecode-offset-in-exportedl.patch
Type: text/x-diff
Size: 1716 bytes
Desc: not available
URL: <https://lists.cinelerra-gg.org/pipermail/cin/attachments/20210705/db5205b7/attachment-0009.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0042-Final-cut-pro-1.2.5-accept-our-edl-now-after-unix2do.patch
Type: text/x-diff
Size: 981 bytes
Desc: not available
URL: <https://lists.cinelerra-gg.org/pipermail/cin/attachments/20210705/db5205b7/attachment-0010.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0043-Exportedl.C-two-more-from-clip-name-cases.patch
Type: text/x-diff
Size: 1845 bytes
Desc: not available
URL: <https://lists.cinelerra-gg.org/pipermail/cin/attachments/20210705/db5205b7/attachment-0011.bin>