Ftrack: rewriting component creation to support multiple thumbnails

[jakubjezek001]

Changelog Description

The creation of Ftrack components needs to allow for multiple thumbnails. This is important in situations where there could be several reviewable streams, like in the case of a nuke intermediate files preset. Customers have asked for unique thumbnails for each data stream.

For instance, one stream might contain a baked LUT file along with Display and View. Another stream might only include the baked Display and View. These variations can change the overall look. Thus, we found it necessary to depict these differences via thumbnails.

Additional info

• to support required feature the plugin had to be rewritten.
• this is only part in the puzzle which is ensembled in this PR Global: Thumbnail workflow enhancements #5936

Testing notes:

1. Thumbnails in all hosts should work as before

Explicit Thumbnai workflow > development stages

original PR
This PR is just a placeholder and will be broken into smaller chunks:

• Colormanged Thumbnails - General: Use colorspace data when creating thumbnail #5938
• Ftrack integrate instance components refactory of the plugin for support of multiple thumbnail representations. Ftrack: rewriting component creation to support multiple thumbnails #5939
• Nuke Explicit Thumbnail workfow Nuke: Explicit Thumbnail workflow #5941:
  • adding need-thumbnail tag and cross plugin flow
  • Nuke: removing extract_thumbnail
  • improving flow of publish_on_farm tags
• adding new settings and implementation of new functions into extract thumbnail Global: extract thumbnail with new settings #5944:
  • integrating thubnails switch
  • size constrain
  • make thumbnail from middle

[ynbot]

Task linked: OP-6659 Maya: thumbnail color space

[kalisp]

It doesn't break any existing integration test where thumbnails are being used.

[mkolar]

Sounds like we can merge.