[go: up one dir, main page]
More Web Proxy on the site http://driver.im/
15
18

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

More than 5 years have passed since last update.

パイプライン構築支援フレームワーク Pyblish 入門 その1 概説編

Last updated at Posted at 2015-11-05

pyblish とは

公式サイト: http://pyblish.com/
動作ムービ: https://www.youtube.com/watch?v=j5uUTW702-U
動作ムービ: https://www.youtube.com/watch?v=-MKujcU88W8
説明: https://github.com/pyblish/pyblish/wiki/What-is-publishing
開発ガイド: https://pyblish.gitbooks.io/developer-guide/content/

Abstract Factory社 の開発する、映像・ゲーム制作向けの パイプライン構築支援フレームワーク 。単体でも、DCCにも組み込みでも動く。Shotgun / FTrack / 5th Kind / Tactic などとは 違い 大規模な管理を狙うものではない。名前の通り出力データに対する、ミニマムな品質管理を主眼におき、些細な問題の早期発見と解決を目指す。つまり pyblish はデータ作成上の各工程に対しpublish前に不都合がないかを検証し、自動的にパイプラインに流していくためのフレームワーク。共通の一つの成果物を目指し異なる部品を組み上げていく開発者達が、日々のコンテンツ開発で遭遇する問題に対峙し、退治するためことを目的としている。

コアはただのフレームワークなので、パイプラインに必要な実際の挙動の実装は利用者で行う必要がる。現時点で使用可能な組み込み版は Houdini, Maya, Nuke, hiero と基本的に映像向け。が、その概念や機能は他業種であっても有用だろう。

ゲーム・映像制作におけるパイプライン構築自体については、長舩龍太郎さんのCEDEC2014のスライド 1や、ボーンデジタル刊の書籍 2や、北田栄二さんによるその[書評]
(http://eijikitada.blogspot.jp/2014/09/blog-post_26.html) 3、0303さんの記事 4 などを参照されたい。

まずは以下に利点欠点について触れておく。

利点

もちろん、pyblishに限らずこのような品質管理を狙い、各種 validation をかける仕組みは各々保有することと思う。pyblish が他と異なる点は、

  • チェッカ単体として提供されているのではなく、フレームワークである
  • 設定如何によりどのように振る舞わせるかを自在にかえられる
  • 筆者の寡聞ではあるが(OSSな)類似フレームワークの存在を知らない

チームで使用する際、担当パート、データにより、必要なチェッカのみ走るようにすることができる。不要なチェッカを手動でオフにする必要が無い。

pyblish を使う上での制約でもあるが、以上により制作環境、フローを揃え管理することができる。

欠点

  • ドキュメント不足
  • 導入の敷居の高さ
  • 開発途上
  • 実動作を担うプラグインは自分で用意する必要がある。(サンプルは存在するが)
  • セットアップの煩雑さ

構成

pyblish 本体は各種のモジュールより構成され、大別してa:コア b:OS c:DCCアプリ統合 にレイヤ分けできる。 https://github.com/pyblish のレポジトリ一覧を見ればつかめるだろう。

pyblish 本体では動作の枠組みを提供し、実動作はエクステンション(以後 pyblishエクステンションと表記する)として実装。pyblish本体は設定に従い pyblishエクステンションに実装された機能を作動させる。エクステンションのレファレンス実装例として、

が存在する

pyblishプラグインには4つのタイプ、つまり出来ることがある。処理順に、

  • collection
  • validation
  • extraction
  • integration

collection

収集 ― publish するものについての情報を収集し、以後の段階に備える。マシンへのログインユーザ名、日付、開いているシーンはいかなる種類のファイルか、どのようなブツがシーン上に存在するか、など。

validation

検証 ― 収集したデータに対し検証を行う。一番重要なフェイズ。例えば、ノードが命名規則に従っているか、単位系は正しいか、空のレイヤがないか、などなど。

extraction

抽出 ― 検証されたデータから、必要となるものを保存する。validation 通過しないとこのフェイズは実行されない。

integration

統合 ― 抽出され保存されたデータを、他の環境・パイプラインに向け統合する。例えば、何らかのデータベースに登録、vcsへの保存、タスクトラッキングシステム記録、データのコンバート、などなど

以後、実際の導入についてや動作について記事作成予定。いつになるかは未定


  1. 【CEDEC2014】アセットパイプラインを構築する上で重要な事~映像業界⇔ゲーム業界双方の視点から見た本質的なパイプライン

  2. ゲーム・映像制作パイプライン構築マニュアル

  3. 【書評】 ゲーム・映像制作 パイプライン構築マニュアル

  4. パイプライン策定ガイドライン [WIP]

15
18
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
15
18

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?