Baking Objects with Attributes, 2023 │ 材質や色とベイクする

During the schematic design phase, where we spend most of the time in GH, it is common to set object colors and materials directly in GH and check them with the preview component [Custom Preview]. This method is very handy for its allowing us to determine the overall direction of the design without going forth and back from Rhino to GH.

However, when the design is finalized and the objects is about to being baked into the Rhino, we find that the default GH-to-Rhino “backing” process does not carry attributes like materials and colors, so we have to apply them again after baking objects in Rhino. This is where the method explained below could be of your big help.

基本設計などの初期デザイン段階において、GHでデザインする時間が主になると、時短のため、GH上で直接オブジェクト色や材質の設定をし、プレビューコンポネント [Custom Preview] で確認しながら全体の方向性を決めていくことが多くなる。

通常は、「さあ、デザインが決まった」というところで、Rhino上にオブジェクトをベイクし、Rhino上で材質設定などのレンダリング準備へと続くのだが、GHで材質などの設定を済ませている場合は、デフォルトのベイクでは材質や色がオブジェクトに適用されないので、材質設定の作業が二度手間になることがある。ここで、「GHのプレビューそのまま材質や色等を同時にBakeできないものか」、という要求が自然とでてくる。

To bake GH objects with attributes like object colors and materials, there used to be once a handy GH lightweight custom component “bakeattributes” written in C#. The script was written by Giulio Piacentino and it is still available on his website but in Rhino 7 it’s no longer a working method. Among its competitors, “bakeattributes” was always the best solution for its handiness. By default it didnt only created a layer for each material and assigned objects to it but also was just a simple GH component so there was no dependency on plugin, providing us with high convenience when sharing GH files with others.

This article quickly introduces some alternative methods with the use of the GH plug-ins Human and FABTOOLS, and I hope you will find it useful.

GHオブジェクトに属性をつけてベイクするための方法の一番手っ取り早い方法として、以前であればC#で書かれた非常に便利なGH軽量カスタムコンポーネント "bakeattributes "があった。スクリプトはGiulio Piacentino によって書かれたもので、今でも手には入るが、Rhino 7では機能しなくなってしまったようだ。 本目的達成のための方法は "bakeattributes"が使えていた当初から他にもいろいろあったが、"bakeattributes" はその利便性で一番であった。材質ごとにレイヤーをつくりそこにオブジェクトを振り分けてくれたり、そもそもプラグインではないのでプラグインへの依存性が低く、他者とのGHファイル共有の際容易であるという利点があった。

この記事で取り上げているのは、その代替方法であり、ドキュメンティング系のGHプラグイン Human and FABTOOLSの使用によるもので、ぜひ参考にしてほしい。

Human

FABTOOLS

If I get straight to the point, my recommended GH plugin is the “Human” over "FABTOOL".

Our evaluation criteria are based on its flawlessness and handiness during the initial design stage, the focus of which is to explore the choice of materials and its speed.

“Human” was superior in terms of convenience when setting up the material. With "FABTOOL," we need to first create the materials of choice in Rhino first and then applying it to the GH geometry, which is inconvenient in that the material is not automatically generated in the first place. Furthermore the plug-in itself is not updated recently thus there are parts that do not function properly. Of course, there are cases where "FABTOOL" may be preferred for some other purposes, but this article does not cover them.

当目的に関して、２つの使用後の結論を最初に述べると "Human"の使用をおすすめする。

評価の基準は、あくまでー上述のようにーまだどういう材質を使用するか決まっていない初期デザインの段階で、Rhinoの材質設定を通過することなく、如何にフローレス且つ気軽に材質を作りGH上でデザインしていくかという過程を重視する。

そういった点では、"Human"は材質設定時の利便性という点で勝っていた。 "FABTOOL"の場合、先にRhino上で材質を設定し、それをGHのジオメトリーにあてがう方法のようだが、そもそも材質の自動生成がされないところで不便だし、プラグイン自体の更新が最近はされていないのか部分的に機能しない部分があった。"Human"はそういうことがなかった。もちろん、使用目的が変われば "FABTOOL"が好まれる場合もあるとは思うが、この記事ではその使用の詳細は取り上げない。

The algorithm of the GH file shared above is indicated in the quick diagram. Basically, a surface is first divided at UV to create an array of small surface patches, while simultaneously materials in gradient colors are being created by the indecies of those surface patches, then at the end objects are baked with the materials.

上に共用したGHファイルは“Human”を使用し、当目的を実行するためのアルゴリズムである。具体的な手順は、以下のダイアグラムに明示している。基本は１つのサーフェイスをUVで分割し多量の小さなパッチを作り、それらパッチの数量分のインデックスによる色範囲（グラディエントｘドメイン）で材質をつくり、その材質とともにオブジェクトをベイクする。