Conversation
…al-Rendering' into enhancement/custom-frame-range-new-with-bw
|
Tested with ynput/ayon-3dsmax#163, works with me. |
Nice! @BigRoy do you think this is good idea? |
BigRoy
left a comment
There was a problem hiding this comment.
LGTM
I wonder if the family should actually be something like framerange.custom instead? 🤔 Fine with it either way - just feel like since we're pushing out more families as we intended that we need some naming rules? 🗡️
|
I have been using it while testing the |
I 100% agree, that's why I asked for you to take a look 🙂 . My initial idea was to use |
| if not IS_FARM_HOST: | ||
| return False | ||
|
|
||
| families.add(i_product_base_type) | ||
| return bool(families.intersection(FARM_HOST_NAMES)) |
There was a problem hiding this comment.
Let's mark the below backwards compatibility in code cleary.
| if not IS_FARM_HOST: | |
| return False | |
| families.add(i_product_base_type) | |
| return bool(families.intersection(FARM_HOST_NAMES)) | |
| # Backwards compatibility for farm host/families logic | |
| if not IS_FARM_HOST: | |
| return False | |
| families.add(i_product_base_type) | |
| return bool(families.intersection(FARM_HOST_NAMES)) |
I also wonder whether if this returns True we should log it.
| if not IS_FARM_HOST: | |
| return False | |
| families.add(i_product_base_type) | |
| return bool(families.intersection(FARM_HOST_NAMES)) | |
| # Backwards compatibility for farm host/families logic | |
| if not IS_FARM_HOST: | |
| return False | |
| families.add(i_product_base_type) | |
| legacy_farm_families = families.intersection(FARM_HOST_NAMES) | |
| if legacy_farm_families: | |
| cls.log.debug(f"Detected legacy farm families: {legacy_farm_families}") | |
| return True | |
| return False |
Just so that in time we can still notice which are using the old logic and whether we can deprecate them down the line.
| if i_families is not None: | ||
| families = set(i_families) | ||
|
|
||
| if "custom.frame.range" in families: |
There was a problem hiding this comment.
I'd probably reverse them to something like:
framerange.custom_frames`
(I think if we were to pick that we'd need camelCase? framerange.customFrames?)
Or:
framerange.custom
I think the . between frame and range is redundant, and even somewhat wrong.
…al-Rendering' into enhancement/custom-frame-range-new-with-bw
Changelog Description
The custom frame plugin does work with specific family
"custom.frame.range", but also has backwards compatibility for the families that were defined by deadline plugin but only for hosts that did work with deadline addon.Additional info
Using this approach it still works for hosts that did work before, but hosts that would like to use this new feature has to add
"custom.frame.range"to instance to be able to show the option.Testing notes:
"custom.frame.range"family to an instance in some other host to validate it shows for it too.