Skip to main content

Ideas from Luisma

I asked for ideas and suggestions in a 3D users forum, and Luisma sent me his own personal opinions about the matter of workflow and pipeline.

This is a resume, loosely resumed and poorly translated by me, and with my own comments in italics.

Luisma´s comments are from the point of view of a mere user, as he is not a programmer nor an expert. Also he is considering a type of production with several departments that will be exchanging or sharing assets most of the time, both internally and among departments, each using its own programs and tools, so it is a rather heterogeneus system.

An efficient pipeline will be mainly based on keeping an strict discipline regarding name conventions (nomenclature).
This will make easier for everybody to:
1.- Find assets to work with.
2.- Keep track of the versions of each asset.
3.- To check and send assets along the pipeline to the next department.
4.- Facilitate writing scripts and programs that work with assets.

This is mere common sense. Now lets go down to the practical side of it:
This is the list of "digital" departments ("non-digital" would be Art Direction, Concepts, Storyboard, Sets and Shooting, etc) that we can find in a medium-big production, sorted in chronological order along the pipeline:

  1. Previs - Visualizes the directors´s idea
  2. Modelling - Creates models
  3. Creatures - Rigs the model
  4. Cameras and Layout - Places the model on the scenery and frames it with a camera
  5. Animation - Animates the model (normally a low-res version). Once approved, the animation will be "published" and passed onto a hi-res model.
  6. Coding
  7. Texturing - Creates textures
  8. Matte Painting
  9. Paint+Roto
  10. Shaders - Creates shaders
  11. Lighting (& FX?) - Applies Textures and shaders to the hi-res model, and lights the shot according to its visual characteristics, and rendering the appropiate passes
  12. Compositing and colour grading - Finalize the shot mixing the rendered passes
Scanning+Recording, Production, Technical Support and several others, including the Pipeline Engineering Dpt. itself, also have access to the pipeline. (I think these Dpts. are placed out of the main schema because they are not "digital content creators")

The best way to organize this huge amount of information is through a unique Project directory, with several main subdirectories for reference and query, that allow for continuus access:
/Previs
/Production
And then two "working" subdirectories:
/Assets: All the elements (characters, props, sceneries) with its corresponding revisions, kept up-to-date and related to other assets. For instance:
/Assets/CharacterA/v05/lowres/CharacterA_lowres_v05.xxx
/Shots: All the production shots (/P01, /P02.. /Pxx) with subfolders for each dpt(/Models, /Anim, etc), for instance in Anim, several folders pointing to the "Assets" subfolder containing the needed assets: ( EDLs, models, cameras, audio, rigs, etc)
A Pipeline Script would assemble all that into a 3D scene for the program used in animation.
An aditional folder at that level is /Work, where the output work is saved into three folders (/Initial /Progress /Final) with the adequate versioning nomenclature: Pxx_CharacterA_lowres_v05_NA_ipxx.htr
where Pxx is the name of the shot, NA the animators initials, ipxx the version or take.
Once the shot goes into the "Final" folder, it is ready to be published for the next step (ie lighting)

This looks like a mess, and it can certainly be at first, but getting used to it it all makes sense, and speeds the processes of looking for assets, checking them, publishing them...
The less margin we leave for human error, the better, and aplying a logical methodology saves a lot of problems. There are many things that computers are better at than us, a copule of scripts here and there make your life much easier.
To sum it up: be rigid, with almost dictatorial discipline, when naming and placing things. Don´t allow licenses with these sort of things, a mere error or foolness can potentially become a huge mess.
Giving for granted the professional level (regarding discipline) of the team, the Pipeline must be at the service opf the team, and not the other way around, as it sometimes happens with so-called "pipelines"...

Of course this does not only relate to nomeclature, data structuring and such, but it begins there.

I don´t know of any tool that allows to create an "ad-hoc" pipeline, and its complexity will depend on a number of factors: The number of departments that will need to share/exchange assets, the programs they use, the kind of data each dpt. publishes, etc. The tools that will be written to configure the pipeline must have all this into account, as there aren´t two studios alike, one tool can be too small or simple for some and too big or complex for others

Comments

Popular posts from this blog

"Simple Animation" the first cloud based, virtual, animation studio has been disclosed at SIGGRAPH

Simple Animation is a ground breaking solution that allows to set up a virtual studio with artist tools, production tracking, storage and rendering farm, paying exclusively on the go, and accessing talent anywhere in the world.

The artists just need the basic physical interface: any low-end computer with his choice of display and mouse/digitizer, and a reasonable internet connection.
Once securely logged into the system, they´ll have access to a complete virtual workstation loaded with any production software they might need (either free or commercial), a production tracking system, etc. just as if they were sitting at a brick and mortar studio.
Artists don´t have to install or run any software on their own computer, in fact they can´t even download the assets locally: everything is running in Simple Animation server, and kept securely there.
The possibilities are truly endless:
- Imagine you need a super powerful workstation for just a few days to calculate and render a massive fluid simu…

Nimble collective: a virtual streaming collaborative animation platform

Nimble is a virtual collaborative animation platform on the cloud, via app streaming. That means no software installation, no file transfers, no hardware or operative system issues...

Being software agnostic, you can use your favorite animation tools and then invite collaborators to join you on your 2D or 3D project creating and animating on a web browser: model, rig, texture, light, animate, render, composite, edit...
 You will do your own budget and schedule-planning, get your own virtual studio running in minutes, and populate it with artists from around the world. You can even set up revenue sharing.

They are in beta testing right now, with a first “Pilot Program” limited to a small group of invited guests and just premiered the first animated content to utilize the platform 'Animal Fact #164', at Siggraph 2016.


Animal Fact #164 from Nimble Collective on Vimeo.

Animal Facts #164 was created leveraging components of the Nimble Collective platform, going from script to scree…

CGRU: Afanasy render farm manager, Rules CG project tracking, Movie Maker dailies

Although CGRU CG Tools Pack has been going on for over three years, it is gaining momentum since its latest release (2.0.7) last month. It is free, open source, and available on Windows, Mac and linux.

The set of tools includes:
"Afanasy" render farm manager"Rules" CG projects tracker which you can try online"Movie Maker" scriptable image sequence encoder"Keeper" system tray icon.These are the features (from their web page)

AFANASY Render Farm Manager
Flexible: JSON protocol, Python API.Farm Resources Monitoring: CPU (System,User), RAM, HDD, SWAP, I/O, Net and Custom (Python).Generic: Can do anything that can be described via commands.Statistics: SQL database and a ready Web GUI (PHP) to browse it.Multi-Task Hosts: One host can run several tasks.Multi-Host Tasks: One task can run on several hosts (master service and slaves).Software Licenses Limits.Dependences, Priorities, Services, Parsers, Wake-On-Lan, Mixed-Os, Qt GUI, Web GUI (HTML5), CLI, Nimby…

Search this blog