Rhinocerosの互換性についてお探しですね。
広告
Rhinocerosのファイル形式と他のソフトとの連携方法を徹底解説
Rhinoceros(ライノセラス)は、自由度の高いモデリングができるだけでなく、とにかくたくさんのファイル形式に対応していることで世界中のクリエイターから支持されています。
ただ、AutoCADやJw_cadなどの2D CAD、BlenderのようなCGソフトとデータをやり取りする時に、「サイズがおかしくなる」「レイヤーがバラバラになる」「文字が化ける」といったトラブルに悩まされることも少なくありません。
この記事では、Rhinocerosが対応しているファイル形式や、他のソフトとスムーズに連携するための手順、データの入出力で気をつけるべきポイントについて、わかりやすく解説していきます。
Rhinocerosで使える主なファイル形式とデータのやり取りの基本
Rhinocerosは「3Dデータのハブ(中継地点)」と呼ばれるほど、本当にたくさんのファイル形式に標準で対応しています。
Rhinoceros専用の「.3dm」というファイル形式は、NURBS(ナーブス:滑らかな曲線や曲面を表現する技術)で作られたカーブやサーフェス、ポリサーフェス、メッシュデータはもちろん、レイヤー情報やマテリアル(材質)の設定まで、すべてきれいに保存できる優秀なファイル形式です。
でも、他のソフトとデータをやり取りする時は、相手のソフトが読み込める汎用的なファイル形式に変換してあげる必要があります。
よく使われる中間ファイル形式には、こんなものがあります。
– **DWG / DXF**:AutoCADやJw_cadなど、2D/3D CADソフトとの連携用
– **OBJ / FBX**:BlenderやMayaなど、CGソフトやレンダリングソフトとの連携用
– **IGES / STEP**:SOLIDWORKSやFusion 360など、機械系CADとの連携用
データを書き出す時は、ただファイルの拡張子を変えればいいというわけではありません。
受け取る側のソフトがNURBSを扱えるのか、それともポリゴンメッシュ(三角形や四角形の集まり)しか扱えないのかを、事前に確認しておくことがとても大切です。
たとえば、製造現場で使うCADに渡すなら精度の高いSTEP形式がベストですし、CGソフトに渡すならOBJ形式でポリゴンに変換する必要があります。
このファイル形式の使い分けを理解しておくと、その後の作業がグッとスムーズになりますよ。
他のCADソフト(AutoCAD・Jw_cadなど)との連携で気をつけること
建築やプロダクトデザインの現場では、Rhinocerosで作った3Dモデルから2D図面を切り出して、AutoCADやBricsCAD、Jw_cadといった2D CADで細かい修正を加えるという流れがよくあります。
この時に一番よく使われるのが、DWGとDXFというファイル形式です。
Rhinocerosからこれらの形式で書き出す時は、出力設定の画面で、線の種類やカーブの分割の細かさ、レイヤー情報をどう保存するかなどを細かく調整できます。
ただし、違うCADソフト同士でデータをやり取りする時には、いくつか注意しなければいけないポイントがあります。
たとえば、日本でよく使われているJw_cadにデータを持っていく時、テキスト(文字)が含まれていると、かなりの確率で文字化けが起こります。
これは、ソフトごとに使っている文字コードやフォントの扱い方が違うからです。
対策としては、Rhinoceros側で文字を図形化(アウトライン化)しておくか、MSゴシックのような一般的なフォントに統一してから、互換性の高い「R12形式」のDXFで書き出すのがおすすめです。
それから、レイヤー名に日本語を使っていると、BricsCADやAutoCADで開いた時に構造が崩れたり、意図しない線の種類に変わったりすることがあります。
プロジェクトの最初から、レイヤー名やブロック名を英数字で統一しておくと、後で修正する手間が減って、連携時のトラブルも防げます。
CGソフト(Blender・Mayaなど)との連携とメッシュ変換について
Rhinocerosは、数学的な曲線で形を正確に表現するNURBSモデラーですが、BlenderやMaya、ZBrushといった多くのCGソフトは、ポリゴン(多角形の集まり)で形を表現するポリゴンモデラーです。
なので、RhinocerosからこれらのCGソフトにデータを渡す時は、NURBSサーフェスをポリゴンメッシュに変換する作業が必ず発生します。
この連携でよく使われるのは、汎用性の高いOBJ形式や、マテリアルやアニメーション情報も一緒に扱えるFBX形式です。
メッシュに変換する時、書き出し設定の「メッシュの細かさ(ポリゴンの数)」がとても重要なポイントになります。
メッシュの分割を粗くしすぎると、元の滑らかな曲面がカクカクした形になってしまい、レンダリング(画像生成)の品質が落ちます。
逆に細かくしすぎると、データが重くなってCGソフトの動作が遅くなってしまいます。
Rhinocerosの詳細設定で、角度の最大値やエッジの長さなどを調整して、用途に合った適切なポリゴン数を見つけることが大切です。
最近では、Rhinocerosに「QuadRemesh(四角形メッシュ化)」という便利な機能が標準で付いています。
これを使うと、自動的にきれいな四角形ポリゴンを生成できるので、Blenderなどでサブディビジョンサーフェス(細分割曲面)を使ったり、UV展開(テクスチャを貼るための設定)がとてもやりやすくなりました。
FBX形式でレイヤー構造を保ちながら、最適なメッシュを渡すことが、CG連携のクオリティを上げる秘訣です。
データ変換でよくあるトラブル(サイズ・単位・データ破損)と解決方法
違うソフト同士でデータをやり取りする時、一番よく起こって、しかも作業のやり直しにつながるのが「サイズ(スケール)や単位のズレ」というトラブルです。
たとえば、Rhinoceros側で「ミリメートル(mm)」でモデリングしたデータを、確認せずに海外製のCGソフトに読み込むと、「メートル(m)」や「インチ」として認識されて、モデルが超巨大になったり、逆に小さくなりすぎたりすることがあります。
書き出す前には必ず、両方のソフトの作業単位が合っているか確認して、必要ならインポート時のスケール設定を調整してください。
また、ソリッド(中身の詰まった立体)として書き出したはずのデータが、他の機械系CADソフトで開くと面が欠けていたり、隙間ができていたりするデータ破損のトラブルもよくあります。
これは、変換の過程でソフトごとの「トレランス(許容誤差)」の考え方にズレが生じるのが主な原因です。
データの入出力でやり直しを防ぐために、こんなチェックポイントを習慣にするのがおすすめです。
– 作業単位(ミリ、メートルなど)が相手のソフトとちゃんと合っているか確認する
– 書き出す前に「ShowEdges(エッジの表示)」コマンドで、ネイキッドエッジ(面の隙間)がないか調べる
– 複雑すぎる形は、必要に応じてシンプルなパーツに分けてから書き出す
IGESやSTEP形式でデータを渡す時は、Rhinoceros側で事前に「Join(結合)」をきちんと行って、完全に閉じたポリサーフェス(ソリッド)にしておくことが必須です。
こうした準備をしっかりしておけば、データ変換のトラブルをかなり減らせて、ストレスのない快適な制作環境を作れますよ。
広告
