コンセプトアーティスト
参照画像から大まかなオブジェクトを作り、シーンを3次元で検討したい場合。
シルエットとプロポーションが、作業の出発点として役立つかを判断しましょう。サービスのより広い定義については、リンク先のガイドをご覧ください。
kaedimの3dモデルとはレビューのチェックリスト
3D制作ワークフローに役立つkaedimのレビューの見極め方
kaedimのレビューは確認すべき点を考える助けになります。ただし、見栄えのよい画像だけでは、そのモデルが自分の制作工程で使えるかどうかは分かりません。元画像を確認し、モデルそのものを調べ、完成させたい作業に照らして両方を評価しましょう。
よくある3つの誤解（表）
よくある3つの思い込みによって、レビューが実際の根拠以上に決定的に聞こえることがあります。それぞれの主張を、実際に必要な成果物に照らして確認しましょう。
-
1
見栄えのよいレンダリングは、アセットが完成している証拠になる
レンダリングで分かるのは、ある1つの視点から見た外観です。メッシュ、スケール、マテリアル、トポロジーが用途に適していることまでは証明できません。できれば実際に使用するソフトウェアで、モデルを複数の角度から見せてもらいましょう。
-
2
1つの結果からすべての結果を予測できる
シンプルで明るく照らされたオブジェクトと、見えない面がある複雑な対象では、課題が異なります。自分が使う画像と似た入力を扱ったレビューを探し、どの細部に手作業での修正が必要だったかを確認しましょう。どの事例も同じように進むとは限りません。
-
3
評価があればワークフローのテストは不要
好意的な評価は、速さや見た目のよさを重視したものかもしれません。一方、自分にとっては編集のしやすさや技術的な適合性が重要な場合もあります。他人の判断を参考にする前に受け入れ基準を書き出し、代表的なアセットでその基準を満たすかテストしましょう。
実際には何なのか
Kaedimは、視覚的な参照画像を3Dアセットに変換するサービスとして知られています。重要なのは、すべての結果が印象的に見えるかどうかではなく、出力が次の制作工程に役立つかどうかです。
適用上の制約
参照画像とモデルは、異なる種類の判断材料です。以下の画像は入力と出力を比較する際の確認ポイントを示すものであり、検証済みのKaedimテストでも、特定の結果を約束するものでもありません。
- 参照画像
- 確認するモデル
まず識別できる形状を比較し、次に奥行き、隠れた部分、編集可能なジオメトリを確認してください。参照画像やモデルの1つのビューだけでは、制作に使える状態かどうかは判断できません。
使用を避けるべき場合
この判断表を使って、試す価値のある作業と、より確実な結果や別の開始方法が必要な作業を見分けてください。
評価を検討できる場合
レビューだけで判断しないでください
1
目的
評価を検討できる場合
確認して修正できるコンセプトアセットや出発点となるメッシュが必要な場合。
レビューだけで判断しないでください
確認やクリーンアップの工程なしで、完成済みの成果物が必要な場合。
2
参照資料
評価を検討できる場合
対象のシルエットが明確で、テストの手がかりとなる視覚情報が十分にある場合。
レビューだけで判断しないでください
重要な形状が、元資料では隠れている、不明瞭である、または示されていない場合。
3
ジオメトリ
評価を検討できる場合
自分の3Dアプリケーションでモデルを確認できる場合。
レビューだけで判断しないでください
トポロジーが重要な作業について、スクリーンショットだけが判断材料である。
4
精度
評価するのが妥当
検討段階では、おおよその比率で問題ない。
レビューだけに頼らない
対象物は、測定された寸法や工学上の公差を満たす必要がある。
5
マテリアル
評価するのが妥当
表面の見た目は、後工程で確認・調整できる。
レビューだけに頼らない
レビュー画像を、検証済みのマテリアルの挙動の代わりにしなければならない。
6
判断
評価するのが妥当
代表的なアセットを1つ選び、文書化された受け入れ基準に照らしてテストできる。
レビューだけに頼らない
体験談だけを根拠に、制作ワークフローを決定しなければならない。
独自のFAQ
入力に使われた参照資料、完成したモデルの複数の視点からの画像、手作業の内容を確認しましょう。全般的な評価よりも、自分が扱う対象に似た事例を重視してください。レビューは、投稿者が実際に何を確認したかが示されているほど役立ちます。
いいえ。魅力的なレンダリング画像だけでは、トポロジー、スケール、見えない部分のサーフェス、互換性については判断できない場合があります。その判断を下す前に、使用予定のアプリケーションとパイプラインで代表的なモデルを確認してください。
具体性が重要です。元画像、目的の作業、問題が起きた箇所が分かれば、その批判が自分のプロジェクトにも当てはまるか判断しやすくなります。複雑で一部が隠れた対象への不満は、より単純なオブジェクトの結果を予測する材料にはならないかもしれません。一方、自分の要件に関わる制約の報告は軽視しないでください。
普段の作業を代表する入力を選び、許容できる結果に必要な条件を定義してください。最初の出力後に必要な時間や修正も含め、そのチェックリストとモデルを比較しましょう。そうすれば、意見の食い違いを、自分のワークフローで検証できる問いに変えられます。