March 14, 2009

A First Look at GridIron’s FLOW

flow_ss_about If the circles you move in touch even remotely with those of the visual effects or motion graphics worlds, you’ve probably heard at least a little bit about this amazing new software called FLOW from GridIron Software. FLOW is one of those things that comes along every now and then and totally redefines the way we look at a particular task. It isn’t Yet Another Project Management Suite, but rather a totally new way to look at and think about project asset management.

FLOW is still in beta at this time, so some things work and some things don’t, but overall things look really nice. The number one issue right now is simply application support, but the folks at GridIron assure me they have plans to expand that list greatly. At the moment it works with mostly Adobe products, and so I sat down yesterday and broke out After Effects and Premiere to run FLOW through its paces.

The project I set out was just a simple one. I had some footage from fxphd of a kid riding his bike up to a building, and I wanted to make the building all beat up. The goal here was to tie in several assets and applications into one project to see how it all – FLOWed. Sorry I couldn’t resist.

As I worked my way through the various steps of the project, I would save and then alt-tab back to FLOW to see how things were forming up. FLOW did a very good job of following along so to speak, and each time I added a new asset it showed up in the “map” as they call it. I was especially impressed when I rendered out the video from After Effects and FLOW correctly mapped it as an output node from AE. I didn’t expect that. FLOW seems to be smarter than your average bear in many respects. For example, in my AE project I had brought in three single image assets, but only used two of them. In my FLOW map, I could see all three assets as inputs, but if I clicked on the AEP file node, the unused asset would grey out, indicating I assume, that the asset wasn’t being used. Amazing.

When all was said and done, the final project consisted of several images created in Photoshop, a comp in After Effects, and then a video created in Premiere with the output of AE and some more Photoshop files. With only one or two expectations, FLOW put everything where it belonged and provided me with a very nice visual display of that project’s assets. I then took the completed map and used FLOW’s packaging feature to package it all up.

So let’s break it down shall we?

The Good

The install goes very smoothly and after a quick reboot, you are up and running with the software. There is no need to fiddle with settings and knobs with FLOW, you just start working and it does its thing. There appears to be two sides to FLOW. The application itself, inside of which you view your maps and assets, and the Dashboard which seems to serve as a sort of lightweight interface to the application. In the dashboard you can search for assets quite easily. The dashboard can be really great for finding assets you need based on things like keywords and attributes, though it annoyingly falls short of perfection by not allowing you to take a located asset and drag and drop it into a program.

Navigation inside of FLOW is very simple and intuitive. Everything is almost too easy as at first you stare at the screen wondering what to do, but as soon as you open any file you start seeing your graphs.

Flow takes whatever file you load up, and maps out how that asset is used through a project by drawing input and output connections and neatly arranges everything in columns that indicate various stages of the project. I noticed that all my inputs to After Effects where in one column, then the AE file in the next, with the rendered output in yet a third, and so on down the line of the project. It mimics very well how you would think of the files in your own head as you move through the various applications in your project.

FLOW map of review project

The versioning system is excellent and something I am a huge fan of. “Save often, and save revisions” is always the motto in a project, and FLOW does an awesome job of saving revisions for you when working in software that doesn’t necessarily make that easy to do. Anyone who has ever had a piece of software crash – while saving – knows how important revisions are.

The Bad

One thing FLOW does in order to track files is create bazillions of little index files on each drive for all the assets. It does this in a FlowData directory at the root of the drive. I have to say i’m not too big a fan of this While i’m sure there is a reason they chose this method over a central library system, i’m not sure of what that reason is.

The Dashboard is supposed to protect assets in ways such as if you delete an asset, the dashboard will pop up informing you of your mistake and let you recover the file – presumably from the last version saved. This doesn’t seem to work for me on Windows however. I tried it twice, with no intervention from FLOW. Amusingly if you delete the file, FLOW remaps itself to reference the asset from the windows recycle bin, but then if you empty the recycle bin nothing happens. FLOW just loses the file and doesn’t offer any option to restore it. At this point I no longer had access to the assets versions, so I couldn’t even manually recover it.

Most of the work I do as a compositor involves frame sequences instead of video files. FLOW provides no real support for this other than simply grouping all the image files together into a group. I would love to see FLOW actually treat these like a frame sequence and provide a preview as well. I’d almost bet this is a byproduct of their Macintosh roots here, as most people in the Mac world seem to work with quicktime files instead of frame sequences.

flow_ss_frames

Some of the judgments the software makes to determine what are inputs and outputs sometimes isn’t quite what i’d agree with. For example, the internal preview and cache files created by Premiere show up in FLOW as assets in the tree. Another was when I had one PSD file that I modified and saved out as a new file, yet flow connected them together and put the output file on another level. Ok on the one hand I can see this, but on the other it was kind of weird. I wish I had a way to tell it to handle this situation different, because while the whole map pretty much mirrored how I looked at the project in my head, this ONE file was outside of that image and it just kept annoying me.

flow_ss_decision

The Ugly

I know this is a beta release, and things just aren’t perfect, so take this section with a grain of salt. With that said, my absolute number one complaint right now is performance. On Windows XP it is just downright slow as molasses going uphill in the winter my grandfather would say. Even opening the application takes a few long seconds of nothingness. If you click on a node that you haven’t clicked on before, the whole app just freezes sometimes upwards of a minute or two as it processes that node, and i’ve had several instances of “click and go make coffee”.

