[Blender_Kitsu] Publish VSE Edit as Revision on Kitsu #7
No reviewers
Labels
No Label
Kind
Breaking
Kind
Bug
Kind: Community
Kind
Documentation
Kind
Easy
Kind
Enhancement
Kind
Feature
Kind
Proposal
Kind
Security
Kind
Studio Request
Kind
Testing
Priority
Critical
Priority
High
Priority
Low
Priority
Medium
Reviewed
Confirmed
Reviewed
Duplicate
Reviewed
Invalid
Reviewed
Won't Fix
Status
Abandoned
Status
Blocked
Status
Need More Info
No Milestone
No project
No Assignees
3 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: studio/blender-studio-tools#7
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch ":feature/upload_render_to_kitsu"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Closes: TinyNick/blender-studio-tools#6
Goal
Create a new operator that will upload the entire storyboard as a full edit to the Kitsu EDIT section.
First Implementation
How it works
Using the edits from the Kitsu API (added to Gazu) https://kitsu-api.cg-wire.com/#/Edits We are able to query for tasks related to edits. On these tasks is where revisions are submitted for the Kitsu Server's Edit Section (imaged above). Operator will select a task, render the current file and submit this as a revision on the edit's task.
/data/edits/with-tasks/
/data/edits/{edit_id}/preview-files
UI & Placement
I have put this in the VSE UI area.
Operator Options
These are the options that are set by the User before running the operation
Project Name
Set by the active project in Blender_Kitsu addon settingsEdit Entries
Are the different tasks on Kitsu related to each version on the edit. Typically a project will just have one but the operator allows for additional entries to be selected. (usually hidden)Edit Entry Tasks
Within each Edit Entry there is 1 or more tasks. Per default the operator will always select the first task, and will cancel if no task is found. If more than one task is avaliable the user will be able to select so from the menu.Comment
Is optionalRender Directory
User can set a custom directory, by default the addon will use the active scene's render path (set during invoke.)Special Considerations
Operator will use the current path set in pet project edit .blend files. These files have their render path set to
/shared\{project_name}\editorial\export\{project_name}_v{revision}.mp4
.Current pet project edit .blend files use have a naming convention
{project_name}_v{revision}.mp4
convention.Blender_Kitsu already contains a playblast module which contains some similar features to what is needed by this operator.
Demo
In this demo we are going from Revision 2 to Revision 3. I have changed the first frame of the video to make the change more obvious once Revision 3 is uploaded to the task. Notice on Kitsu the additional revision comments added after the operation is complete.
Filenames that are rendered match the revision numbers in Kitsu.
Know Limitations
WIP: Render & Send to Kitsuto WIP: Publish VSE Edit as Revision on KitsuWIP: Publish VSE Edit as Revision on Kitsuto Publish VSE Edit as Revision on KitsuFunctionality looks good! One feature should be added: the ability to push some custom metadata for the "frame_start" key. This is used by Watchtower to pad the edit in the timeline.
I noticed you added something to the Gazu module. Was this done by fetching the latest version of Gazu from here? https://github.com/cgwire/gazu
Sure thing!
TODO
frame_start
key I can get started on that right now.Gazu Clarification
Changes to Gazu were made on the addon side. The module is named gazu, but the functions are about accessing data via https://kitsu-api.cg-wire.com/#/Edits API. Described in #7 (comment) I did ensure my server had the latest Gazu version installed when I set it up recently. Does that clarify the gazu question?:
@fsiddi I have added the feature
frame_start
. I made this optional, incase the production hasn't added this value to their edits (i noticed this on my test server). Commit:24357f71a1
I have also ensured that during invoke the current frame_start found on the server is used as the 'default'.
Added the following modules to the
blender_kitsu.gazu
sub-module:gazu.entity add update_entity() function
gazu.edit add get_edit() function
`These were added because the
frame_start
value exists within the data of the edit_entity itself not the comment. Comment is used for the rest of the video revision submission logic.DEMO
In this demo I am updating the frame_start from
111
to66
, the change is view-able on the server after a refresh.Looks good. Let's roll this out ASAP!
Publish VSE Edit as Revision on Kitsuto [Blender_Kitsu] Publish VSE Edit as Revision on Kitsu4d4485c247
toeb52ad51fd
eb52ad51fd
to65c173e545
@ -1408,4 +1408,0 @@
addon_prefs = prefs.addon_prefs_get(bpy.context)
folder_name = addon_prefs.sqe_render_dir
file_name = f"{strip.kitsu.shot_id}_{strip.kitsu.shot_name}.{(task_type.name).lower()}.mp4"
return Path(folder_name).absolute().joinpath(file_name)
Removal of this function results in error - studio/blender-studio-pipeline#44
@ -1404,11 +1405,7 @@ class KITSU_OT_sqe_push_render(bpy.types.Operator):
logger.info("-END- Pushing Sequence Editor Render")
return {"FINISHED"}
Removal of the function _gen_output_path (below) results in error - #44