You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: README.md
+14-4Lines changed: 14 additions & 4 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -15,12 +15,22 @@ Okay, so that makes subsequent renders faster. But with multiple computers, it a
15
15
Splitting the initial render a into multiple segments allows for the job to be distributed to multiple computers with Resolve's built in remote-render functionality. Traditionally remote-render is reserved for a queue of individual deliverables, not parallel computing on a single job. By splitting and joining at nearest GOP I-frames, inter-frame compression codecs can also be supported.
16
16
17
17
### How?
18
-
1. Calculate changes/segments
19
-
2. Queue using DaVinci Resolve's Python API
20
-
3. Concatenate losslessly with Ffmpeg
18
+
1. Render master file and generate sidecar (environment, render metadata)
19
+
2. Make changes and mark them on the timeline
20
+
3. Link to master file and sidecar
21
+
4. Calculate patches from markers (start, duration)
22
+
5. Validate master file, sidecar
23
+
6. Render patches in Resolve, inheriting sidecar settings
24
+
8. Split master file into "kept" segments, omitting segments to be patched
25
+
9. Concatenate all segments
21
26
22
27
## Roadmap
23
-
-[x] Initial logic and GUI
28
+
-[x] CLI app skeleton
29
+
-[x] Initial sidecar logic
30
+
-[x] Render master file from Patchwork
24
31
-[ ] Support patching all-intra codecs
25
32
-[ ] Support patching inter-frame codecs
33
+
-[ ] Distributed initial render (chunk and network-render master file)
34
+
-[ ] A sleek little GUI
26
35
-[ ] Support automatic diffing (no manually marked changes)
0 commit comments