More Related Content
More from historia_Inc (20)
【出張ヒストリア2017】 建てる前に体験する時代到来! Enlightenを使用した建築ビジュアライゼーション
- 6. historia Inc.
Solid Vision 機能一覧
ウォーク
スルー
鳥瞰ビュー 間取り選択 家具の変更 家具の配置
壁床変更
スタイル
チェンジ
日照変更 ライト調整 外壁変更
スクリーン
ショットモード
ムービー
モード
Winタッチ
パネル
VRモード
- 9. historia Inc.
動的 VS ビジュアルクオリティ
マテリアル変更
全て静的
家具を動かせる
日照を変化可能
高
低
グラフィッククオリティ
オブジェクトの動的さ
▼ Solid Vision
間取りを変化可能
- 10. historia Inc.
動的 VS ビジュアルクオリティ
マテリアル変更
全て静的
家具を動かせる
日照を変化可能
高
低
グラフィッククオリティ
オブジェクトの動的さ
▼ Solid Vision
間取りを変化可能
Enlightenで
絵の底上げを図る
- 28. historia Inc.
Lightmassと比較したEnlightenの特徴
• 動的GIが可能
• ライティングビルドの時間が高速(ライティングビルドが再び必要な際も差分だけビルドす
る)
• ライティングビルドが済めばライティングの変更はリアルタイムのためイテレーションが高
速化
• ライトマップ用UVはEnlightenが自動設定してくれるのでDCC側でUV展開する必要がない
• 基本的にMovableなLightでライティングしていくため大量にライトがあると負荷が高い
• Lightmassで緻密にライトマップを作成した場合に比べるとディティールは若干劣る
Editor's Notes
- ではここから弊社にて技術検証で作成した
建築デモをご紹介します。
このデモを作ったことで
Sshを開発するに至った経緯を見ていただきたいと思います。
- 現在、
建築CGコンテンツの
主な利用用途はまだ現物のない建築物の
出来上がりをイメージするためのものです。
UE4で建築コンテンツを作る際もそこは同様で
ユーザーが住むことをイメージできるリアルなものが必要になります。
マンションの完成予想CGなどには
一般の方も見慣れているため
従来のプリレンダリングの静止画やムービーに見劣りしない
ビジュアルが大前提として求められます。
アニメーション
建築コンテンツで高品質なビジュアルを作る重要なポイントとしましては
個人的にはライティングかと考えています
特に室内空間ではグローバルイルミネーションで
光の回り込みを美しく表現するのがキーになります。
- 一方
UE4での建築コンテンツ作成において
ゲームなど他のコンテンツと比較しての特徴としましては
動くものが少ないといったことが言えるかと思います。
さらにコンテンツとして
限られたユーザー、ハードへの提供であったり
ゲームなどに比べると限られた実装や
空間の制作であることが多いので
GPU負荷、アセットサイズ、メモリなどゲームに比べると
制作の制約が少ないといえます。
アニメーション
そしてこれらは先程申し上げた
高品質なGIを作る条件が整っています
この後は建築コンテンツで重要になるGI周りに
焦点を当ててお話したいと思います
-
皆さんご存知だとは思いますが
こちらがGIのない状態です。
ある状態です。ライトからの照り返し表現されています。
UE4でディティールのあるGIを計算するには
ライトマップを作ってメッシュにベイク必要があります。
そしてライトマップをベイクするにはいくつか条件があります。
- まず、
ベイクしたいメッシュの可動性はStaticである必要があります。
ランタイムで動くことのないメッシュです。
そして、それを照らすライトは
Static または Stationaryのどちらかです
この条件で
ライトビルドを行うことにより
UE4標準のGIシステムLightmassが
ライトマップを生成しメッシュにGIをベイクしてくれます。
建築コンテンツでは幸い
メッシュ、ライトともに
動くものがほとんどありませんので
条件は整っています。
- 今回のデモもこの考えで行っておりまして
なるべく高品質なライティング、ライトマップを作成することを念頭に
StaticとStationaryのライトのみでシーンを構築しました。
そして建築コンテンツではこのライティングフローが基本的なものになると思います。
- 内装デモを作ったことで
静的なライティングを行うことにより
ビジュアル面でクオリティを担保できることや
動的ライトの負荷が少ないことによる
VRへの対応しやすさなど
わかったこともありました。
しかしながらお客様の声などから、今後の課題も見えてきました。
まず、家具などのオブジェクトを移動、もしくは違う家具に変更したいといった要望があります。
次に、照明器具のオンオフや位置の調整を行いたいという
ライティングシュミレーションの御要望があります。
また、朝、昼、夕方などで日の入り方をを確認したいといった
日照シュミレーションもご要望があります。
これらの要望を先程お見せした絵の状態でできれば理想です。
- リアルタイムかつシームレスににライティングを変更しなくてもよければ
ライティングパターンや時間帯ごとに
ライティングシナリオを作成することで
シュミレーションは可能です。
しかしパターンが多い際はライトビルドにかなりの時間がかかる印象ですし
部分的に変更がでた際も全部ビルドし直しになります。
- 上記左のようなシーンが有ったとします。
このライトはStationaryLightなのでランタイム中に移動はできませんが
強度や色の調整は可能です。
例えばこのライトの色を青にしてみます。
右を見ていただくとわかるように
天井に照り返しの青が反映されることはなく
直接光成分のみが変化しています。
これはライトの間接光成分は
ライトビルド時にライトマップにベイクされてしまっているため
ランタイムでライトの色を変えたりオンオフなど調整しても
つまりインタラクティブにリアルな
ライティングシュミレーションを行うことはできません。
- さらに、
ライトの位置や方向を変えるとなるとMovableのライトを使う必要がありますが
グローバルイルミネーションを計算することができません。
UE4には実はLight Propagation Volume(LPV)と呼ばれるリアルタイムGIの機能はありますが
DirectionalLightのみの対応であることに加え
インテリアシーンではライトリークが目立つため
建築ビジュアライーゼーション用途としては品質に満足できませんでした。
- 先程までお話してきました
UE4標準のグローバルイルミネーションのシステム
Lightmassでのワークフローとの違いをまとめてみました。
- Enlightenは
ライトマップとプローブを
事前のライトビルドで生成しておくことで
ランタイムでは動的なグローバルイルミネーションを比較的低コストで作成できます。
またライトはランタイムに移動、調整が可能なムーバブルライトでライティングしていきます。
画像はUE4でのEnlighten設定確認用のビューになります。
シーンにある各メッシュはビルド前に
ライトマップとプローブどちらからグローバルイルミネーションを参照するかを
設定します。
どちらを選択すべきかですが
Staticかつ、正確にライティングしたいメッシュ、
例えば壁、床、天井、大きな家具などは
ライトマップを生成するように設定します。
Lightmassではライトマップをベイクするために
ライトマップ用のUVを用意する必要がありますが
EnlightenはこのUVが自動生成のため必要ありません。
一方、ランタイムで動かしたいムーバブルなメッシュや
Enlightenがライトマップ用UVを自動生成するには
形状が複雑すぎて不正な展開をしてしまうようなメッシュ
例えばフォリッジのようなものはプローブに設定します。
- では少し戻りまして
Lightmassの時はどうかというと
同じような感じなんですね。
ライトビルドが終わると
Staticなメッシュにはライトマップがベイクされると同時に
Enlightenのプローブにあたる
VolumelightingSamplesが生成され
MobavleなメッシュはここからGIを参照します。
ところで建築などビジュアライゼーション用途などで
既にコンテンツを作っれている方にはおなじみでしょうが
LightmassでディティールのあるGIを作ろうと思って設定を上げていくと
スライドの画像のようにライトマップ解像度がシーン全体に渡って高い状態になりがちかと思います。
そしてディティールアップのために
ライトマップ解像度をあげていくと
どんどんビルド時間がのびていきます。
- ここで最終設定での
品質とビルド時間を比較してみたいと思います。
大体同じようなシーンではあるのですが
シーンとビルド環境が違うので
ビルド時間の差は目安程度として捉えてください。
約6倍の差です。
今日ご紹介していない
他のシーンでも経験的にこれぐらいの差が出ています。
この差について少し見てみたいと思います。
- 両方の最終設定での
ライトマップを比較してみたいと思います。
左がLightmass
右がEnlightenバージョンです。
LightmassもEnlightenも
下のライトマップ表示の際のグリッド1マスが
ライトマップ1ピクセルになります。
同等の品質を持つにも関わらず
Enlightenの方は解像度がとても低いです。
これがビルド時間に大きく違いがでる要因の一つかと思います。
この理由を考えますと
Lightmassでここまでライトマップ解像度を上げたのは
直接光の成分もライトマップにベイクされているからです。
画像左上のLightmassでは
ライトはStaticなスポットライトにiesを使っているので
光の波のようなものが見えます。
Staticなスポットライトということは
直接光、間接光ともにライトマップにベイクされているということです。
この解像感は決してライトマップ解像度以上でることはないので
光の波をくっきりみせるには
ここまで解像度をあげる必要がありました。
一方画像右上のEnlightenでは
Movableなスポットライトにiesを使っているため
光の波の解像感はライトマップではなくリアルタイムに描画されています。
Enlightenのライトマップは間接光を表現するのに必要な情報だけをベイクしています。
間接光というものは直接光に比べると
そもそもかなりボヤッとしたものなので
これぐらいの解像度でもあまりそのアラは目立たないということです。
- 先程までお話してきました
UE4標準のグローバルイルミネーションのシステム
Lightmassでのワークフローとの違いをまとめてみました。
- 弊社は先月の7/22にオフィスを移転致しました。
- 5/25
まず簡単に移転前のオフィスの会議室を作って
実際の会議室とVRで見た際のスケール感が一致しているかを確認致しました。
- 5/25
次に設計事務所が制作した図面通りにレイアウトしてみました。
オフィスの設計としては一般的なレイアウトを確保していただいていましたが
ゲーム会社としての弊社の使い方では
もっと広いほうがいい
もっと狭くてもいいといった所があります。
平面図での面積としては十分でも
実際に入ってみると圧迫感を感じる部屋があったり
会議室の広さは十分だが
実際に会議するイメージでVR上で立ってみると
ホワイトボードに記入するためにはスペースがないなど
図面ではイメージできなかったことが
VR上で立ったり、かがんだり、移動したりすることによって
初めて肌で感じるスケール感として
現れてきました。
この時点で佐々木自ら
全体のレイアウトを調整していきました。
ここでできたレイアウトを
設計事務所との次回の打ち合わせ時に
要望として出しました。
このレイアウトは想像ではなく
すでに体験済みの空間なので
スムーズに執務室のレイアウトは決定していきました。
- 6/14
照明のバランスと色温度は変えていますが
先程のパースでご提案いただいたものとほぼ同じものを再現しました。
スケール感を確認できましたので大まかなレイアウトは問題なかったのですが
弊社の望む雰囲気より少し重厚感がありすぎるということもあり
再度ご提案頂くことになりました。
- 検証を重ねながら
最終的にこのようになりました
- 6/20
内装工事の開始が近づき
細かいデザインが決めなくてはならない期限が迫っていました。
デスクの天板の色
パーティションのカラーなど
カタログを見ながら検討を重ねますが
無数にある組み合わせの中から
最適なものを探すことに難航していました。
ではこれもシュミレーションしまおうと言うことで
数名でPCを囲みながら
様々な組み合わせを試してみます。
上記の画像の組み合わせにする予定でしたが
- 最終的にこのようになりました
- 次に
弊社では職種、プロジェクトの違う人間が
雑談まじりにコミュニケーションをとりながら
日々作品を作っています
移転前のオフィスでは
こうした職種を超えたコミュニケーションの中で生まれて来た
アイデア、実装等がありますが
新オフィスでは、
席数が増え長細いレイアウトになったことで
以前のようなコミュニケーションを取りにくくなるのではといった懸念がありました。
スライドの画像は当初予定していたパーティションの高さです。
170cmの男性が
席に座った際の高さになります。
目の前のパーティションにより
空間のつながりが断絶され個室的になっています。
- スライドの画像が
最終的に採用したパーティションの高さです
430→330と10センチ低くしました。
スライドではわかりにくいですが
10センチ下げたことで
通常作業では視線がぶつからずに
首を少し伸ばせば
周りの空気感がわかる
高さになることがわかりました。
このあたりは
VRでなければ
わからない空間体験になっているのではと思います。