-
Notifications
You must be signed in to change notification settings - Fork 129
Conversation
(cherry picked from commit 209511e)
This is currently a code merge of a few things which I haven't tested yet. I'm expecting to test by Tuesday the earliest. |
So, could this be tweaked a little bit to provide PySide2 and OTIO for Resolve? Just asking how much is it bound to Fusion logic. |
This actually still doesn't provide PySide2 and OTIO out of the box - or at least PySide2 it doesn't. I'm not sure what'd be needed on OTIO end since I hadn't tested that at all. The master prefs might be fusion specific - I'm not sure about that. Also, with regards to the top level menu in a Can't provide much information here. |
Tweaked some more things for this PR and tested it in Fusion. Seemed to work fine. Aside of these issues:
Not a direct issue, but settings we might want to set for the comp by default too:
At the same time since the Loaders already do so for published files this might actually be "forcing too much" by default? Nonetheless it makes me think once we have new scene callback/default settings implemented we might want to just expose a user to apply custom prefs overrides in OP admin settings. @jakubjezek001 any chance you could also take a look at the current state and let me know what feels off to you? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hey @BigRoy for the update! I was testing and at the moment found following problems:
- when some work has been done in one shot context and then in workfile want to open other shot context, a dialogue window (in red rectangle) is showing under the workfile window
-
I have to change
FUSION16_PYTHON36_HOME
environment key in prelaunch hook as it is not supported by app setting yet. Reversing it toPYTHON36
was fixing it for me for the test. https://github.com/pypeclub/OpenPype/blob/237ce7938dc04d163308cf34960433eac3132609/openpype/settings/defaults/system_settings/applications.json#L698 -
publishing created render node was working well
-
loading rendered image sequence or mov works but having an issue with correctly setting frameranges
Correct - as mentioned that's fixed in #2784
I set that in the Application environment - just like how it was set before for PYTHON36.
What's the issue? :) |
Task linked: OP-2667 Fusion: set framerange from menu button |
Paths = { | ||
Map = { | ||
["OpenPype:"] = "$(OPENPYPE_FUSION)/deploy", | ||
["Reactor:"] = "$(REACTOR)", |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Could not find it. Is there set somewhere in app environments?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ah, REACTOR is only there because it's used by almost everyone working with Fusion in a more than average capacity. The unfortunate side effect of masterprefs is that it "locks" the settings to those values. So a user/studio couldn't set custom path maps for their studio unless they were to change the .prefs
file.
REACTOR
would be an environment variable set by the studio as to where they have that installed (if they use it). If they don't it's mostly disregarded by fusion because the pathmapping doesn't resolve to anything.
You'd set it in Admin Settings, like FUSION16_PYTHON36_HOME
as in my screenshot here.
So I was testing it one more time and found out there is problem with the set_framerange. It is defining render range exluding handles and if publishing of the render node is done during those render range defined, it will render only range without handles. Once it is loaded back to workfile, it is set to the first workfile frame and it seems to be wrong. I wonder if the render range could be ignored during publishing. The handles identified by those limits shown in image are cool and we are used to work with those in Nuke. User is interactivly shown what is in edit and what is handle. It would be good to tel rendering plugin that it should render full range. |
@jakubjezek001 Thanks for being so verbose about the issue - but somehow my mind is having a hard time grasping exactly what issue you're having with the handles. Any chance you could do a screen recording of the issue? |
I think what @jakubjezek001 is trying to say is that you are rendering frame range without handles, 1001-1005 in the example, however it should be rendering with handles included for consistency. |
…on_v2 # Conflicts: # openpype/scripts/fusion_switch_shot.py
Have tweaked the addon to set Currently there's no logic anywhere which sets the Comp's default aspect ratio, fps, etc. I feel like that would still be good to add. Ready for review! |
+ fix import of host tools
…ng it unusable for these particular validations
@jakubjezek001 Any chance you're able to look into this PR quickly? :) I'm working on another Fusion integration tweak which might be quite big on top of this PR and I'd love to PR it separate.
Actually thinking about that now that could technically be dangerous during publishing if some of the logic there would rely on the context to remain the same during the publishing instead of the user potentially clicking into another comp as he starts the the publish. Maybe instead it should highlight the asset name at the top of the menu with a different color to notify it's not matching - and maybe add a button to "refresh" or "sync" it again. Sounds like a good reason to keep that a separate PR already. |
(cherry picked from commit c902d7b)
- UIs have pretty much no delays so no need to print
OpenPype manager/containers don't use it so it's redundant in the code base.
…stall + fix comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Works perfect! Thanks you ;)
I wonder if the context is collected only once at start of publishing and then it is not required anymore. Even Integrate is taking Context data from collected, right? @iLLiCiTiT |
It is, but there is a lot of plugins that are still using Definetely not issue for this PR :) |
Yes - different issue, different PR. @iLLiCiTiT any chance this PR could get your approval for a merge? |
Brief description
This is a replacement PR for #2752 with the code coming from our studio's
colorbleed
branch which had tweaks done to the Fusion integration.Description
This is a first pass to expose the tweak we've been doing on our end to discuss the changes.
Additional Context
Testing notes: