第5回勉強会のスクリプトについて

-
こんばんは、柳村です。
先日の勉強会でのスクリプトの解説での補足をさせていただきます。



上記画像はPerl（スクリプト言語）で書いた、
以前このブログでご紹介させて頂きましたテクスチャのリニア化（逆補正）スクリプトの
ソース（左）と解説（右）です。

青文字が変数。
緑文字が関数
橙文字がコマンドです。

コマンドについては、スクリプト＆コマンドというＰＤＦヘルプに詳しく書かれていますので
そちらをご参考ください。
ここでは、P.324のsceneserviceのコマンドを使用しています。

modoはすべての機能に対してコマンドが発行されていますので、
ユーティリティのコマンドヒストリーですべての操作のコマンドを調べることができます。
（人間が操作したときに発行されたコマンドが履歴に残ります。）

しかしスクリプトを書く際にシーン内にアイテムが何個存在するかや、
選択されているアイテムは一体何なのか？など、
問い合わせたい場合があります。
その場合はLXQ関数を使用して問い合わせることになるのですが、
こういうスクリプト用のコマンドは、スクリプト＆コマンドというＰＤＦに記載されています。

スクリプト用のコマンドと申しましたが、このコマンドもmodoのコマンドへ直接入力して
実行させることもできます。
たとへば、４行目の"query sceneservice item.N ? All"はシーン内のアイテム数を取得するコマンドですが、modo内で実行させた結果が以下です。



modo起動後、まっさらのシーンで実行した結果です。
ご覧のとおり、初期状態ですでに16個のアイテムがシーンには存在しています。(=16 value)
これは、全タイプの数（メッシュもマテリアルもライトもカメラも全部含めて）ということになります。

また、これらのアイテムには、0から順番にＩＤが与えられています。
６行目の"query sceneservice item.type ? [$i]"は
ＩＤが[$i]番のアイテムのタイプを問い合わせています。

※コマンドの中にスクリプトの変数を使用する際は変数を[ ]で囲む必要があります。

５行目のfor文で繰り返し処理を行う際に変数$iに０をセットして
４行目で変数$iaに代入したシーン内の全アイテム数回($i < $ia)繰り返し処理を行わせていますが、
（６行目から１６行目までか繰り返しの内容です。）
１回繰り返すごとに$iを１増やすという指定をしていますので($i++)
この$iは0からアイテム数の数値まで増えていくことになります。

ですので、６行目の"query sceneservice item.type ? [$i]"の$iというのは
アイテムのIDを指定していることになります。

modoのコマンドヒストリーで試しに query sceneservice item.type ? 0 と入力して実行してみてください。
これは、ID 0番のアイテムのタイプを取得して来なさいというコマンドになります。
おそらく、答えはmeshと返ってくるはずです。

このように、問い合わせて、判定して、もし・・・だったらどうする。と言う分岐をして
スクリプトを組み立てていきます。

Perlの書式（ルール）については、あちらこちらに解説サイトがありますが、
変数とfor文とif文を知っていると、色々スクリプトを書くことができると思います。

また、変数への数値の代入には = でいいのですが、
if文の評価をする場合は = ではなくて　eq もしくは　==　とする必要があります。
勉強会で解説するのを忘れておりました・・・。

手作業ではメンドクサイ作業もスクリプトをチョコチョコっと書く事で作業の簡略化につながります。
皆さんも一度トライされてみてはいかがでしょうか。

コメント

  1. modo UG Tokyo2011年5月19日 1:30

    スクリプト情報ありがとうございます。
    質問ですが以前、日比さんが東京のセミナーででやっていた頂点数に応じて正確なパイにするのスクリプト（？？）って可能なんでしょうか？
    http://www.ustream.tv/recorded/10211332

    返信削除
  2. mihi2011年5月19日 1:43

    hibiさんのセミナーではそれぞれの頂点数に応じてスケールを合わせるマクロを登録されていたと思います。
    スクリプトでもできなくはないと思いますが。。。

    返信削除
  3. tsuku2011年5月19日 10:14

    最初の一歩が踏み出せるかどうかなんで、modo内でこういうふうにコマンド吐いてるんですよって見せてもらえただけですごく敷居が低くなりました。これからはpythonかなって思っていたのですが、大規模なプラグイン開発ではないし国内で情報が多いperlでいいかなと。

    返信削除
  4. mihi2011年5月19日 12:27

    tsukuさん、こんにちは。
    スクリプトにご興味を持っていただけてなりよりです。

    pythonはライブラリを読込まないといけないとか、
    ブロックをインデントで制御するとか・・・。
    さらにLuaはもっとクセがあって、数値と文字列が明確に区別されていないようですし、なによりインデックスが１から始まるというのが、気持ち悪いです（笑）
    その点、Perlはキッチリ（ルールーが厳しい）していますので私はPerlを使用しています。これからスクリプトを初めて書こうと思われる方にはPerlが扱いやすいかな？と思います。

    返信削除

コメントを投稿

このブログの人気の投稿

ノーマルマップ（法線マップ）について

-
イメージ
みなさん、こんにちは。 柳村です。 先日、modo UserGroup Tokyo 主催の勉強会へ参加させていただきました。 私は、リプリケータについて解説をさせていただいたのですが、 そのなかで、軽くふれましたノーマルマップについて補足させてただきます。 まず、ポリゴンの法線について簡単にお話しておきます。 ポリゴンというのは、基本的に”面”なのですが、 その面が３D空間の中で”どの方向を向いているのか？”という事を表しているのが、ポリゴンの法線です。 下の画像では、ポリゴンからヒゲのように生えているのが法線です。 modoは初期設定の状態ではポリゴンの法線が表示されないので、 表示したい場合は、ビューポートオプション（ビューポート上で"o"キーで開きます）で 表示属性の、選択法線の表示にチェックを入れてください。 つまり、法線の方向＝ポリゴンの面が向いている方向なのですが、 この法線の方向をもとにして、ライトとの角度やカメラから見た角度などを コンピューターが計算することで、そのポリゴンの明るさや・ハイライト・鏡面反射など、 さまざまな要素が決定するのです（シェーディング）。 余談ですが、このことから非平面ポリゴンというのは極力避けなければいけないです。 非平面ということは平面に非（あら）ずなので、面ではないのです。 ポリゴンの面の方向を示す法線ですので、３DCGでは面ではない非平面にも法線は存在します。 しかし非平面の面の方向を示しているので、変な反射や不正な影などのレンダリングエラーの原因となります。 話を戻しまして、ポリゴンの面の方向を示すのがポリゴンの法線ですから、 基本的には、1ポリゴンについて、法線は1本です。 そこで、技術屋は考えました。 たとえば、ディフューズカラーの場合、 普通は1ポリゴンのディフューズの色は、マテリアルのカラーで指定された1色ですが、 テクスチャを投影することで、1ポリゴンの中に複雑な模様を表現できます。 ということは・・・テクスチャを投影してポリゴンの法線をコントロールすれば、おもしろくなるんじゃないの？ つまり、テクスチャの各ピクセルごとに法線の情報を持たせれば、1ポリゴンに複数の法線を指定できるということです。 10ピク...
続きを読む

輝度と放射輝度

-
イメージ
みなさん、こんばんは。 柳村です。 今回は、modoの光の単位である、輝度と放射輝度についてお話します。 modoの日本語表示が間違えている気がするのですが…。 もしかして単位の表記の方が間違えていると、この内容は意味がないかもしれません（笑） ですが、単位を信じて進めていきたいと思います。 まずは、「光度」という概念についてお話します。 「光度」というのは、光源からあらゆる方向へ、単位立体角あたりにどれだけの光束が飛んでいっているか？ ということを表す「測光量」です。 この、単位立体角という概念はなじみがないのでわかりにくいのですが、下の図をご覧ください。 まず、立体角とは球の中心に向かってアイスクリームのコーン（円錐）を差し込んだときの アイスクリームのコーンのとんがり具合の角度。みたいなものです。 角度を立体的に考えます。 正確にはコーンを差し込んだときに球の表面と重なる部分の面積で、角度を考えます。 コーンが開けば、面積も大きくなるので、立体角も大きいと言えます。 そして単位立体角とは半径１の球体で、コーンと球の表面が重なる面積が１の立体角の事を言います。 そして、立体角の単位は「ステラジアン」と言います。 光源からは空間全体へ、あらゆる方向に光が飛んでいますが、 光源の中心にアイスクリームのコーンを”ぶっさした”と考えてください。 そのコーンの中を通ってくる光束の量が「光度」となります。 光度の単位は、単位立体角あたりの光束の量なので、lm/sr（ルーメン毎ステラジアン）となるのですが、 特別に、cd（カンデラ）と言う単位がつけられています。 ちなみち、カンデラとはラテン語から来ていて、「ろうそく１本の明るさ」だそうです。 キャンドルとも、なんとなく似ていますよね。 さて、点光源のように面積を持たない場合の光源はこれでいいのですが、 面光源のように、面積を持っている光源の場合はどうでしょうか？ そこで登場するのが、「輝度」です。 輝度は、光度に面積の概念を付け足したものです。 ある面積を持った光源を、とある角度から見たときの、「見かけの単位面積当たりの光度」を輝度と言います。 この、見かけの面積というのは、正円を真正面から見ると正円のままですが、少し斜め方向から見ると楕円に...
続きを読む

窓サッシの自動配置　パラメトリック変形風

-
イメージ
こんにちは、柳村です。 modoで建築モデリングをされているみなさまへ。 窓サッシの位置合わせやリサイズ。メンドクサイですよね。 そんなアナタのお悩みが、少し解決するかもしれません。 窓サッシの自動配置・自動リサイズのスクリプトです！ 以前にも自動配置のスクリプトは公開しておりましたが、 自動リサイズの機能はありませんでした。 そして、ルーバー窓にも対応しました。 使い方は簡単！ 1.建物の窓の開口部、下端のエッジを1本選択。 2.プリセットから、配置したい窓サッシを選択状態に。 3.スクリプトの実行。 これだけで、自動配置・リサイズが行われます。 まずは、動画をご覧ください。 あめいじんぐ！ このスクリプトは、プリセットからの自動配置となっています。 プリセットへの登録方法にルールがいくつかありますので、 以下に解説いたします。 ○窓サッシの寸法は、外壁の開口部にはまる部分が1m四方になるように、リサイズしてください。 また、下の画像のようにZ平面にペタッと寝かせた状態で、 Z軸+方向がサッシの上になるように配置します。 このとき、Y軸のプラス方向にはみ出している部分がチリになります。 ○次に、”頂点”に対して選択セットを適用しておきます。 窓サッシの四方それぞれに対して選択セットを適用するのですが、 このときの選択セットの名前が重要ですので、間違えないようにしてください。 選択セットの名前は、アルファベットで、 ・下端　Sash_B ・左端　Sash_L ・右端　Sash_R ・上端　Sash_T となっています。 ここまで設定できましたら、プリセットに登録してください。 ○次に、ルーバー窓の登録方法です。  ルーバー窓も設定方法は先ほどと同じですが、 さらに追加する要素があります。 また、ルーバーは一番下の1段目だけ配置するようにしてください。 そして先ほどの４つの選択セットに追加して、 Louver という選択セットをルーバー1段目の頂点にのみ設定してください。 ○次に、メッシュアイテムにユーザーチャンネルを３つ追加します。 追加するユーザーチャンネルの名前とタイプ。 名前　　　　タイプ sta...
続きを読む