Multicam sync the SD card footage along with the livestream MP4.Use DaVinci Resolve to detect the cuts and output an EDL (edit document list) with the timestamps 1 2.Cut between two cameras using a wireless MIDI controller and Keyboard Maestro (pretty sweet). Use the EDL to cut between the HD/4K footage, using the livestream angle for reference. I was already anticipating conforming the livestream footage before pulling it into the timeline, since Wirecast uses variable frame rates. What Wirecast does is adjust frame duration so timing remains constant. So the first step is to conform the variable frame rate footage into fixed frame rate footage using Compressor. The ProRes to ProRes conversion is virtually lossless. Wirecast’s default ProRes settings actually record to 30p. The Sony AX100s however record to 29.97p, our good ol’ drop frame rate. This means for the same exact duration, the Wirecast file has less frames, which throws off frame precise edit lists. The easiest way to solve this would have been to change Wirecast’s ProRes preset to actually record at 29.97 fps. However, now the footage I have also needs to change framerates from 30p to 29.97p. Pro tip: check the 30p to 29.97p conforming worked correctly by ensuring: The solution? Use Compressor again for a second ProRes to ProRes render, this time from fixed 30p file to fixed 29.97p. The duration of the clips are the same (otherwise there will be audio sync issues). The number of frames is different between the two files.In my case both were 51 min and 53 sec (using regular QuickTime Player X to verify). The original 30p Wirecast file had 93387 frames and the conformed 29.97p version had less, as expected, 93294. 4Ĭouldn’t we just use Compressor once and conform the 30p variable fps footage to 29.97 fixed fps footage? The “two hop” process inevitably recompresses the video twice…although, again it’s ProRes and virtually lossless. Unfortunately, combining the two conforming steps doesn’t seem to work. The famous Failed: 3x crash service down error pops up within a few seconds. In fact my previous self tweeted about this error back in 2018, anticipating it would take me nearly a year to typing a proper writeup. Don’t Use EditReady for ThisĮditReady has a framerate adjustment feature, but is not meant for the above use case. #Editready conform frame rate manual#Īs the manual states, the feature intentionally only “adjusts the playback rate of your media.” That is, EditReady makes all the frames spaced out evenly, even if some were held longer than others. The feature is basically meant for slow motion, etc. In fact, if EditReady were used to adjust from 30p to 29.97p, it would stretch the video longer. The 29.97p file would have the same number of frames as the original 30p but the frames would now play back 0.1% slower. Indeed when I tried that, the file stretched to to 51 min and 56 sec. However, when added to a 29.97p multicam sequence with the other actual 29.97 footage, the incorrectly stretched 29.97 file shows up as 51 min and 56 sec! Interestingly, when both the 30p and 29.97p EditReady exports were pulled into FCP X they claim the original duration of 51 min and 53 sec in the browser.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |