Search the Community

Showing results for tags 'integration'.

More search options

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


  • Company news
    • General announcements
  • ftrack Studio (main app)
    • General discussion
    • Feature requests
    • API
    • Help
    • Actions and Widgets
    • ftrack Go
  • ftrack Review
    • General discussion
    • Feature requests
    • Help
  • Connect and plugins
    • General discussion
    • Connect package releases
    • Feature requests
    • Help
    • Connect plugins releases
  • Advisory Forum
  • Tech preview
    • API
    • New integrations
    • Studio overview
    • ftrack Review


There are no results to display.

Find results in...

Find results that contain...

Date Created

  • Start


Last Updated

  • Start


Filter by number of...


  • Start





Website URL







Found 7 results

  1. Hi, Does anyone know what happend with the Flame integration plug which was on bitbucket ? Any plans to make a proper flame plugin ? Thanks,
  2. Hey there, I am in the process of evaluating ftrack and have some questions regarding publishing. Quite possible that I am missing anything as I am having some trouble understanding the basic principles in ftrack (coming from shotgun). I am gonna first outline what I think is the default render/publishing workflow. Gone through that in afx and nuke but I guess the workflow is similar in maya. Here the procedure in nuke: Open nuke via ftrack-connect (correct context). Nuke script is saved in an (more or less) arbitrary location. Do your work Render to another arbitrary location Attach a ftrackpublish node to the write node and publish (or is the intended way to use the publisher via the ftrack menu and the ftrackpublish-node is legacy?). During the publish the nuke-script as well as the rendered-sequence will be copied to the fileserver. - Script and image-sequence will be placed side by side into the following structure (given that the task was tied to a shot): project/sequence/shot/scriptname/version/ - The name of the script will be generic (nuke-script.nk or something like that) and thereby the version/shot/sequence will be not saved explicitly to the files but implicit in the ftrack database as well as the file structure. If theses assumptions are correct, here are some questions: is there any way to access/parse the ftrack-context in nuke? I'd rather like to use a custom write node which is automatically populated with the correct render-path (built from the task/shot/sequence etc.) on our fileserver. This is especially true for renderings running on the farm. I don't want the artists to manually navigate to the appropriate location and enter the correct filename as this is one task which should be handled by ftrack imo. the same applies to the script itself. I'd like to force the artist to save the script on our file-server (in the correct location and name) which is - as opposed to local files - backed regularly is the publish-action itself customizable? As the components (rendered sequence and script) already are in their appropriate locations on the fileserver there would be no need for any copying. Instead I'd like to only register the components and create the versions on the ftrack-server. Guess that this could be done with a custom publisher but I'd really like to let the built-in do the heavy lifting and just modify it I am quite sure that everything is possible. Just trying to figure out how much effort it takes. Best, Julian
  3. Hi everyone! I'm writing here to let you know that we are working on some changes to make Connect easier to extend and develop plugins for. Some of you I've already been in contact with but I would love to hear the feedback and opinions from the Community. We have a lot of ideas that we want to implement in Connect but the plan is to start out by tackling two common issues: Extending and modifying the environment and command when an application starts from Connect. Adding hooks to Connect without modifying the FTRACK_EVENT_PLUGIN_PATH. The way we intend to solve this is: Emit an event every time an application is launched from Connect. The event will contain application identifier, context, command and options that contain the environment variables. Here you will be able to make changes to environment variables, command and options. This should allow a lot of flexibility without having to override the built-in hook it-self. A platform dependent default directory from where plugins can be discovered without modifications to FTRACK_EVENT_PLUGIN_PATH. E.g. on OS X it would be something like /Users/mattiaslagergren/Library/Application Support/ftrack-connect-plugins/. We also intend to give the option set an environment variable so that you can centralise the plugins to one directory that everyone in the studio reads from. Connect will pick up plugins from both places.
  4. Hi everyone, I am currently trying to use nuke studio to prep plates and various assets. I though I could use the ftrack plugin to publish all these assets into our ftrack project but I have troubles writing a custom template. it seems the only data against I can run an expression is the shot name on the timeline, is this correct ? Is there any way to get sequence/shot/version from anywhere else (clip name or media file path would be great) ? Thanks in advance, Jerome
  5. It would be great to have. Is this even possible? It seems hard to find ZBrush pipeline examples. I know GoZ exists, but it tends to be a pain in the ass and can only save the cache on the C: drive.
  6. I'm getting the above error when I try to manually install the photoshop extension. Installing from here: adobe website doesn't work either.
  7. Hello, I'm testing the use of ftrackplugins in visual studio 2010. Since this is my first time using python in VS, I was wondering if you have any idea how I can enable VS to recognize the ftrack API I've extracted the ftrackplugins-win64-1b17 archive into all three paths: C:\Python27\Lib\site-packages\ftrackplugins-win64-1b17\ C:\Program Files (x86)\IronPython 2.7\Lib\site-packages\ftrackplugins-win64-1b17\ C:\Program Files (x86)\IronPython 2.7\Lib\site-packages\ftrackplugins-win64-1b17\ and "ftrackplugins" shows up under all 3 environments in visual studio Solution Explorer (see attached image) I tried running the follwing script (our private information is replaced by # for security purposes) ---------- import os; import sys; ftLibPath = '#####/ftrackplugins-win64-1b17/ftrackplugins/libdir' ftApiKey = '##### ftLogName = '#####' if not ftLibPath in sys.path: sys.path.append(ftLibPath); print '>> Added to sys.path : '+ftLibPath; os.environ['FTRACK_SERVER'] = ftServer os.environ['FTRACK_APIKEY'] = ftApiKey os.environ['LOGNAME'] = ftLogName import ftrack; projects ftrack.getProjects(True) for proj in projects: print proj --------------- I get a printed output of all projects but the problem is "ftrack" is not recognized by the compiler while editing. If I open the interactive window and execute the script (line-by-line) "ftrack" is fully operational with intellisense enabled. Any idea how I can fix this? Kind regards, Wim Wouters