Personal View site logo
EDL_Convert: Workflow Developement for Sony Vegas Pro - DaVinci Resolve
  • 52 Replies sorted by
  • Hello @Peter123456 I would like to know more about your Workflow. Might be to work out a mix will even be more effective. In general I would say that your Workflow should work also effective. When I started this project I also thought about this option but for some points I had no idea to overcome it without any subsequent compromises.

    • I don't know what you are doing if your project does include transitions, black pauses, fade in fade out. I guess that in this case scene detection will have a problem. With my Workflow whole length including transition time of start and end part will be included and rendered out as normal (clean) part. You also have the option to put some additional time to each clip. That has the advantage in case you would like to take some small adjustments in the final edit.

    • Then I guess you have to render one time more - DNxHD full lenght to DNxHD cut.

    • Another question is also how do you handle audio in this case. My workflow lets audio untouched. In the final text EDL file audio from clips is still linked to original camera file. Sound etc. is also still linked to it's original. Only video will be linked to now graded .mov file.

    • Furthermore, you can build easily different Vegas color graded versions. Render different versions in DaVinci and put them into different sub-folders. Move then for excample version1 from the main-folder to a sub-folder and version2 from another sub-folder to the main-folder. Immediately you have a new graded Vegas version2.

    • Next thing is that you could throw away all original (non graded) DNxHD files. If you need them after some time to make a new graded version in DaVinci, just open linear text EDL file in Vegas and render DNxHD again. Open then DaVinci project and here you are again...

    • It's fast - starting from the first edit and come back for the final edit Round-Trip (excluding render time and color grading) takes me a little less than 3 minutes to work through all neccecary procedures.

    Please tell me any ideas you have.....

  • Hi @tida

    Couple of questions:

    1) Playing with your new version of the scripts. Just out of interest, while I've changed the path to the program, for some reason it comes up with an error. My path is C:\Program Files (x86)\EDL_Convert\EDL_Convert.exe so I am entering in the js file:

    var InstPath = "C:/Program Files (x86)/EDL_Convert/EDL_Convert.exe";

    For some reason it's not finding it. Are the spaces causing problems? Not a biggy - I can launch it manually.

    2) The thumbnails in Resolve are all wrong because they show the first frame - but each clip has a first frame which is different from the subsequent frames. Again not a biggy but is there something I'm doing wrong? I've tried with "Add 1 extra frame" checked and unchecked but it still does this.

  • Hi @Mark_the_Harp

    1) Thanks that you mention it. The script language is a little bit tricky. They use of "\" is reserved for making remarks within the code. Instead of "\" try to use "/".

    If it doesn't work or you still have some problems in the original program folder it may be based on administrator rights. The EDL_Convert.exe does update (write to) the EDL_Convert.ini file which has to be in the same folder. If you have due to this still trouble, use just another folder.

    2) Now that you mention it, I have same symptom but I did not pay too much attention. I will have a look whether I can fix it. I did put a "Frame Add" option to the program because without that it loses one frame at the end of batch rendering in Vegas. I have seen other people also blaming Vegas for this bug.

    Many thanks for this helpful questions.

  • Hi @Mark_the_Harp

    I'm currently working on the frame issue mentioned in your second question. Seems to be that I have to adjust the batch_render method a little bit. I thougth I did fix the bug from the standard script. But now found what really happens. Seems to be that first clip is rendered out correctly but subsequent clip rendering takes place one frame earier.

    I found another strange situation, and here I need help for confirmation. At the moment I test only 30p originals. Standard Vegas framerate is for NTSC 29.970 fps. For .MTS originals from the GH2 I found 29.985 fps. Do you have observed similar discrepancies with same framerate or others.

    This could be a fundamental issue with Sony Vegas. Might be that this causes from time to time instabilities in general for Sony Vegas.

  • I like Sony Vegas because it behaves like a Swiss Knive. It's a very precise allrounder. Now all steps work syncronized with frame wise precision. With this release of EDL_Convert v1build005 I did fix the thumbnail issue of Davinci Resolve. Thanks to @Mark_the_Harp who does currently test this EDL_Convert workflow.

    Would appreciate if more would give it a trial and commend on this workflow.

    Changes in v1build005:

    Did correct frame shift. Davinci Resolve clip thumbnails are now displayed correctly. Before that, thumbnails did show last frame of previous clip. Had to make changes in A2_RegionsRender.cs script as well as EDL_Convert.exe.

  • So, this is a small tutorial about the essential steps to realize a round-trip.

  • @tida Really useful, thank you. Nice to have the sound!

    I am working on a better version of the video I sent you so looking forward to trying this new version with the correct thumbnails. Just been a bit busy with other things...

  • @Mark_the_Harp good to hear that it did work well for your production. Currently working on an automatic attempt to start directly after EDL_Conversion the linear and final Text EDL file in Vegas and also simultaneously save them as .veg files. Also it could be possible to automatically run region select and rendering. So very few click's and you are ready for color correction - just further simplification of workflow.

    Then I'll also test whether with Vegas Pro 12 an XML-route at the step of final Text EDL integration would make sense. Hence it could be possible for Sony Vegas Pro 12 users to marry economic aspects from current workflow with transformation of edited structure into DaVinci Resolve.

  • You will find at first page new release of v1build006. New release will make Workflow more simple. There are fewer clicks left to batch render within Project_EDL_lin.veg file.

    Changes:

    • EDL_Convert: Option to autorun Project_EDL_lin.txt, save it to Project_EDL_lin.veg and apply RegionsMark script automatically.

    • All RegionsMark scripts: will now choose first track if nothing was selected; can be progressed from EDL_Convert to save .txt to .veg

    image

    EDL_Convert v1build006.jpg
    1046 x 672 - 179K
  • This is a nice tutorial how to work with AAF in a round-trip. I will definitely integrate AAF and XML in the EDL_Convert workflow. Then you are able to work with the edit structure in DaVinci and stay economic with render time and hard drive space.

    Please read also dicussion in vimeo.

  • Hi @tida, sorry about the long time away! Just about to start editing again.

    I've just been checking that I have the correct basic video import / export settings in Vegas and Resolve by taking a timeline clip in Vegas, exporting as .mov / DNxHD, Importing into Resolve, Delivering it from Resolve, then importing back into Vegas.

    For some reason even without doing anything to the clip while it's in Resolve, there is a video level shift between the original clip in the Vegas timeline and the one which has been out to resolve and back into Vegas.

    Do you have this issue, or have you solved it in some way?

  • @Mark_the_Harp do you mean if you look on preview screen in Vegas compared to Resolve. That would be a long discussed issue that Vegas does not display same as you receive after rendering....

    Due to this effect, I did not pay attention what would result if one would compare original to final round-tripped but ungraded file. Hence, I will do some tests.

    Another issue could occure due to ghosting if you do not disable resample. Depending on framerate GH2 could slightly not match preset framerate from Vegas/Resolve. For excample - 30p of GH2 is 29.985 fps and preset from Vegas/Resolve is 29.970 fps.

  • Hi @tida, I notice the level shift if you have two video tracks in Vegas, and put the original clip on one and the round tripped clip on the other, just above it. If you switch on and off the "top" clip you will see the video change - the round-tripped one is slightly brighter.

  • @Mark_the_Harp which settings did you use for rendering in Vegas as well as in Resolve.

  • @tida,

    Using GH2 footage at 23.976 in both applications:

    Vegas: exporting as .mov / DNxHD 115mbps 8-bit RGB levels and in the "Project" tab, the "Default" color space (this is all via the "Customize Template...." button)

    Resolve: exporting as "normally scaled legal video / auto" (both do the same thing)

    1) Those settings give me the closest match but levels are slightly higher on the clip that's been roundtripped. 2) Comparing the exported Vegas clip (before roundtripping) above the source .mts in Vegas shows no color shift

    Hope that helps - I'd love to be able to get the same video levels in Vegas as I do in Resolve. I will also keep experimenting but if you have any suggestions, all welcome!! Thanks.

  • @Mark_the_Harp sounds like a general problem. Question is also whether it would occur if you would work with rewrapped .mp4 or .mov files from ffmbc.

    And here I receive some other problems with rewrapped files where first 22 frames are rubbish when working with Sanity patch. Don't evaluated it yet whether that still occurs when working with shorter GOP patches.

  • @Mark_the_Harp did just one test regarding ungraded roundtrip. All three clips look excactly the same without any color shift - no changes in scopes. I used following settings and compared clips in Vegas:

    0) project properties (progressive scan, 29,970 fps, 32-bit floating point

    1) original GH2 - MTS (30p)

    2) render from Vegas (33bpp color, 709, alpha none, 1080i/59.95 DNxHD 220 10-bit)

    3) render from Resolve (DNxHD 1080p 220/185/175 10bits, 29.97 fps)

    Might be that you should work with 709 instead of RGB levels.

  • Thanks, @tida, I'll give your settings a go tomorrow morning and see if that works for me. I appreciate your trying out these experiments and posting your settings. Thank you! I'll let you know how it goes.

  • @tida, thank you so much. Completely solved now. I feel like a real idiot - I'd selected the .mov wrapper but hadn't selected the correct codec in the "Deliver" page of Resolve, and now there is no level jump, and even quite complex processing renders at 65fps instead of about 12! Thank you for putting down the complete settings, which allowed me to see where I was going wrong.

  • @Mark_the _Harp it's a pleasure to hear that it worked out for you. 65fps is pretty fast. I see usually real time rendering in Resolve. Do your work with multiple graphic cards.

  • Hi - no, just one, a GTX580. But I also have a 6-core machine. Sometimes it's good, but Vegas occasionally crashes on it.

  • Wow, I've been looking for a Vegas / Davinci workflow and finally found it here - thanks!

    I downloaded EDL_Convert v1build006.zip but the archive only contains 2 folders: block and scripts. The EDL_convert* files are not found in the zip archive.

    Are the edl convert files a separate download?

  • Hi @rayt sorry I was gone for a time. I'll update drop-box soon and let you know when EDL_convert program is ready for download.

  • @tida - any news for EDL_Convert..?

  • @tida You can ask to fill edl_converter please!