第15回産業用バーチャルリアリティ展
先週の木曜日に第15回産業用バーチャルリアリティ展行ってきました。
(＾▽＾)/
参加企業の数は過去最高!?大盛況で多くの来場者で賑わっていました。
午前中アプリクラフトのブースを覗き、12時から中嶋氏のプレゼンテーションがプログラムされていたので、それまで周りのブースをうろうろして時間をつぶしていました。
プレゼンの内容はエヌテクノロジー社と共同でリアルタイム３ＤＣＧソフトウエアnStylerのようなものをRhinoのプラグインに乗せちゃうと言う話。名前は[HAYABUSA]。年内発売する予定だそうです。
（※HayabusaはRhinoとは異なるモデラー＆レンダラーです。表現が誤っていたことに
訂正いたします。）
モデリングしながらHDRIがリアルタイムで表示されるのでカーモデリングには最適の環境となるみたいです。
その他のブースには３D表示のディスプレイがいっぱい出ていました。
話は変わりますが久しぶりに書店に行き物色していると、CAD&CGの別冊？かな?
Mechanical Design Technologyが積んでありました。
パラパラと見ると、、、
戦う男、ファイター原田雄司氏(失礼、原雄司氏）が記事を書いているではありませんか!?w( ▼o▼ )w ｵｵｫｫ!!
最新のCAD&CAM&RP情報が満載
その他PDQについても情報が出ていますので興味がある方は、ぜひご購入を。
(＾▽＾)/
参加企業の数は過去最高!?大盛況で多くの来場者で賑わっていました。
午前中アプリクラフトのブースを覗き、12時から中嶋氏のプレゼンテーションがプログラムされていたので、それまで周りのブースをうろうろして時間をつぶしていました。
プレゼンの内容はエヌテクノロジー社と共同でリアルタイム３ＤＣＧソフトウエアnStylerのようなものをRhinoのプラグインに乗せちゃうと言う話。名前は[HAYABUSA]。年内発売する予定だそうです。
（※HayabusaはRhinoとは異なるモデラー＆レンダラーです。表現が誤っていたことに
訂正いたします。）
モデリングしながらHDRIがリアルタイムで表示されるのでカーモデリングには最適の環境となるみたいです。
その他のブースには３D表示のディスプレイがいっぱい出ていました。
話は変わりますが久しぶりに書店に行き物色していると、CAD&CGの別冊？かな?
Mechanical Design Technologyが積んでありました。
パラパラと見ると、、、
戦う男、ファイター原田雄司氏(失礼、原雄司氏）が記事を書いているではありませんか!?w( ▼o▼ )w ｵｵｫｫ!!
最新のCAD&CAM&RP情報が満載
その他PDQについても情報が出ていますので興味がある方は、ぜひご購入を。
第11回 求める形状はどんな形？
前回は、きるだけ少ない制御点の少ないサーフェスで、モデリングすることが、素早く、綺麗なモデリングにつながり、さらにPDQにとっても問題が少なくなると締めくくらせて頂きました。
では、どのようなツールを使ってモデリングしていくのか？
まずは2次元の平面の環境で、コマンド “Curve”を使って、制御点の位置関係で、できる形と編集を考えていきます。
図にあるようなアルファベットの ”R” (HG平成丸ゴシック体)をRhinoでモデリングしていきます。
Rhino上で、コマンド ” TextObject”でトレースするための元になる文字を表示し、動かないようにロックしておきます。
ラインの角になる部分は、4箇所になります。
ここでは、直線を描いて角をフィレットする作図方法は忘れてください。
形から、できるだけ少ないライン数でモデリングするならば4本で作図できることがわかります。
まずは、“Curve”をつかって文字の中抜けの部分、ちょうどDの形をした箇所をトレースしていきます。左下の角から上に上がる直線、右に90度曲がるカーブ、右方向に走る直線、下へ下がる大きなふくらみのあるカーブ、そして最後の直線まで一気に制御点を置きながら描いていきます。
最後の制御点を指示しようとラインを描き始めた出発点にカーソルを近づけると、角のない形に突然ラインを変形してしまう場合があります。この時は、最後の制御点を指示する前に “Curve”のオプションの設定で、[ｼｬｰﾌﾟ(S)=いいえ] をクリックして[ｼｬｰﾌﾟ(S)=はい]に変えると角のあるラインとなります。もし、[ｼｬｰﾌﾟ(S)=いいえ]のまま最後の制御点をクリックしてしまった場合は、周期化という概念で形状を処理してしまったのでこれを解除するため ”MakeNonPeriodic”を実行後、制御点を移動させ角を表現することができます。
制御点を入力した後、制御点の位置を移動してライン形状を編集するには直接制御点をドラッグ＆ドロップで移動したり、ナッジキーを使います。その他によく使うコマンドを下記に記しておきます。コマンドのオプションの設定を含めて理解しておくことが重要となります。
今回私の場合、図に有るように制御点の数15個、出発点から始まって元に戻るまでに画面上をクリックし表現いたしました。
ここで注意してみていただきたいのは、自分が表現しようとしている形が、制御点が何個でどの位置関係で表すことができるかです。今回は15個の制御点でしたが、もっと下図のラインに追従したいと思うなら制御点を増やすことになるでしょうし、逆にヒキタイ文字の様に流れるようなラインだと減らすことになるでしょう。
重要なことは「角Rが○○」ということにこだわるのでなく、「角Rが○○位」に考えを変え、むしろ自分が思い描く形に忠実な表現を求めることに集中しましょう。今までの図面表現に縛られた硬くなった頭を、自由な形状表現をできる頭に、考えを解き放つことを心がけましょう。
ここから制御点を直接編集してモデリングするオーガニック・フォーム・モデリングが始まります。
また、“Curve”は制御点4個以上だと次数３のラインを作図しますが、制御点６個以上のラインを ” ChangeDegree”を使って次数5に変えて編集してみると違った発見ができます。
-------------------------制御点編集のときに使う主なコマンド-------------------------
” Rotate”,” Scale1D”,” Scale2D”,” SetPt”,” Bend”,” Shear”,” Taper”など
では、どのようなツールを使ってモデリングしていくのか？
まずは2次元の平面の環境で、コマンド “Curve”を使って、制御点の位置関係で、できる形と編集を考えていきます。
図にあるようなアルファベットの ”R” (HG平成丸ゴシック体)をRhinoでモデリングしていきます。
Rhino上で、コマンド ” TextObject”でトレースするための元になる文字を表示し、動かないようにロックしておきます。
ラインの角になる部分は、4箇所になります。
ここでは、直線を描いて角をフィレットする作図方法は忘れてください。
形から、できるだけ少ないライン数でモデリングするならば4本で作図できることがわかります。
まずは、“Curve”をつかって文字の中抜けの部分、ちょうどDの形をした箇所をトレースしていきます。左下の角から上に上がる直線、右に90度曲がるカーブ、右方向に走る直線、下へ下がる大きなふくらみのあるカーブ、そして最後の直線まで一気に制御点を置きながら描いていきます。
最後の制御点を指示しようとラインを描き始めた出発点にカーソルを近づけると、角のない形に突然ラインを変形してしまう場合があります。この時は、最後の制御点を指示する前に “Curve”のオプションの設定で、[ｼｬｰﾌﾟ(S)=いいえ] をクリックして[ｼｬｰﾌﾟ(S)=はい]に変えると角のあるラインとなります。もし、[ｼｬｰﾌﾟ(S)=いいえ]のまま最後の制御点をクリックしてしまった場合は、周期化という概念で形状を処理してしまったのでこれを解除するため ”MakeNonPeriodic”を実行後、制御点を移動させ角を表現することができます。
制御点を入力した後、制御点の位置を移動してライン形状を編集するには直接制御点をドラッグ＆ドロップで移動したり、ナッジキーを使います。その他によく使うコマンドを下記に記しておきます。コマンドのオプションの設定を含めて理解しておくことが重要となります。
今回私の場合、図に有るように制御点の数15個、出発点から始まって元に戻るまでに画面上をクリックし表現いたしました。
ここで注意してみていただきたいのは、自分が表現しようとしている形が、制御点が何個でどの位置関係で表すことができるかです。今回は15個の制御点でしたが、もっと下図のラインに追従したいと思うなら制御点を増やすことになるでしょうし、逆にヒキタイ文字の様に流れるようなラインだと減らすことになるでしょう。
重要なことは「角Rが○○」ということにこだわるのでなく、「角Rが○○位」に考えを変え、むしろ自分が思い描く形に忠実な表現を求めることに集中しましょう。今までの図面表現に縛られた硬くなった頭を、自由な形状表現をできる頭に、考えを解き放つことを心がけましょう。
ここから制御点を直接編集してモデリングするオーガニック・フォーム・モデリングが始まります。
また、“Curve”は制御点4個以上だと次数３のラインを作図しますが、制御点６個以上のラインを ” ChangeDegree”を使って次数5に変えて編集してみると違った発見ができます。
-------------------------制御点編集のときに使う主なコマンド-------------------------
” Rotate”,” Scale1D”,” Scale2D”,” SetPt”,” Bend”,” Shear”,” Taper”など
第１０回PDQ（３）まとめ
簡単ですがPDQのまとめです。
問題となる条件は色々ありますが、どれも制御点の位置関係、並びと間隔でした。
トリムラインの無い基底サーフェスだと制御点の間隔と並び方(自己交差）。トリムラインの有る場合だと上記の基底サーフェスの制御点の関係プラス、トリムラインの制御点の間隔と並び方（ループ）。そして、ポリサーフェスとなった時の各サーフェスの角の制御点の間隔（特にサーフェス３枚以上集まる角）。
制御点の並び方を綺麗にして間隔が受けて側のソフトのトレランスに混乱を与えない数値になっていることが重要になります。
このことから、制御点が少ないサーフェスで枚数はできるだけ少なく、トリムデータの無いデータが問題が少ない事がわかります。
つまり、モデリングのレスポンスを上げること（少ないサーフェスで形状を少ない制御点で表現すること）は、データの品質(PDQ)を良くする、また、その逆も言える事がわかります。
以上、第１回から今回までの内容は主に、NURBSモデリングを始める前に是非心得ておきたい事です。次回からは実際の各コマンドの使い方に触れていきたいと思っています。
問題となる条件は色々ありますが、どれも制御点の位置関係、並びと間隔でした。
トリムラインの無い基底サーフェスだと制御点の間隔と並び方(自己交差）。トリムラインの有る場合だと上記の基底サーフェスの制御点の関係プラス、トリムラインの制御点の間隔と並び方（ループ）。そして、ポリサーフェスとなった時の各サーフェスの角の制御点の間隔（特にサーフェス３枚以上集まる角）。
制御点の並び方を綺麗にして間隔が受けて側のソフトのトレランスに混乱を与えない数値になっていることが重要になります。
このことから、制御点が少ないサーフェスで枚数はできるだけ少なく、トリムデータの無いデータが問題が少ない事がわかります。
つまり、モデリングのレスポンスを上げること（少ないサーフェスで形状を少ない制御点で表現すること）は、データの品質(PDQ)を良くする、また、その逆も言える事がわかります。
以上、第１回から今回までの内容は主に、NURBSモデリングを始める前に是非心得ておきたい事です。次回からは実際の各コマンドの使い方に触れていきたいと思っています。
第9回 PDQについて（2）
さて､しばらくぶりのNURBSについての更新、PDQの続きです。
ほとんどできていたのだけど、、、、色々とありました。
Rhinoでモデリング作業中、データ交換のときに問題となる｢自己交差｣、｢エッジ間のトレランス（コントロールポイント間の短い間隔）」、｢コントロールポイントの密集｣のデータを見ていきます。モデリングのトレランス0.001で設定。
下の図にある２つのソリッド形状にはそれぞれ問題となるデータ3種類隠れています。(ISOカーブの並びなどから想像できますが、怪しげな個所があります。）
� 銑�は問題個所です。
�，粒搬膺沺淵肇螢爛薀ぅ鵑�ループしていたため制御点の間隔が近すぎ）
s.jpg)
�△粒搬膺沺蔽擦垢�る制御点の間隔ができている）
s.jpg)
��の拡大図（面を表す制御点が自己交差している。自己交差している制御点とポリゴンのみ表示）
s.jpg)
�，量簑蠅蓮�Ver3最新のサービスリリースでトリムに使ったラインがループしていてもRhino内でトリムラインを修正するようになり、問題がなくなりました。(しかし、時々確認できるかなぁ？？ ）
�△量簑蠅蓮△泙逝燭�の場面で確認できる。抜きテーパーを考慮に入れたモデリングでの"Fillet","FilletEdge"などによる各面の角の間隔、または、何度か試行錯誤を繰り返しトリムラインを細かくしてしまった短い間隔。受けて側のソフトに影響する幅。
��の問題は、Ver4の"Check"で診断できるようになった。パイピングなどで面をトリムしてからの"BlendSrf"、または"MatchSrf"、"MergeSrf"などで、できることが多い。
以上� 銑�はVer3で起きる主な問題です。
まだ細かく検証できていないですが、Ver4は�△鮟�く多くの問題が改善されたようです。
ほとんどできていたのだけど、、、、色々とありました。
Rhinoでモデリング作業中、データ交換のときに問題となる｢自己交差｣、｢エッジ間のトレランス（コントロールポイント間の短い間隔）」、｢コントロールポイントの密集｣のデータを見ていきます。モデリングのトレランス0.001で設定。
下の図にある２つのソリッド形状にはそれぞれ問題となるデータ3種類隠れています。(ISOカーブの並びなどから想像できますが、怪しげな個所があります。）
� 銑�は問題個所です。
�，粒搬膺沺淵肇螢爛薀ぅ鵑�ループしていたため制御点の間隔が近すぎ）
.jpg)
�△粒搬膺沺蔽擦垢�る制御点の間隔ができている）
.jpg)
��の拡大図（面を表す制御点が自己交差している。自己交差している制御点とポリゴンのみ表示）
.jpg)
�，量簑蠅蓮�Ver3最新のサービスリリースでトリムに使ったラインがループしていてもRhino内でトリムラインを修正するようになり、問題がなくなりました。(しかし、時々確認できるかなぁ？？ ）
�△量簑蠅蓮△泙逝燭�の場面で確認できる。抜きテーパーを考慮に入れたモデリングでの"Fillet","FilletEdge"などによる各面の角の間隔、または、何度か試行錯誤を繰り返しトリムラインを細かくしてしまった短い間隔。受けて側のソフトに影響する幅。
��の問題は、Ver4の"Check"で診断できるようになった。パイピングなどで面をトリムしてからの"BlendSrf"、または"MatchSrf"、"MergeSrf"などで、できることが多い。
以上� 銑�はVer3で起きる主な問題です。
まだ細かく検証できていないですが、Ver4は�△鮟�く多くの問題が改善されたようです。
第8回 PDQについて（１）
今回のPDQは内容が盛り沢山。。
PDQ(Product Data Quality)は自工会(日本自動車工業会)がCADデータ交換の流通を促進させるために取り決めたガイドラインです。2005年8月にはPDQがISOの規格化テーマとなり、2008年に規格発効を目指すことが決定しました。
私の勤める会社(オーブ)では、1999年ころから"日経DIGITAL ENGINEERING","日経デザイン",CAD&CGなどでこのPDQが解説されはじめ、CAD間のデータ交換が頭を悩ましていた当時、悔いるように情報を集めていました。そして2000年ごろELYSIUM社製CADdoctorをデモ版で十分に試した後、オブジェクトの検査のみのバージョンを20万円で購入しました。フルバージョンは自動修正機能も付いて便利でしたが不具合個所の全てを自動で直すことができ無いことから最終的には手加工の部分が多かったので、加工修正するならRhinoのほうがレスポンスが良かったこととフルバージョンは100万位したので検査のみのバージョンを選択しました。残念ながらその後この検査のみのバージョンはリリースされなくなってしまいました。((--,)あの時個人用に1本買っておけば良かったかなぁ）
このソフトのおかげで不具合になりやすいデータが解り、データ修正をすることによりクライアントとのスムーズなデータ交換が可能となりました。
さてPDQの中身については自工会のホームページで詳しくかかれているのでここではRhinoのモデリングでエラーになりやすい項目を取り上げてみます。
Rhinoでモデリングしていると｢注意深くオープンエッジをチェックしているのにブーリアンできない、トリムできない、、｣といったことが起こります。これには、オブジェクトの品質が悪い場合と、バージョンが上がって間もない頃のソフト内のバグの場合があります。(ソフトに慣れていても問題がどちらなのか判断に苦労する時があります。)なので簡単にRhinoだけの操作で判断ができないのですが、この場合の品質の悪いデータとしては｢自己交差｣があげられます。
Rhinoのモデリングでは問題にならなかったのにデータ交換で問題になるのは｢エッジ間のトレランス」、｢コントロールポイントの密集｣が多いです。
その他に物理的に存在できないと考えられる形状がエラーとなります。
まだPDQについては何度か解説する予定です。(あまり必要ではないかな？）
次のページ
PDQ(Product Data Quality)は自工会(日本自動車工業会)がCADデータ交換の流通を促進させるために取り決めたガイドラインです。2005年8月にはPDQがISOの規格化テーマとなり、2008年に規格発効を目指すことが決定しました。
私の勤める会社(オーブ)では、1999年ころから"日経DIGITAL ENGINEERING","日経デザイン",CAD&CGなどでこのPDQが解説されはじめ、CAD間のデータ交換が頭を悩ましていた当時、悔いるように情報を集めていました。そして2000年ごろELYSIUM社製CADdoctorをデモ版で十分に試した後、オブジェクトの検査のみのバージョンを20万円で購入しました。フルバージョンは自動修正機能も付いて便利でしたが不具合個所の全てを自動で直すことができ無いことから最終的には手加工の部分が多かったので、加工修正するならRhinoのほうがレスポンスが良かったこととフルバージョンは100万位したので検査のみのバージョンを選択しました。残念ながらその後この検査のみのバージョンはリリースされなくなってしまいました。((--,)あの時個人用に1本買っておけば良かったかなぁ）
このソフトのおかげで不具合になりやすいデータが解り、データ修正をすることによりクライアントとのスムーズなデータ交換が可能となりました。
さてPDQの中身については自工会のホームページで詳しくかかれているのでここではRhinoのモデリングでエラーになりやすい項目を取り上げてみます。
Rhinoでモデリングしていると｢注意深くオープンエッジをチェックしているのにブーリアンできない、トリムできない、、｣といったことが起こります。これには、オブジェクトの品質が悪い場合と、バージョンが上がって間もない頃のソフト内のバグの場合があります。(ソフトに慣れていても問題がどちらなのか判断に苦労する時があります。)なので簡単にRhinoだけの操作で判断ができないのですが、この場合の品質の悪いデータとしては｢自己交差｣があげられます。
Rhinoのモデリングでは問題にならなかったのにデータ交換で問題になるのは｢エッジ間のトレランス」、｢コントロールポイントの密集｣が多いです。
その他に物理的に存在できないと考えられる形状がエラーとなります。
まだPDQについては何度か解説する予定です。(あまり必要ではないかな？）
