

In essence, the Lightworks code is now split in two - the OS-independent code (eg. Once this was complete, we were then able to begin work on a Linux implementation of that same layer. Instead, we decided to move it to a new operating-system dependent layer which we engineered to have an OS independent interface. Well, you can add that feature to the suggestion part of the forum and hope that it will convince the Shotcut developers to think that it is an important feature to add.Our solution was to avoid rewriting the Windows-specific code at all (it was, after all, tried, tested and optimized).

(Did I understand well?)Ĥ-Is there is not any solution to keep the original TC inside Shotcut? This would be really better than changing the original TC… wav) to import into Resolve.ģ-You suggest me, instead of using the original TC, to change it to 0, So the TC would match. Another thing is that Resolve doesn’t import separate audio tracks from EDL, so you might want to export an audiofile(ex. As the EDL do not support several tracks in a simple way. The Davinci import settings are still important and so is the need to save an EDL pr. What was this material shot on?Ģ-I already read the pdf you told me to read but it seems to have been written before Shotcut was able to export edl directly. It is mainly pro-cameras which can embed a time code in the source files, so it is properly out of the scope of Shotcut. Shotcut is not able to read and use embedded time codes. And the files will quickly be copied with new time codes and reel names.ġ-if I understand well, it is not possible to keep the original TC when importing clips into Shotcut.Drag and drop all your source files into EFC.And place it in: “C:\Users\Public\Documents\EyeFrame Data\Formats for edit”.Open Notepad, insert this text in a new document:įfmbc.exe -i “” -vcodec copy -acodec copy -timecode -metadata reel_name= -threads 8 -y “.mov” If you want to zero the embedded time codes in your source material, then get Eyeframe Converter - link above.