I don’t quite get what the packages are actually doing, other than relocating assets together, but the creation of a package is another function that takes a very long time.

What I’d Like to See

FLOW does an extremely good job of providing a visual reference to how all your assets are used in a project. It also does a very decent job as an overall asset manager, but i’d love to see it go the rest of the way. Anyone with a large amount of assets knows it can be a pain keeping track of them all and finding what you need. FLOW gets me 90% of the way to taming those assets. It allows me to see how they are used in projects, and it allows me to easily find assets based on very deep searches from tags to meta data, but once found it doesn’t provide any easy way to use those assets.

I’d like to see FLOW and the FLOW dashboard provide drag and drop support for bringing those assets into my applications once found.

Support for image sequences, along with the ability to preview image sequences like videos, would be very nice as well.

When you package up a map, all the assets are conveniently collected and grouped together for easy distribution or archiving. I love this. However the various project files used by the applications still point to the original assets. It seems to me that FLOW is able to read these project files, and in turn it would be very nice if it could also modify these files in the package to point to the new location of the assets in the package.

January 20, 2007

Countdown Continues

Posted by Picasa

New Voyages Progress

Progress on New Voyages is moving along nicely, although we're already starting to lose track of time :) I think we just finished week 3 of this project. Final resolution, IE high detail, models are coming to completion. The Enterprise team of Rick, Paul, and Joe have finished modeling the majority of the ship and have started on texturing, and Chris should have the shuttlecraft ready to go by monday. Eric and Brett are making great progress on the interior shuttlebay and i'm looking forward to comping those into some of the greenscreen plates soon as well.

On more my side of things, Alex has done a great job of pulling frames out of Final Cut and getting them over to us on the network. With frames coming in things on the comp side can start moving a bit faster. On Friday I submitted one shot with complete effects for approval. Hopefully we can get those effects locked down so we can start working on applying them in other scenes as needed. There are probably close to 100 shots using those effects, so that would be a big boon. While i'm sure they won't approve the first version, it will at least get us started towards locking things down. In addition we're starting to pull our greenscreen keys and with the models coming together we should be able to start comping those shots.

January 6, 2007

Star Trek: New Voyages

In the last block at school, each class takes everything they have learned and works on a group project that is designed to as accurately as possible reflect how things would be for us in a real job.

Normally what happens is the school creates a short film from the ground up, including pre-production, principal photography, and post-production. These films are typically 4-5 minutes in length and alternate between fully animated features and live-action.

However, in the real world, a visual effects artist will have little involvement in the pre-production and filming stages of a production. Typically the movie or episode, or whatever will be shot and then sent to a visual effects house for the post-production work.

In the case of our class, we get the special treat of working on a project that is not only similiar to a real world project, it is a real world project. There is a web-based fan production of Star Trek called Star Trek: New Voyages. It is really quite popular and has a huge viewership. I think I heard something like millions of downloads. In any case, they have shot episode 3 of the show, and now that episode is in our hands for post-production.

This is a great opportunity for us because what we are doing is essentially the same as a real job minus the pay :) However it also means a lot more work. Remember how I said that the student films are typically 4-5 minutes long? Well we have a 44minute episode to do, with somewhere around 400 visual effects shots. Despite that however, we're all very excited about the project. A bunch of us are Star Trek fans, or just Sci-Fi fans in general. Beyond that however, is that this show has garnered a lot of attention. This includes the attention of people in the industry and people in the Star Trek alumni so to speak. The previous episode starred Walter Koenig who played Chekov in the original show, and was written by sci-fi great, D.C. Fontana. Our episode stars George Takei who played Sulu in the original show, as well as Grace Lee Whitney who played Yeoman Rand. Our team is lead up by Ron Thorton who has ties to some of the best in Sci-Fi visual effects including Babylon 5 and Star Trek Voyager. We also are learning from Lee Stringer of Battlestar Galactica fame.

At this point, while I am allowed to say that i'm working on this project, I really can not do much more than that. I would love to show behind the scenes stuff as it is worked on, but stuff like that has to be approved before it can be released. I will however be keeping a sort of "production diary" that I will eventually release, even if it isn't until after we're done. I will also attempt to get things approved everynow and then to show you all :)

The Move to Blogger

It is often funny how things come around. I've always hosted my own blog, using Wordpress, on my own site. I have always suggested to friends and co-workers who have asked me about blogging that Wordpress and your own site was the best way to go. You had full creative control and a nice looking web address.

Yet here I am, using Blogger and for the moment using a Blogspot address. Why?

As I move into my fourth and final block at school, I found myself redesigning my own personal website. Reshaping it into a site more devoted to showing off my skills and helping me land a job in the industry. In a nutshell it had to morph from a journal type website into a portfolio type website. There was no longer any place for my blog on the front page, although it could have been moved to a subpage on the site. However the more and more I thought about it, I realized that while I wanted to retain at least one blog, I also wanted somethign quick and easy and hands-off so to speak. I wanted to not have to focus on it too much.

As a result, I decided to make the move here. I already use lots of other Google services, and Blogger is rather well known. It is easy, and efficient. And to top it all off, at least one of my classmates also uses Blogger. Eric Haas is located at http://ericatrandom.blogspot.com

So there you have it. My new blog and possibly a few other blogs, will live here powered by Blogger. I may however use some of the Blogger features to publish the blog at my own domain sometime in the near future.