Skip to content

Conversation

@antirotor
Copy link
Contributor

What's changed?
Fps in Maya is set by mapping actual fps number to string constants used by Maya to set time units. You can have fps set as integer - 25 or as float 25.0 They are numerically same but mapping recognize only integer. If you pull fps from system like ftrack, where this attribute is set as decimal to allow values like 23.976 it will also returns 25 as 25.0. To handle it, this change cast numbers like 25.0 to integer so mapping still works and adds few other Maya string constants.

this change is correcting mapping fps values set like decimals. For example fps set as 25.0 wouldn't be mapped correctly. This change will cast fps to int if it finds its decimal places are zero. It is also adding more fps mapping for maya.
Comment on lines 54 to 55
'47.952': '47.952fps',
'47.95': '47.952fps',
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Just wondering, should both of these values result in the same final FPS? Or is one intended to be the df (Drop Frame) variant? If the latter then it seems the resulting value is wrong?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Well those are not drop frames, just way to handle rounding. I've sometime noticed that different productions specify framerates with different precision. This handle two and three decimal places as fewer or more doesn't make much sense. This could be handled in more elegant way I suppose but way one can see whats mapped to what.

Copy link
Collaborator

@BigRoy BigRoy left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks good to me. I have never had to use the fractional FPS settings for productions so likely wouldn't use this, but I can see why it could be good for some.

Copy link
Collaborator

@davidlatwe davidlatwe left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Sorry for late respond 💦

Copy link
Collaborator

@davidlatwe davidlatwe left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks @antirotor ! Good to be merged !

@davidlatwe davidlatwe merged commit 726022c into getavalon:master Dec 13, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants