2013年1月1日より、IWAI MOTORS BLOGは、次のページに引っ越します！
IWAIMOTORS BLOG
http://iwaimotors.com/blog/
最近では、Faceboook や Twitter ばかりで、ほとんど更新の無かった本ブログではありますが、引っ越し先では、高い頻度で更新をする予定です。
ブックマークや RSS 登録等を行っていただいている皆様は、お手数ですが、ご変更をお願いできれば幸いです。
どうぞ宜しくお願いします！！
2013年1月1日火曜日
2012年9月22日土曜日
basecamp NAGOYAにいってみた！
コワーキングスポットとして、9月19日にオープンしたばかりのbasecamp NAGOYAを利用してみました。名古屋駅から徒歩5分という好立地です。
オープン前のお披露目会にご招待いただき、また、21日に開催された、長谷川恭久さんが講師をされた「プロトタイピング」の勉強会にも参加させてもらったので、本日すでに３回目の訪問になりますが、コワーキングの利用者としては、初訪問となります。
名古屋駅からジュンク堂書店を左手に見ながら歩き、Softbankを過ぎて次の次の角を左に曲がるだけで、すぐに到着。
一階が居酒屋さんのモンマートビル5階にbasecamp NAGOYAがあります。basecamp NAGOYAは、名古屋のウェブ業界では有名なWCANというイベントを主催されているアップルップルさんが経営されており、オフィスもコワーキングスペースの中に併設されています。
入口には、basecamp NAGOYAのかっこいいロゴが。初めて利用するときは、会員登録が必要です。
広々としたコワーキングスペースの中には、カラフルな椅子と木目調の机がいっぱい。こじゃれた感じです。壁や電灯などが白で統一されていて、カラフルな椅子たちを引き立てています。
アップルップルさんといえば、アップル製品大好き！ってことで、Thunderboltディスプレイなんかも、使わせてもらえます。Macbookを持っている人達にはうれしい環境ですね。
なにげにこれは便利と思ったのが、天井からのびているコンセント。iPhone充電器とかも標準装備！
入口を抜けてすぐ左手には、充実の図書スペース。ウェブ系、デザイン系からMacの雑誌まで、色々あります。リブライズというサービスを使って、貸し出してもらえる本もあります。現在、320冊ほどの蔵書となっているそうです。ソファー最高。
雑誌のバックナンバーなんかも充実してます。ふらっと立ち寄っても、これを読んでるだけで1日過ぎてしまいそう。
Thunderbolt以外のディスプレイもあります。パソコン使いたい人は、iMacなんかも利用できます。
今なら、ワコムの24インチ液タブも使えます！
引いてみるとこんな感じ。逆光ですいません。
飲食自由。グリコもあるよ。
60インチぐらいの巨大ディスプレイを使って、打ち合わせも可能。これはうれしい。
テラスでは、喫煙もできるそうです。
プリンタは有料で利用可能。
14人ぐらいまで利用可能な会議室もあります。プロジェクタも使えます。
これまで、コワーキングスペースを使うことなんかないかな？と思っていましたが、非常に居心地が良いし、場所も便利なところにあるので、これなら使ってみたいって思いました。
以前、自宅でないところで何かやりたいなーと思ったときに、場所を探したことがありますが、近所の公共のスペースだと、無線LANがないし、充電できないようにコンセントを隠していたりと非常に不便で、漫画喫茶みたいなところは、ざわざわしているし、店によっては清潔感もなく、ヤレヤレな感じでした。
basecamp NAGOYAは、1日1,000円※でこの素晴らしい環境が利用できて、しかもアップルラブな設備なんで、マカーとの相性もバッチリw そんなわけで、C3Dの次回の勉強会は、こちらで開催予定です！
※利用できる時間帯は、10〜18時と18〜21時の2つに分かれていて、昼から利用を始めて、18時以降も使う場合は、追加料金が必要です。回数券を持っていれば、プラス500円。
というわけで、これからもチョイチョイ使わせてもらおうと思います。オススメです！
2012年9月21日金曜日
JAWBONE BIG JAMBOX 購入！！
JAWBONEのBIG JAMBOXというワイヤレススピーカーを購入しました！！先に発売されていたJAMBOXが、片手で持てる大きさで、かばんにもすっぽり入るし、カバーもついててとてもいい感じだったので、いつか欲しいな〜と思っていました。が、試聴したところ、低音がイマイチ。
でも、片手サイズで低音ズンズンというのがそもそも無理かな？でも、かっこいいし、欲しいけど、定価で2万円近くするし、ムーンとか思っていたら、BIG JAMBOXなる大型版が登場！！で、試聴したら、イイ！！低音もいい感じ。
JAMBOXいいな〜と思ったのは、まずは、デザイン。次にBluetoothでiPhoneやMacともつながって、持ち運び自由というところ。さらに、ソフトウェアアップデートにより、機能も進化するという今っぽさw
価格コムの最安で買おうと思ったけど、面倒だったのでヤマダ電機へ。が、値引き交渉したら、いきなり価格コムより安い値段！で、ポイントもつけてもらえてホクホク(^o^
だがしかし、、、別売という専用キャリングケースが、どこにも売っていない！日本の代理店っぽいTrinityさんにも問い合わせてみたが、販売予定はないとのこと。ウェブサイトに、別売ですって書いてあるのに！！（間違いではないがw）
でも、どうしても欲しい！ってことで、本家JAWBONEのショップサイトにアクセス。でも、アメリカ国内しか配送しないとのこと。ムムム。でも、欲しい！ということで、ちょっこし、調べたら、アメリカで買ったものを日本に送ってくれるというサービスが。
仕組みは次の通り。
- 配送代行会社に登録
- 代行会社のアメリカの住所を教えてもらえる
- アメリカのショップサイトにて、配送代行会社の住所を使って購入
- 買ったものが配送代行会社に送られて、日本への配送料と手数料のお知らせがくる
- 決済したら、後は商品の到着を待つのみ！！
内訳は次の通り。
- 商品価格 49.99 USD
- 日本への送料 22 USD
- スピアネット手数料 9 USD
JAWBONEでの注文から、うちに届くまでにかかった日数は、9日間。
- JAWBONE STOREからスピアネットまでに2日
- スピアネットの登録住所に番地を入れ忘れていて、発送保留で1日
- サンフランシスコ空港から成田空港までに2日
- 通関から荷物の発送までに2日
- 空港を出てから家に届くまでに2日
てな、感じでした。
で、届いたケースなんですが、見た目はいい感じ。以外に大きく感じたけど、中にクッションがあって、ちゃんと保護してくれそう。で、試しにスピーカーを入れてみたところ、、、サイズきつきつ(涙）最初は、どうやったら入るんだよって感じでした。
サイズがピッタリ過ぎなのに加えて、スピーカーの上面と底面がゴムパーツになっているので、滑りを悪くしているようです。でも、スピーカー全体は薄い金属製のパーツで覆われているため、力任せに押し込もうとすると凹みそうで怖いorz
というわけで、製品はイマイチだったけど、スピアネットさんのサービスは素晴らしかったです。今回は単品の注文ですぐに発送してもらいましたが、色々なショップサイトで買い物したのをスピアネットさんにキープしてもらって、同梱して送ってもらうことなんかも出来るようです。今後も使わせていただこうと思いますです。
2012年8月16日木曜日
スケッチトラベル
Twitterで偶然知ったスケッチトラベルという画集。世界中のアーティストが一冊のスケッチブックに絵を描いては、手渡しで回して行き、スケッチブックが世界を旅するというコンセプト。主催者の一人は、堤さんという日本人のアーティスト。
参加アーティストは、日本からは、宮崎駿、寺田克也、松本大洋など、超豪華。
スケッチブックの原本は、オークションで落札され、その収益を元にラオスに図書館を建てるんだそうです。オススメの一冊。
ほぼ日のスケッチトラベル紹介ページ
http://www.1101.com/sketchtravel/2011-10-13.html
スケッチトラベルのウェブサイト
http://www.sketchtravel.com/?lang=ja
堤さんのサイト
http://www.simplestroke.com/wp/
堤さんが作ったスケッチトラベルのアニメーション
2012年4月15日日曜日
Perfume Dance Animation by modo601
Perfume のグローバルサイトで、彼女達のダンスの動きをキャプチャーしたBVHデータと、そのBGMが配布されています。
http://www.perfume-global.com/
で、このBVHのデータをmodo601に取り込んで、自分のキャラクタを踊らせてみました。
modo601から搭載されたボーンの機能を早速生かすことができました。で、メモがてら、modoでどうやって作ったかを説明します。
まずはBVHの取り込みですが、modo601用のBVH loader なるものを公開してくれている方がいらっしゃって、そちらを使用させていただきました。ありがたや〜
https://github.com/dky2496/BVH-Loader-Script-for-modo
bvh loader のインストール方法は、スクリプトに付属の説明書にも書いてありますが、スクリプトを所定のフォルダに設置すれば、modoで使えるようになり、非常に簡単です。
bvhを取り込むと、次のような感じでモーション付きのボーンが取り込まれます。この状態で再生ボタンを押すと、ボーンが踊り始めます。
あとは、自分のキャラクタにボーンをアタッチするだけです。modo601付属のFireboyのチュートリアルの序盤で、ボーンとキャラクタを関連づける方法が説明されているので、それを見れば簡単に設定できます。ただし、ボーンの影響範囲の設定等は時間がかかると思います。私は何も調整しなかったので、腕が体にめりこんだりしています。
注意点ですが、BVHデータを取り込み、modoでフレームレートを確認したところ、40という特殊な数字になっていました。モーションキャプチャのことは詳しくないので、こういうものなのかもしれませんが、40って設定は聞いたことがなく。。。
で、modo上でフレームレートを29.97にしてみたところ、ボーンの挙動がおかしくなってしまいました。なので、modo上では変更しない方が良いようです。
私は連番でレンダリングして、After Effectsに読み込み、そちらでフレームレートを29.97にしました。しかし、BGMが動きに合わなかったため、手動で動画の長さを調整し、合わせました。
そんなわけで、若干、面倒なところもありましたが、自分のキャラクタが踊るのをみるのは、すごく楽しいです。modo601ユーザーの方は、ぜひぜひ試してみてください(^^
http://www.perfume-global.com/
で、このBVHのデータをmodo601に取り込んで、自分のキャラクタを踊らせてみました。
modo601から搭載されたボーンの機能を早速生かすことができました。で、メモがてら、modoでどうやって作ったかを説明します。
まずはBVHの取り込みですが、modo601用のBVH loader なるものを公開してくれている方がいらっしゃって、そちらを使用させていただきました。ありがたや〜
https://github.com/dky2496/BVH-Loader-Script-for-modo
bvh loader のインストール方法は、スクリプトに付属の説明書にも書いてありますが、スクリプトを所定のフォルダに設置すれば、modoで使えるようになり、非常に簡単です。
bvhを取り込むと、次のような感じでモーション付きのボーンが取り込まれます。この状態で再生ボタンを押すと、ボーンが踊り始めます。
あとは、自分のキャラクタにボーンをアタッチするだけです。modo601付属のFireboyのチュートリアルの序盤で、ボーンとキャラクタを関連づける方法が説明されているので、それを見れば簡単に設定できます。ただし、ボーンの影響範囲の設定等は時間がかかると思います。私は何も調整しなかったので、腕が体にめりこんだりしています。
注意点ですが、BVHデータを取り込み、modoでフレームレートを確認したところ、40という特殊な数字になっていました。モーションキャプチャのことは詳しくないので、こういうものなのかもしれませんが、40って設定は聞いたことがなく。。。
で、modo上でフレームレートを29.97にしてみたところ、ボーンの挙動がおかしくなってしまいました。なので、modo上では変更しない方が良いようです。
私は連番でレンダリングして、After Effectsに読み込み、そちらでフレームレートを29.97にしました。しかし、BGMが動きに合わなかったため、手動で動画の長さを調整し、合わせました。
そんなわけで、若干、面倒なところもありましたが、自分のキャラクタが踊るのをみるのは、すごく楽しいです。modo601ユーザーの方は、ぜひぜひ試してみてください(^^
2012年3月4日日曜日
modo601のvolumeやblob
さて、ようやく色々と601に触り始めました。個人的に大注目のvolume周りからいきなり開始！
まず、blob（ブロブ）の機能。こちらは、LightWaveユーザーには、メタボールという名称で親しまれていた機能ですが、統合系の3Dソフトには、標準で備わっていると思います。
modoの場合は、点ポリゴンを配置して、blobの参照先に設定すると、こんな感じになります。
点ポリゴン同士を近づけると、お互いが引き寄せられるように形を変えてくっつきます。サイズを大きく（小さく）したり、ランダム設定でばらつきのある大きさに変えたりできます。点ポリゴンの配置はそのままに、設定値だけ変えるとこんな感じ。
質感設定次第で、流体の表現ができそうです。次にVolume ですが、こちらは、煙の表現が出来るようになります。blobと同様に点ポリゴンを配置して、volumeの参照先に設定するだけで、こんな感じになります。
まず、blob（ブロブ）の機能。こちらは、LightWaveユーザーには、メタボールという名称で親しまれていた機能ですが、統合系の3Dソフトには、標準で備わっていると思います。
modoの場合は、点ポリゴンを配置して、blobの参照先に設定すると、こんな感じになります。
点ポリゴン同士を近づけると、お互いが引き寄せられるように形を変えてくっつきます。サイズを大きく（小さく）したり、ランダム設定でばらつきのある大きさに変えたりできます。点ポリゴンの配置はそのままに、設定値だけ変えるとこんな感じ。
質感設定次第で、流体の表現ができそうです。次にVolume ですが、こちらは、煙の表現が出来るようになります。blobと同様に点ポリゴンを配置して、volumeの参照先に設定するだけで、こんな感じになります。
さらに、マテリアルにノイズの設定を行うとこんな感じに。
点ポリゴンを参照先にできるってことで、普通にモデリングしたメッシュも、そのままblobやvolumeの参照先にできます。スカルを参照先にしたものは、こんな感じ。
人を参照先にしたものは、こんな感じ。
RealFlowからパーティクルを読み込んで、volumeを適用することもできます。こんな感じ。
実際に使ってみて、これはいい！！と思った点は、設定にもよりますが、非常に軽いこと。volumeといえば、重くて並のマシンでは扱いが大変というイメージがありましたが、かなりサクサク動いて、レンダリングも超速いです。上のスカルで1分ちょっとぐらい。
また、設定方法が非常に簡単なことも好印象です。3DCGソフトは、機能が多いので、操作方法は直感的でわかりやすくないと後からすぐにわからなくなってしまいがちです。
操作方法のわかりやすさという点では、modoは3DCGソフトの中では一番ではないかと思います。
いや〜たのしい(^^
2012年3月2日金曜日
4年ぶりの誕生日にmodo601がきた！！
ついにというか、急に出た！modo601!! しかも、4年ぶりの誕生日である2月29日に！！modo101のときからのユーザーとしては、なんとも感慨深いです。
101ではモデリングツールだったmodoが、201ではレンダリングが搭載され、301ではアニメーションやスカルプト、401ではファーやリプリケータ、501では全体的な機能のブラッシュアップときて、ロゴも丸みを帯びてちょっと親しげになった601は...
- ボーン
- キャラクターアニメーション
- リジッド・ボディ、ソフトボディなどのダイナミクス
- モデリング機能強化
- レンダーブーリアン
- ラウンデッド・エッジ・シェイダー（面取りしなくても丸みがつく！）
- テクスチャーリプリケータ
- Real Flowサポート
- Alembicサポート
- レンダーパス
- スキンシェーダー
- セルシェーダー
- ボリューム、パーティクル などなど...
って、盛りだくさんすぎるでしょ！！と、発表もサプライズなら、内容もサプライズすぎ！！ここに来て、一気に統合ソフトとしての土台を築いた感があります。
以前、Marsさんに、ボーンの機能を無理矢理くっつけることは出来るけど、modoは全ての機能が連携することにこだわりを持っていて、それを考えると搭載には時間がかかるというお話を、確か3年ぐらい前に聞きました。今回は、満を持して搭載されたわけで、きっと使い勝手も良いことでしょう。でも、個人的には、煙とか雲とかのボリューム機能が搭載されたのがすごく嬉しいです(^^
5年後とかは、Autodeskに真っ向から対抗しうるソフトにまでなりそうな予感です！！
Luxologyやベータテスターの皆さん、お疲れ様です！日本語版を用意している皆さん、頑張ってください！！
というわけで、週末は引きこもり決定やねw
2012年1月14日土曜日
modo HDRE Moofe Kit
さて、以前にもmodo Kitについて書きましたが、先日、私が購入したHDRE Moofe Kitは、背景写真をMoofeというイギリスの会社が提供しています。
Moofeは、CGI(Computer Generated Imagery)用の写真提供に特化していて、世界中を飛び回って美しい写真を撮影しています。素材用の写真を販売している会社は、数多くありますが、Moofeの場合はHDRIや、合成用素材としての写真（backplates）など、通常の写真素材販売サイトでは入手できないものを扱っています。
驚くような美しい景観の写真を安価に、また、CGIプロジェクトなどで簡単に使えるように最適化した状態で提供するというのが、Moofeの付加価値です。いろんな会社があるんですね〜
そのHDRE Moofe Kitを使って作った簡単なテスト画像をポートフォリオサイトに掲載していたところ、Moofeのデザイナーの方からギャラリー用に使いたいとの依頼コメントが！
テストとして作った非常に簡単なものだったので、こんなので本当に良いのかな〜と思いましたが、せっかくの機会なので掲載してもらいました。
https://www.moofe.com/#/gallery/057_Lego
ちなみに、1280 x 960で、レンダリング時間は15秒。Photoshop加工なしの一発レンダーそのまんまの画像です（もともとテストだったんで、なにもいじってなかったw）。Moofeの写真品質がいかに良いかがわかりますねw
ギャラリーに掲載されている他の方のイメージは、どれもすごいものばかり。なぜ、私のが選ばれたのかな〜と思ったんですが、おそらく、駐車場の写真に車ではなく、こんなキャラクターを置くのは私ぐらいだったんじゃないかと。そんな遊び心が目に留まったようです。なんにしても、こういうのは、うれしいものですね〜(^o^)
2011年12月28日水曜日
MacBook Air
購入してしまいました！MacBook Proも持っていたし、購入の予定はなかったんですが...
きっかけはクリマでした。デモ用にC3Dのメンバーが持って来ていたのがMacBook Airの11インチ。Apple Storeで何度も触れていて、プロダクトとしての美しさから理由も無く欲しくなっていました。しかし、グラフィック系のソフトを動かすにはスペックが足りないだろうなと考えていました。
ところが...クリマのデモで、何とZBrushがサクサク動いているではありませんか！24インチぐらいのモニタにつないで、サクサク、コネコネと、なんの引っかかりもなく軽快に。しかも、メモリ2GBのエントリーマシンで。
もともとはメイン機として購入したMacBook Proは、その後にiMacを購入してからはサブ機となり、自宅での利用機会はほぼなくなりました。C3Dの勉強会では使っていましたが、重くて大きいため、持ち運びはしんどく感じていて、ウェブ系のイベントなど、他の目的で持ち歩くこともなくなっており、かなり勿体ない状態になっていました。
11インチのMacBook Airなら、小さくて軽いので持ち運びにも向いています。出張のときに、会社のパソコンと一緒にでも持っていけると思わせてくれるお手軽さがあります。そんなわけでこれまでお世話になってきたMBPに別れを告げ、MBAを購入しました。
これからが楽しみです(^_^)
2011年11月28日月曜日
modo kit 最高！！
modo kit がセール中ってことで、買いました！購入したのは、次の３つ。
HDRE Moofe Kit は、クリエイターズマーケット用の作品制作の手抜き効率化のために購入することに。他にもっと安いHDREキットがありましたが、作品のイメージに一番近いものがこちらのMoofeキットにしかなかったので、頑張って購入。
どーん。こんなフォトリアルなものが、実に簡単に作れます。何か適当なメッシュを用意して、このキットを適用するだけで、いきなりこんな感じになります。ちなみに上のメッシュにはマテリアルの設定を何もしていません。
このキットが素晴らしい！と思ったのは、次のような点です。
もう本当に何も設定しなくても数回クリックするだけでこの程度のものができてしまいます。フォトリアル好きにはたまらない感じです。
Studio Environment Set from 9b studios は、本格的な写真スタジオを再現したもので、こちらもクリック一つでスタジオセットのHDRIが簡単に適用されます。作例はご覧の通りです。
作りかけで止まっているジャンゴですが、、、マテリアルは、基本的にmodoにデフォルトで入っているものを使っています。グローバルイルミネーションをオンにしているぐらいで、こちらもほぼ設定はそのままです。
こちらのキットを使ってみて改めて感じたことですが、やはりライティングや環境マップに素晴らしいものを使うと、同じメッシュとマテリアルでも品質が飛躍的に向上するということ。フォトリアルなものって特別なレンダラーや高度な技術、高価なソフトが無いと難しいかと思いがちですが、modoでキットを使えば、こんなのがすぐにできちゃいます。
ちなみにHDREキットと、Studio Environmentキットの違いですが、前者がメインとなるメッシュだけを用意すれば背景付きの作品が出来上がるのに対して、後者はあくまでライティングの部分だけなので、背景などを含めた作品としたいときは、自分で用意する必要があります。
セールは、11月末までということで、もうほとんど日がありませんが、ご興味のある方はぜひ！！（もうちょい買おうか悩んでいたり、、、w）
Luxology.com modo kit 購入ページ
イーフロンティア modo kit キャンペーンページ
- HDRE Moofe Kit
- Studio Environment Set 1 from 9b studios
- Studio Environment Set 2 from 9b studios
HDRE Moofe Kit は、クリエイターズマーケット用の作品制作の
どーん。こんなフォトリアルなものが、実に簡単に作れます。何か適当なメッシュを用意して、このキットを適用するだけで、いきなりこんな感じになります。ちなみに上のメッシュにはマテリアルの設定を何もしていません。
このキットが素晴らしい！と思ったのは、次のような点です。
- 簡単に写真との合成が可能
- 写真がとにかくきれい（さすがはプロって感じ）
- 写真の接地面に、自動的にメッシュが配置される（地面が斜めになっている写真でも、それにピッタリと合わせてくれます）
- 思いのほかバリエーションが豊富（場所は大きく5種類ですが、同じ風景でアングルが違う写真が複数入っています）
もう本当に何も設定しなくても数回クリックするだけでこの程度のものができてしまいます。フォトリアル好きにはたまらない感じです。
Studio Environment Set from 9b studios は、本格的な写真スタジオを再現したもので、こちらもクリック一つでスタジオセットのHDRIが簡単に適用されます。作例はご覧の通りです。
作りかけで止まっているジャンゴですが、、、マテリアルは、基本的にmodoにデフォルトで入っているものを使っています。グローバルイルミネーションをオンにしているぐらいで、こちらもほぼ設定はそのままです。
こちらのキットを使ってみて改めて感じたことですが、やはりライティングや環境マップに素晴らしいものを使うと、同じメッシュとマテリアルでも品質が飛躍的に向上するということ。フォトリアルなものって特別なレンダラーや高度な技術、高価なソフトが無いと難しいかと思いがちですが、modoでキットを使えば、こんなのがすぐにできちゃいます。
ちなみにHDREキットと、Studio Environmentキットの違いですが、前者がメインとなるメッシュだけを用意すれば背景付きの作品が出来上がるのに対して、後者はあくまでライティングの部分だけなので、背景などを含めた作品としたいときは、自分で用意する必要があります。
セールは、11月末までということで、もうほとんど日がありませんが、ご興味のある方はぜひ！！（もうちょい買おうか悩んでいたり、、、w）
Luxology.com modo kit 購入ページ
イーフロンティア modo kit キャンペーンページ
2011年10月11日火曜日
modo User Group Tokyo 特別編
さて、久しぶりの更新です。
modo UserGroup Tokyo主催で、10月8日（土）に開催された「〈緊急ミーティング〉プロダクトデザインの現場におけるmodoの活用事例 報告」に参加してきました。プロダクトデザインという知らないけれど興味津々な世界のお話が聞けるということでワクワク感いっぱいでした。
ご登壇されたのは、イギリスでプロダクトデザインをされている柳澤さん。Sustainable Designer とPractitioner という聞き慣れない肩書きを持っていらっしゃいます。Sustainable という言葉は、「持続可能な」「継続できる」という意味ですが、近年、日本でも耳にするようになりました。企業が工業製品などを作るときに環境負荷を考慮していることを示すために使うことが増えたんじゃないかと思います。Practitioner は、初めて聞きましたが、「実践している人」という意味です。
何か一つの言葉が流行りだすと、猫も杓子も使いだすことってあると思いますが、Sustainable もその部類に入るようで、正しく使われていないことが多いようです。柳澤さんは、イギリスの大学で学位も取られており、Sustainable とはどういうことかを正しく理解されており、その考えに基づいてプロダクトデザインをされています。「（正しい）サステイナブルデザインの実践者」ということですね。
プロダクトデザインの場合、最終的にはデザインしたものが工業製品として世に出るものなので、コンマ何ミリ単位で正確なデータを作る必要があるわけですが、modoにはそこまでの精度はないため、最終的にはSolidWorks のような専門的なソフトに渡すことになります。
柳澤さんの場合、modo をスケッチのために使っているとのこと。柳澤さんが最初に師事された巨匠が、アイデアを短期間で形にすることを望まれるため、頭に浮かんだものをとにかく早く形にすることができるmodo は非常に重宝しているんだとか。レンダリングがきれいなのも魅力だそうです。
そのような用途ゆえに、テクスチャやバンプを使うことは無いそうです。マテリアルもプリセットを活用。とはいえ、仕上がりのイメージは大変美しいものでした。
ちなみに、いまの柳澤さんのイギリスのスタジオには、立体出力機が3台あるとのこと。でも、お高いんでしょう、、、「800万のが2台と、2,500万のが1台」って、ほんとに高っ！！かなり大きなモックも作ることがあるそうで、ささっとデザインして、さくっと形にするには、必要な機材なんでしょうね〜
さて、巨匠に師事し、権威のあるデザインコンテストでもノミネートされ、日本代表としてインドネシアでプレゼンしたりしている柳澤さんですが、非常に気さくな人柄で、初対面で素人な私にも、嫌な顔ひとつせず、何でも丁寧に教えてくれました。業種業界問わず、一線で活躍されている方達って、偉ぶらないものなんですよね。でも、それってコミュニケーション能力の高さを示すもので、だからこそ活躍できるんだなって納得してみたり。
さて、そんな柳澤さんのプレゼンの一部は、modo UserGroup Tokyoのウェブサイトでも、ご覧になれますよ。興味のある方はぜひ。あ、柳澤さん、プレゼン資料の作り方も、プレゼンそのものもすごく上手でした！
いや〜ほんとに参加してよかったわ〜
ご登壇されたのは、イギリスでプロダクトデザインをされている柳澤さん。Sustainable Designer とPractitioner という聞き慣れない肩書きを持っていらっしゃいます。Sustainable という言葉は、「持続可能な」「継続できる」という意味ですが、近年、日本でも耳にするようになりました。企業が工業製品などを作るときに環境負荷を考慮していることを示すために使うことが増えたんじゃないかと思います。Practitioner は、初めて聞きましたが、「実践している人」という意味です。
何か一つの言葉が流行りだすと、猫も杓子も使いだすことってあると思いますが、Sustainable もその部類に入るようで、正しく使われていないことが多いようです。柳澤さんは、イギリスの大学で学位も取られており、Sustainable とはどういうことかを正しく理解されており、その考えに基づいてプロダクトデザインをされています。「（正しい）サステイナブルデザインの実践者」ということですね。
プロダクトデザインの場合、最終的にはデザインしたものが工業製品として世に出るものなので、コンマ何ミリ単位で正確なデータを作る必要があるわけですが、modoにはそこまでの精度はないため、最終的にはSolidWorks のような専門的なソフトに渡すことになります。
柳澤さんの場合、modo をスケッチのために使っているとのこと。柳澤さんが最初に師事された巨匠が、アイデアを短期間で形にすることを望まれるため、頭に浮かんだものをとにかく早く形にすることができるmodo は非常に重宝しているんだとか。レンダリングがきれいなのも魅力だそうです。
そのような用途ゆえに、テクスチャやバンプを使うことは無いそうです。マテリアルもプリセットを活用。とはいえ、仕上がりのイメージは大変美しいものでした。
ちなみに、いまの柳澤さんのイギリスのスタジオには、立体出力機が3台あるとのこと。でも、お高いんでしょう、、、「800万のが2台と、2,500万のが1台」って、ほんとに高っ！！かなり大きなモックも作ることがあるそうで、ささっとデザインして、さくっと形にするには、必要な機材なんでしょうね〜
さて、巨匠に師事し、権威のあるデザインコンテストでもノミネートされ、日本代表としてインドネシアでプレゼンしたりしている柳澤さんですが、非常に気さくな人柄で、初対面で素人な私にも、嫌な顔ひとつせず、何でも丁寧に教えてくれました。業種業界問わず、一線で活躍されている方達って、偉ぶらないものなんですよね。でも、それってコミュニケーション能力の高さを示すもので、だからこそ活躍できるんだなって納得してみたり。
さて、そんな柳澤さんのプレゼンの一部は、modo UserGroup Tokyoのウェブサイトでも、ご覧になれますよ。興味のある方はぜひ。あ、柳澤さん、プレゼン資料の作り方も、プレゼンそのものもすごく上手でした！
いや〜ほんとに参加してよかったわ〜
2011年7月24日日曜日
ジャンゴ
現在、作り中のジャンゴ・フェットです。緑にしたらボバ・フェットｗ
久々にそれなりの時間をかけてmodoを触ったものの、当然ながら腕が上がっておりません。色々と作ってはやり直しの繰り返し。でも、そうやっていると、自分なりに効率良く、きれいなポリゴンを保てる作り方がわかってきますね。プロの方は、毎日やっているわけだから、かなわんわけです。
まだ、標準のマテリアルとか、HDRIでレンタリングしているだけなので、質感やライティングは適当な感じです。最初は顔の部分だけ作るつもりでしたが、顔だけだと中途半端な気がしたので、体も作り始めました。服のシワとかはスカルプトでも使ってみようかな〜とか。modoは、標準の環境でささっと作っただけでも、かなり綺麗な仕上がりになるので楽しいです。
2011年7月11日月曜日
Luxology.jpからリンクしていただきました!
ちょう久しぶりな更新です。6月からrensabout.comという、ちょっとお仕事よりのウェブサイトを立ち上げて、こちらの更新に結構力を入れていたりとかします。CGとは関係ありませんが、よろしければご覧ください。
さて、少し前のお話になりますが、Luxology.jpに、本ブログへのリンクを掲載していただきました。コミュニティページのブログカテゴリにリンクが貼られております。
http://www.luxology.jp/blog/list.html
そうそうたる皆様に混じって、こんなヘッポコブログ（しかも、modo以外のことも書いてるし、、、）にリンクをしていただいて恐縮しまくりんぐです（汗
こちらのブログからは、C3Dメンバーのaldilaさんのブログもリンクされています！
今後はmodoネタを中心に、もう少しマメに更新していきます！！
さて、少し前のお話になりますが、Luxology.jpに、本ブログへのリンクを掲載していただきました。コミュニティページのブログカテゴリにリンクが貼られております。
http://www.luxology.jp/blog/list.html
そうそうたる皆様に混じって、こんなヘッポコブログ（しかも、modo以外のことも書いてるし、、、）にリンクをしていただいて恐縮しまくりんぐです（汗
こちらのブログからは、C3Dメンバーのaldilaさんのブログもリンクされています！
今後はmodoネタを中心に、もう少しマメに更新していきます！！
2011年1月16日日曜日
Apple Mail とiPhone からメール（Gmail）が送信できなくなる不具合
土曜日の朝、突如いつも使っているMac の標準メーラーからメールが送れないという不具合が発生。メインでGmail を使っており、Mac のメーラーで送受信できるように設定しています。こうすることで、ローカルにGmail のバックアップをとっています。どちらかというと、Gmail よりも、私のローカル環境の方が脆弱性が高い気がしますが、それはまあ無視してくださいｗ
不具合発生時の状況は、次のとおり。
-Apple Mail（Mac の標準メーラー） からメールの送信ができない。
-Apple Mail でメールの受信はできる。
-Mac OS とApple Mail のバージョンは最新。(Mac OSX 10.6.6とApple Mail4）
-メールの設定は変えていない。
-原因は、OP25B ではない。
-ネット接続は問題ない。
-Gmail では、メールの送受信ができる。
-日曜日になってiPhone からもメールが送れないことに気付く。
-iPhone は、WIFI から3G に切り替えても送信できない。受信もネットもできる。
関係ないとは思いつつも、色々とメールの設定を変えてみましたが、解決せず。なにより、原因がISP なのか、メールの設定なのか、Gmail なのかがわからず、困惑しましたが、日曜の朝に検索していて、全く同じ症状（昨日から、急にMac とiPhone でメール送信ができないが、Gmail にログインすると問題なくできる）の出ている方の投稿が、Gmail のヘルプフォーラムにあることを発見。しかも、複数名いらっしゃいました。
この時点で、ようやくGmail の不具合らしいと確信し、Gmail のトラブルシューティングを参照。質問に答えて言ったところ、最後に次のメッセージが出ました。
「サーバー エラーはたいてい一時的なもので、24 時間以内に自動的に解消されます。
エラーが発生してから時間がたっていない場合は、これ以降のトラブルシューティングを行う前に 24 時間お待ちください。」
これを読んだときが、ちょうど不具合に気が付いてから、24時間経ったぐらいでしたが、やはりメール送信ができないため、Google のヘルプに不具合の報告を投稿しようとしていたところでした。
投稿をひと通りまとめながら、あともう一回だけ送信テストをと思って、ポチッとしたところ、不具合解消orz
同じ症状が出た方は、気長に待つことをおすすめします。
2011年1月15日土曜日
modo での合成用出力
modo のマニュアルからの引用。コンポジット用には、どのパスを書き出せば良いのかは迷うところですが、マニュアルに答えがありました。Final Color Outputs（最終カラー出力）の構成要素は、次のとおりとのことです。
Final Color Outputs =
+ Illumination Total
+ Transparent Shading
+ Reflection Shading
+ Specular Shading
+ Subsurface Shading
+ Luminous Shading
あとは、こちらにAlpha を足すぐらいでしょうか。
modo のパスは、非常に種類が多いので何を書きだすのが正解かわかっていませんでしたが、ちゃんとマニュアルに答えがありました、、、もっと読まないと。
ちなみに、これらのパスを一度に追加する機能なりスクリプトってないものでしょうかね。Luxology のフォーラムでも同じような質問のスレがいくつかあったけど、答えがなく。Macro 保存すれば良いのかな、、、
Final Color Outputs =
+ Illumination Total
+ Transparent Shading
+ Reflection Shading
+ Specular Shading
+ Subsurface Shading
+ Luminous Shading
あとは、こちらにAlpha を足すぐらいでしょうか。
modo のパスは、非常に種類が多いので何を書きだすのが正解かわかっていませんでしたが、ちゃんとマニュアルに答えがありました、、、もっと読まないと。
ちなみに、これらのパスを一度に追加する機能なりスクリプトってないものでしょうかね。Luxology のフォーラムでも同じような質問のスレがいくつかあったけど、答えがなく。Macro 保存すれば良いのかな、、、
2011年1月14日金曜日
modo のリニアワークフロー
さて、前回までのmodo のリニアワークフローのまとめが、説明多すぎですっきりしなかったので、表面的なやり方のみを改めてまとめ直しました。
1. テクスチャのリニア化（取り込み画像のリニア化）
デジカメの写真などは、ガンマ補正されているので、ガンマ値をリニアな1.0 に戻すために、ガンマ逆補正を行います。（過去記事で間違って、逆補正のことを補正と書いてたので修正しました。ごめんなさい、、、）
Shader Tree で、テクスチャなどの画像を選び、適切なガンマ値を入力して逆補正します。下の画像は、デジカメの写真なので、ガンマ値が2.2 であると想定し、Gamma の入力欄に、1/2.2（1/画像のガンマ値）を入力。
2. 環境のリニア化（作業環境のリニア化）
リニアな状態で画像を表示できるよう、作業環境を設定します。Preference（System > Preferences... を選択）で、Rendering を選択。次の画面が表示されます。
Default Gamma Output とDisplay Gamma に、それぞれ適切なガンマ値を入力。上記の画面では同じになっていますが、これは環境によって変わるため、必ず一致するわけではありません。Independent Display Gamma は、常にチェックを入れます。
3. 適切な状態での書き出し（リニアを保持して書き出し）
リニア環境で作ったものを、リニアな状態を保持して書き出すためには、HDRI 形式での書き出しが最適です。下の画像は、HDRI で書きだすときのFinal Color Output の設定。
Gamma は、1.0、Clamp Colors とDithering は、オフ。Render Frame で画像を保存する際は、Layered OpenEXR float 32-bit を選択（他の選択肢でも可）。exr 形式は、psd 形式のようにワンファイルでマルチレイヤーを保持できますが、編集できるソフトウェアは、限定されます。
---
modo のFinal Color Output の設定は非常に奥が深いので、このあたりは改めてマニュアルを読みなおそうと思いますが、modo UserGroup Osaka のブログでも、非常にわかりやすく解説されていますので、ご参考まで。
HDR で書きだすときに、Clamp Colors とDithering をオフにする理由については、マニュアルに書かれています。以下、modo 301 のマニュアルからの抜粋です。長いけど、しっかりと理解したい方は頑張って読んでください！私も今から読みます(^^
Clamp Colors( カラーのクランプ)
modo のレンダリングエンジンは、すべての色とシェーディングの計算に、IEEE 浮動小数点による高精度で高ダイナミックレンジの値を使用しています。計算結果は、このレベルの出力が必要な状況に対応できるよう、リニアなHDR ファイルに保存できます。ただし、CRT や液晶モニターなどの従来方式の出力サービスでHDR の値を扱う場合には、コントラストの高い領域のエッジにエイリアス( ギザギザした線) が見えることがあります。これは、デジタルカメラでハイコントラストの写真を撮ったときに見られる現象に似ています。こうした望ましくない画像が現れたときは、Clamp Colors( カラーのクランプ) を使うと、アンチエリアシングを行う前に、すべての色を100%を越えない値に制限します。
エイリアシング現象を理解するためには、従来から使われているアンチエイリアシングの仕組みを知ることがいちばんです。コントラストが極端に違う2 つのエッジがある場合、その間に位置するピクセルが、両エッジのブレンドさせる形でレンダリングされます。色空間が24
ビットの場合は、これがもっとも効率的な方法です。なぜなら、両エッジの値の差が最大であったとしても、両者を繋ぐ色の階調はさほど多くはならず、しかも、すべての階調が、通常の出力デバイスで表示できる色によって構成できるからです。ところが、HDR の場合は、1
つのピクセルとその隣のピクセルとの間の明るさの違いが、数万階調にも及ぶことがあります。RGB 値で(0,0,0) の黒いピクセルのすぐ隣に、(10000,10000,20000) というのピクセルがあったとします。これをアンチエイリアシングすると、中間のピクセルの値は(5000,5000,10000) となります。これらの極端に値の高いピクセルは、通常のディスプレイでは白にしか表示されません。そのため、やっぱりエイリアスが発生してしまうのです。このようなHDR ピクセルは、スーパーブライトまたはスーパーホワイトと呼ばれ、ポストプロセスの段階で、”ブルーム”処理を施す領域の特定によく使われます。ブルームもまた、エッジのエイリアスを目立たなくする効果があります。
Dithering( ディザリング)
デフォルトでは、ディザリングは有効になっています。これによって、各カラーコンポーネントが8 ビットの通常のダイナミックレンジの画像ファイルにおいて、バンディング現象を抑えるのにちょうどいい量のディザリングが施されます。基本的には、この値は0 から1/255 の間の乱数になります。浮動小数点を8 ビットの整数にクオンタイズしたときに、完全な黒はそのまま残る値です。OpenEXR やHDR などの高ダイナミックレンジの形式では、ディザリングは必要ないので、このオプションを無効にしておくとよいでしょう。
1. テクスチャのリニア化（取り込み画像のリニア化）
デジカメの写真などは、ガンマ補正されているので、ガンマ値をリニアな1.0 に戻すために、ガンマ逆補正を行います。（過去記事で間違って、逆補正のことを補正と書いてたので修正しました。ごめんなさい、、、）
Shader Tree で、テクスチャなどの画像を選び、適切なガンマ値を入力して逆補正します。下の画像は、デジカメの写真なので、ガンマ値が2.2 であると想定し、Gamma の入力欄に、1/2.2（1/画像のガンマ値）を入力。
2. 環境のリニア化（作業環境のリニア化）
リニアな状態で画像を表示できるよう、作業環境を設定します。Preference（System > Preferences... を選択）で、Rendering を選択。次の画面が表示されます。
Default Gamma Output とDisplay Gamma に、それぞれ適切なガンマ値を入力。上記の画面では同じになっていますが、これは環境によって変わるため、必ず一致するわけではありません。Independent Display Gamma は、常にチェックを入れます。
3. 適切な状態での書き出し（リニアを保持して書き出し）
リニア環境で作ったものを、リニアな状態を保持して書き出すためには、HDRI 形式での書き出しが最適です。下の画像は、HDRI で書きだすときのFinal Color Output の設定。
Gamma は、1.0、Clamp Colors とDithering は、オフ。Render Frame で画像を保存する際は、Layered OpenEXR float 32-bit を選択（他の選択肢でも可）。exr 形式は、psd 形式のようにワンファイルでマルチレイヤーを保持できますが、編集できるソフトウェアは、限定されます。
---
modo のFinal Color Output の設定は非常に奥が深いので、このあたりは改めてマニュアルを読みなおそうと思いますが、modo UserGroup Osaka のブログでも、非常にわかりやすく解説されていますので、ご参考まで。
HDR で書きだすときに、Clamp Colors とDithering をオフにする理由については、マニュアルに書かれています。以下、modo 301 のマニュアルからの抜粋です。長いけど、しっかりと理解したい方は頑張って読んでください！私も今から読みます(^^
Clamp Colors( カラーのクランプ)
modo のレンダリングエンジンは、すべての色とシェーディングの計算に、IEEE 浮動小数点による高精度で高ダイナミックレンジの値を使用しています。計算結果は、このレベルの出力が必要な状況に対応できるよう、リニアなHDR ファイルに保存できます。ただし、CRT や液晶モニターなどの従来方式の出力サービスでHDR の値を扱う場合には、コントラストの高い領域のエッジにエイリアス( ギザギザした線) が見えることがあります。これは、デジタルカメラでハイコントラストの写真を撮ったときに見られる現象に似ています。こうした望ましくない画像が現れたときは、Clamp Colors( カラーのクランプ) を使うと、アンチエリアシングを行う前に、すべての色を100%を越えない値に制限します。
エイリアシング現象を理解するためには、従来から使われているアンチエイリアシングの仕組みを知ることがいちばんです。コントラストが極端に違う2 つのエッジがある場合、その間に位置するピクセルが、両エッジのブレンドさせる形でレンダリングされます。色空間が24
ビットの場合は、これがもっとも効率的な方法です。なぜなら、両エッジの値の差が最大であったとしても、両者を繋ぐ色の階調はさほど多くはならず、しかも、すべての階調が、通常の出力デバイスで表示できる色によって構成できるからです。ところが、HDR の場合は、1
つのピクセルとその隣のピクセルとの間の明るさの違いが、数万階調にも及ぶことがあります。RGB 値で(0,0,0) の黒いピクセルのすぐ隣に、(10000,10000,20000) というのピクセルがあったとします。これをアンチエイリアシングすると、中間のピクセルの値は(5000,5000,10000) となります。これらの極端に値の高いピクセルは、通常のディスプレイでは白にしか表示されません。そのため、やっぱりエイリアスが発生してしまうのです。このようなHDR ピクセルは、スーパーブライトまたはスーパーホワイトと呼ばれ、ポストプロセスの段階で、”ブルーム”処理を施す領域の特定によく使われます。ブルームもまた、エッジのエイリアスを目立たなくする効果があります。
Dithering( ディザリング)
デフォルトでは、ディザリングは有効になっています。これによって、各カラーコンポーネントが8 ビットの通常のダイナミックレンジの画像ファイルにおいて、バンディング現象を抑えるのにちょうどいい量のディザリングが施されます。基本的には、この値は0 から1/255 の間の乱数になります。浮動小数点を8 ビットの整数にクオンタイズしたときに、完全な黒はそのまま残る値です。OpenEXR やHDR などの高ダイナミックレンジの形式では、ディザリングは必要ないので、このオプションを無効にしておくとよいでしょう。
2011年1月12日水曜日
3DCG におけるリニアワークフロー その4
modo におけるリニアワークフロー、最後は、「適切な状態での書き出し」についてです。
適切な状態での書き出し
取り込んだテクスチャを、最適な環境で見る方法まではわかりました。しかし、ここまでは、modo の中だけのお話です。レンダリングした画像は、最終的に、JPEG などに書き出して保存します。ここまでのワークフローが整っても、今までリニア環境で見てきたものと、違う画像が書き出されてしまっては、これまでの作業の意味がなくなってしまいます。
modo では、レンダリングした画像は、Render Frame で確認できます。この時点で画像は、.tmp という形式で保存されています。おそらく、temporary（仮の）という意味だと思います。
Render Frame から、保存形式を選んで画像を書き出しますが、このときに先のステップで設定した、Default Gamma Output が有効になるわけです。Render Frame 内にあるガンマの設定欄は、Display Gamma を変えるものなので、この数値を変えても、書き出しのときのガンマには影響はありません。
リニア環境で作った.tmp のデータでそのまま保存できれば一番良いのですが、一般的な形式ではないので汎用的な形式で保存する必要があります。最も良いのは、HDRI（.exr）です。HDRI であれば、これまでのリニアワークフローで作ってきたデータを損なうこと無く、リニアなまま書き出しができるそうです。理想的ですね。
HDRI は、マルチレイヤーをサポートしてるので、Photoshop のように1つのファイルで、Diffuse, Alpha などの要素をレイヤー化した状態で書き出すことができます。ただし、それを開くには、対応したソフトウェアが必要となります。必ずしも、マルチレイヤーで書き出さなくてはいけないわけではありませんが、ファイル形式にそこまでこだわるなら、マルチレイヤーにした方が良いかと思います。
modo でHDRI 形式（マルチレイヤー）で保存する場合、Render Frame で、Save Layered Image を選んで、保存します。exr 形式には種類がありますが、Layered OpenEXR float 32-bit が、最も高品質に書き出せるようです。ただし、データ容量が非常に重くなるので注意が必要です。
HDRI 書き出しの際は、Final Color Output のプロパティにある、Gamma の欄で、「1.0 Linear」を選びます。また、HDRI で書き出す場合、Clamp Colors とDithering は、オフにします。理由は、マニュアルを見ると書いてありますが、後日、触れようと思います。
HDRI 以外で書き出す際は、目的に合わせてガンマ値を決め、その数値を設定します。いまは、Windows もMac もガンマ値が2.2 になったので、これで通用することが多くはなっていると思います（絶対ではありません）。
適切な状態での書き出しのまとめ
リニアワークフローにのっとって作ったデータを、そのままリニアな状態で書き出すためには、保存形式で Layered OpenEXR float 32-bit （HDRI）を選ぶ。その際、Final Color Output の出力ガンマ値は、1.0 で、Clamp Colors とDithering は、オフにする。exr 形式のデータを編集するには、Photoshop（プラグインが必要になると思います）など、対応したソフトウェアが必要。
exr 以外の形式で書き出すときには、用途に応じてガンマ値を決定する。
---
簡単に一つの記事でまとめようと思ったリニアワークフローですが、調べてみるとわからないこと、知らなかったことが多く、次々と重要なことを学ぶ結果となりました。最終出力の段階となって知ることとなった、OpenEXR のことは、また別の記事で触れたいと思います。あと、説明が多くなってしまったので、後日、modo でリニアワークフローの設定について、改めて簡潔にまとめようと思います。
リニアワークフローについての最初の記事でも書きましたが、こちらの情報をまとめられたのは、modo mode のTakumi さんのおかげです。最初、Takumi さんの記事を読んだときは、難しくて良くわからず、理解できるようにと色々調べた結果、非常に重要なことが書かれていると次第にわかるようになり、最終的には、全てが理解できました。Takumi さんの記事に出会えなければ、未だにリニアワークフローの重要性に気が付いていなかったかもしれません。Takumi さんには、改めて御礼申し上げます。リニアワークフローについて興味のある方は、是非、Takumi さんのウェブサイトをご覧ください。
適切な状態での書き出し
取り込んだテクスチャを、最適な環境で見る方法まではわかりました。しかし、ここまでは、modo の中だけのお話です。レンダリングした画像は、最終的に、JPEG などに書き出して保存します。ここまでのワークフローが整っても、今までリニア環境で見てきたものと、違う画像が書き出されてしまっては、これまでの作業の意味がなくなってしまいます。
modo では、レンダリングした画像は、Render Frame で確認できます。この時点で画像は、.tmp という形式で保存されています。おそらく、temporary（仮の）という意味だと思います。
Render Frame から、保存形式を選んで画像を書き出しますが、このときに先のステップで設定した、Default Gamma Output が有効になるわけです。Render Frame 内にあるガンマの設定欄は、Display Gamma を変えるものなので、この数値を変えても、書き出しのときのガンマには影響はありません。
リニア環境で作った.tmp のデータでそのまま保存できれば一番良いのですが、一般的な形式ではないので汎用的な形式で保存する必要があります。最も良いのは、HDRI（.exr）です。HDRI であれば、これまでのリニアワークフローで作ってきたデータを損なうこと無く、リニアなまま書き出しができるそうです。理想的ですね。
HDRI は、マルチレイヤーをサポートしてるので、Photoshop のように1つのファイルで、Diffuse, Alpha などの要素をレイヤー化した状態で書き出すことができます。ただし、それを開くには、対応したソフトウェアが必要となります。必ずしも、マルチレイヤーで書き出さなくてはいけないわけではありませんが、ファイル形式にそこまでこだわるなら、マルチレイヤーにした方が良いかと思います。
modo でHDRI 形式（マルチレイヤー）で保存する場合、Render Frame で、Save Layered Image を選んで、保存します。exr 形式には種類がありますが、Layered OpenEXR float 32-bit が、最も高品質に書き出せるようです。ただし、データ容量が非常に重くなるので注意が必要です。
HDRI 書き出しの際は、Final Color Output のプロパティにある、Gamma の欄で、「1.0 Linear」を選びます。また、HDRI で書き出す場合、Clamp Colors とDithering は、オフにします。理由は、マニュアルを見ると書いてありますが、後日、触れようと思います。
HDRI 以外で書き出す際は、目的に合わせてガンマ値を決め、その数値を設定します。いまは、Windows もMac もガンマ値が2.2 になったので、これで通用することが多くはなっていると思います（絶対ではありません）。
適切な状態での書き出しのまとめ
リニアワークフローにのっとって作ったデータを、そのままリニアな状態で書き出すためには、保存形式で Layered OpenEXR float 32-bit （HDRI）を選ぶ。その際、Final Color Output の出力ガンマ値は、1.0 で、Clamp Colors とDithering は、オフにする。exr 形式のデータを編集するには、Photoshop（プラグインが必要になると思います）など、対応したソフトウェアが必要。
exr 以外の形式で書き出すときには、用途に応じてガンマ値を決定する。
---
簡単に一つの記事でまとめようと思ったリニアワークフローですが、調べてみるとわからないこと、知らなかったことが多く、次々と重要なことを学ぶ結果となりました。最終出力の段階となって知ることとなった、OpenEXR のことは、また別の記事で触れたいと思います。あと、説明が多くなってしまったので、後日、modo でリニアワークフローの設定について、改めて簡潔にまとめようと思います。
リニアワークフローについての最初の記事でも書きましたが、こちらの情報をまとめられたのは、modo mode のTakumi さんのおかげです。最初、Takumi さんの記事を読んだときは、難しくて良くわからず、理解できるようにと色々調べた結果、非常に重要なことが書かれていると次第にわかるようになり、最終的には、全てが理解できました。Takumi さんの記事に出会えなければ、未だにリニアワークフローの重要性に気が付いていなかったかもしれません。Takumi さんには、改めて御礼申し上げます。リニアワークフローについて興味のある方は、是非、Takumi さんのウェブサイトをご覧ください。
2011年1月9日日曜日
3DCG におけるリニアワークフロー その3
modo におけるリニアワークフローですが、次のステップの中で、前回はテクスチャのリニア化を行いました。今回は、環境のリニア化を行う方法です。
1. テクスチャのリニア化
2. 環境のリニア化
3. 適切な状態での書き出し
環境のリニア化
まずは、Preferences の設定。System > Preferences... を選択し、開いた画面で左の「Rendering 」のメニューを選ぶと、次の画面が表示されます。
この画面の中に含まれる、ガンマ関連の設定項目は、次の通り。
- Default Gamma Output
- Independent Display Gamma
- Display Gamma
このうち、Default Gamma Output と、Display Gamma は、私の環境では、デフォルトで2.2 になっていました。私は、Mac を使っていますが、現時点での最新のOS 環境では、ガンマ値は2.2 で、WIndows のガンマ値と同じです。また、参照したサイトにあるチェッカー（実際に自分のが使っているディスプレイのおおよそのガンマ値を調べられる）で確認したところ、2.2 で良いようでしたので、このままにしておきます。
Independent Display Gamma は、最初はチェックが入っていませんが、チェックを入れます。この説明は後で行います。
Default Gamma Output が、出力のためのデフォルトのガンマ値を決めるのに対して、Display Gamma では、表示のためのデフォルトのガンマ値を決めます。Default Gamma Output を変えても表示は変わりませんが、画像を書き出したときに設定値が影響します。Display Gamma を変えても出力に影響はありませんが、表示が変わります。
Default Gamma Output 2.2 でJPEG 保存したもの。
Default Gamma Output 1.0 でJPEG 保存したもの。
Render Frame でDisplay Gamma 2.2 で表示したもの。
Render Frame でDisplay Gamma 1.0 で表示したもの。
Independent Display Gamma がオフの場合、Preview には、Shader Tree のFinal Color Output のガンマ値が反映されます。オンの場合は、
Final Color Output のガンマ値を変えても、Preview には影響がありません。
Default Gamma Output とDisplay Gamma のガンマ値が同じであれば、Independent Display Gamma がオフでも、Preview に表示される情報は変わりません。しかし、ディスプレイなどの表示環境はバラバラなので、両者が異なる場合もあります。そのときに、Independent Display Gamma をオフにしていると、Preview では、正しい情報が表示されない場合があります。Independent Display Gamma をオンにしておくことで、これを回避できる（Preview には、Output のガンマ値の影響を受けず、Display Gamma の値が反映される）というわけです。
環境のリニア化のまとめ
Preferences のRendering メニューで、Default Gamma Output とDisplay Gamma の値を、環境に合わせて適切に設定し、Independent Display Gamma にチェックを入れる。（まとめると、短いな、、、）
次は、適切な状態での書き出しについて、まとめます〜
[参考] modo のリファレンスからの抜粋：Preferences > Rendering のGamma 関連の設定について
Default Gamma Output:
When adding new Render Output layers to the Shader Tree, this value determines the default Gamma setting for the item. Users may over-ride this value by adjusting the same value within the Render Output item.
Independent Display Gamma:
When this option is enabled, users may specify an in dependant gamma value for the Render Display window. Users working in what is called a 'Linear Workflow' where images maps and render outputs are linearized for further down-stream compositing will benefit from previewing the images in the Render Display viewport with the final gamma, as opposed to the output gamma, streamlining the workflow.
Display Gamma:
This option determines the default gamma amount for the Render Output display when 'Independent Display Gamma' is enabled. This option is independent from the 'Default Gamma Output' value, and only affects the display of images, not how they are saved or exported. Users may also over-ride this value in the Render Display window itself.
1. テクスチャのリニア化
2. 環境のリニア化
3. 適切な状態での書き出し
環境のリニア化
まずは、Preferences の設定。System > Preferences... を選択し、開いた画面で左の「Rendering 」のメニューを選ぶと、次の画面が表示されます。
この画面の中に含まれる、ガンマ関連の設定項目は、次の通り。
- Default Gamma Output
- Independent Display Gamma
- Display Gamma
このうち、Default Gamma Output と、Display Gamma は、私の環境では、デフォルトで2.2 になっていました。私は、Mac を使っていますが、現時点での最新のOS 環境では、ガンマ値は2.2 で、WIndows のガンマ値と同じです。また、参照したサイトにあるチェッカー（実際に自分のが使っているディスプレイのおおよそのガンマ値を調べられる）で確認したところ、2.2 で良いようでしたので、このままにしておきます。
Independent Display Gamma は、最初はチェックが入っていませんが、チェックを入れます。この説明は後で行います。
Default Gamma Output が、出力のためのデフォルトのガンマ値を決めるのに対して、Display Gamma では、表示のためのデフォルトのガンマ値を決めます。Default Gamma Output を変えても表示は変わりませんが、画像を書き出したときに設定値が影響します。Display Gamma を変えても出力に影響はありませんが、表示が変わります。
Default Gamma Output 2.2 でJPEG 保存したもの。
Default Gamma Output 1.0 でJPEG 保存したもの。
Render Frame でDisplay Gamma 2.2 で表示したもの。
Render Frame でDisplay Gamma 1.0 で表示したもの。
Independent Display Gamma がオフの場合、Preview には、Shader Tree のFinal Color Output のガンマ値が反映されます。オンの場合は、
Final Color Output のガンマ値を変えても、Preview には影響がありません。
Default Gamma Output とDisplay Gamma のガンマ値が同じであれば、Independent Display Gamma がオフでも、Preview に表示される情報は変わりません。しかし、ディスプレイなどの表示環境はバラバラなので、両者が異なる場合もあります。そのときに、Independent Display Gamma をオフにしていると、Preview では、正しい情報が表示されない場合があります。Independent Display Gamma をオンにしておくことで、これを回避できる（Preview には、Output のガンマ値の影響を受けず、Display Gamma の値が反映される）というわけです。
環境のリニア化のまとめ
Preferences のRendering メニューで、Default Gamma Output とDisplay Gamma の値を、環境に合わせて適切に設定し、Independent Display Gamma にチェックを入れる。（まとめると、短いな、、、）
次は、適切な状態での書き出しについて、まとめます〜
[参考] modo のリファレンスからの抜粋：Preferences > Rendering のGamma 関連の設定について
Default Gamma Output:
When adding new Render Output layers to the Shader Tree, this value determines the default Gamma setting for the item. Users may over-ride this value by adjusting the same value within the Render Output item.
Independent Display Gamma:
When this option is enabled, users may specify an in dependant gamma value for the Render Display window. Users working in what is called a 'Linear Workflow' where images maps and render outputs are linearized for further down-stream compositing will benefit from previewing the images in the Render Display viewport with the final gamma, as opposed to the output gamma, streamlining the workflow.
Display Gamma:
This option determines the default gamma amount for the Render Output display when 'Independent Display Gamma' is enabled. This option is independent from the 'Default Gamma Output' value, and only affects the display of images, not how they are saved or exported. Users may also over-ride this value in the Render Display window itself.
3DCG におけるリニアワークフロー その2
前回は、3DCG におけるリニアワークフローとは何かということを書きました。これを踏まえて、modo におけるリニアワークフローについて、具体的な方法をまとめておきます。前回も今回も、リニアワークフローの記事をまとめるにあたっては、modo mode Takumi さんがウェブサイトで提供してくれた情報を全面的に参考にしています。そちらの情報が無ければムリ、、、Takumi さんには、心より感謝いたします。
さて、前回、3DCG におけるリニアワークフローとして、次のようなことが必要と書きました。
1. テクスチャのリニア化
2. 環境のリニア化
3. 適切な状態での書き出し
これを踏まえて、具体的な手順をまとめます。と、その前に、私の環境ですが、iMac で現時点では最新のMac OS X v10.6.6（Snow Leopard）を使っています。modo も最新の501 です。Mac は、Leopard までは、デフォルトのガンマ値が1.8 でしたが、Snow Leopard 以降は、2.2 になっています。
テクスチャのリニア化
まず、テクスチャとしてiPhone 4 で撮影した写真を準備。
また、Photoshop CS5 で作った画像も用意しました。jpg で保存しています。
両者をmodo に取り込んで、Planar ではりつけてレンダリングした結果をRender Frame で確認。Render Frame のガンマは、2.2です（Mac 版のmodo ではデフォルト）。iPhone で撮った写真は明るく見えます。
デジカメで撮った写真のガンマ値は、大体2.2 なので、それを踏まえてガンマ逆補正（すでにガンマが加わったものをリニアに直す作業）を行います。Shader Tree で、Image Map を選び、ガンマ値を、デフォルトの1.0 に対して、「1/2.2」と入力します。
再びレンダーし、Render Frame で確認。画像の明るさが適切に調整されたことがわかりますね。
ちなみに、Photoshop で作った画像は、ガンマを1/2.2 にすると、レンダーしたときに元よりも暗くなります。元々、パソコン上で作ったものなので、補正は必要ないということかな、、、
テクスチャのリニア化のまとめ
テクスチャに適切なガンマ補正を行うためには、まず、そのテクスチャのガンマを調べ、modo のImage Map のプロパティで、「1/ガンマ値」と入力するという流れになります。
今回は、デジカメで撮った写真を使ったため、ガンマが2.2 であると想定し、modo 上で補正しました。では、ネットで入手した画像や、いつの時代のパソコンで作られたかわからないようなデータの補正をするときに、どのようにしてガンマ値を調べるか。その方法は残念ながら無いようです、、、
次の記事では、環境のリニア化についてまとめてみます。
さて、前回、3DCG におけるリニアワークフローとして、次のようなことが必要と書きました。
1. テクスチャのリニア化
2. 環境のリニア化
3. 適切な状態での書き出し
これを踏まえて、具体的な手順をまとめます。と、その前に、私の環境ですが、iMac で現時点では最新のMac OS X v10.6.6（Snow Leopard）を使っています。modo も最新の501 です。Mac は、Leopard までは、デフォルトのガンマ値が1.8 でしたが、Snow Leopard 以降は、2.2 になっています。
テクスチャのリニア化
まず、テクスチャとしてiPhone 4 で撮影した写真を準備。
また、Photoshop CS5 で作った画像も用意しました。jpg で保存しています。
両者をmodo に取り込んで、Planar ではりつけてレンダリングした結果をRender Frame で確認。Render Frame のガンマは、2.2です（Mac 版のmodo ではデフォルト）。iPhone で撮った写真は明るく見えます。
デジカメで撮った写真のガンマ値は、大体2.2 なので、それを踏まえてガンマ逆補正（すでにガンマが加わったものをリニアに直す作業）を行います。Shader Tree で、Image Map を選び、ガンマ値を、デフォルトの1.0 に対して、「1/2.2」と入力します。
再びレンダーし、Render Frame で確認。画像の明るさが適切に調整されたことがわかりますね。
ちなみに、Photoshop で作った画像は、ガンマを1/2.2 にすると、レンダーしたときに元よりも暗くなります。元々、パソコン上で作ったものなので、補正は必要ないということかな、、、
テクスチャのリニア化のまとめ
テクスチャに適切なガンマ補正を行うためには、まず、そのテクスチャのガンマを調べ、modo のImage Map のプロパティで、「1/ガンマ値」と入力するという流れになります。
今回は、デジカメで撮った写真を使ったため、ガンマが2.2 であると想定し、modo 上で補正しました。では、ネットで入手した画像や、いつの時代のパソコンで作られたかわからないようなデータの補正をするときに、どのようにしてガンマ値を調べるか。その方法は残念ながら無いようです、、、
次の記事では、環境のリニア化についてまとめてみます。
2011年1月7日金曜日
3DCG におけるリニアワークフロー その1
昨年、C3D でも話題になった、リニアワークフローですが、正直、どういうものなのかあまりわかっておらず、重要性も理解できていませんでした。しかし、以前から読まねばと思っていた、modo mode のTakumi さんのリニアワークフロー解説をざっと読んだところ、冷や汗がでました。これは知らねば恥ずかしいことだと感じたからです。
ということで、リニアワークフローについて、あとから読み返せるように自分なりにまとめてみようと思ったら、、、ウェブ上に色々と情報はあるものの、自分の頭ではいまいちしっくりくるものがなく、2日がかりで色々と調べまくりました。でも、間違ってるところがあったら、ご容赦＆ご指摘ください。(´Д` )
Linear Workflow（リニアワークフロー）ってなに？
CG 用語は、単語の意味がわかれば、感覚的に理解できることが多いのですが、リニアワークフローは、いまいちピンときません。「Linear」と「Workflow」のそれぞれの意味を調べると次のようになっています。
Linear=線の、線形の、線状に伸びる、直線の、直線状の、長さの
Workflow=作業［仕事・業務］の流れ
「直線的な作業の流れ？」
やっぱり、良くわかりませんね、、、というわけで、リニアワークフローの「リニア」が何を示しているのか調べた結果、まず、ガンマというものを知る必要があるとわかりました。
Gamma（ガンマ）ってなに？
ガンマとは、「入力される情報と出力される情報のバランスのこと」だそうです。うーん、、、
RGB の場合、0, 0, 0 は、100% の黒（明るさ 0%）、255, 255, 255 は、100% の白（明るさ 100%）です。128, 128, 128 では、その中間（50%） のグレーになるはずですが、実際にその色を作ってみると、かなり濃く見えます。感覚的に50% グレーに見えるRGB 値は、186, 186, 186 ぐらいだそうです。
なぜ、このようになるのか？コンピュータ内部で、50% のグレーを作っても、ディスプレイのガンマ値が違うために、このようなことが起こります。ディスプレイのガンマ値は、2.2 となっているものが多いそうです。
ガンマについて説明されたサイトの多くでは、次のような図を見ることができます。Input（入力側）とOutput（出力側）のバランスがとれた状態、つまり、コンピュータで作った50% のグレーが、見た目にもそのとおりに見える理想の状態が、ガンマ値1.0 で、図では、真ん中の直線（Linear）がそれを示しています。繰り返しとなりますが、これは入力したものが、そのまま出力（表示）されることを意味します。
しかし、実際には、ほとんどのディスプレイのガンマ値は、2.2 ぐらいで、図では赤い曲線のような弧を描き、暗く見えてしまいます。
ガンマ値2.2 を、1.0 に近づけるためには、それとは逆の数値をかける必要があります。この逆の数値が、ガンマ（＝対数）で、ガンマを使ってガンマ値を1.0 に補正することをGamma Correction（ガンマ補正）と言います。（2011年2月5日追記：ディスプレイなどは、ガンマ補正により、ガンマが2.2になっています。これを1.0のリニアなガンマに補正すること、つまりガンマ補正に対するガンマ補正のことを、ガンマ逆補正というそうです。）
そもそもディスプレイのガンマ値が1.0 になっていて、コンピュータで作った色が完全に再現できれば、ガンマ補正など行う必要がないわけですが、実際には、そうなっていません。理由については、下記、参照サイトのDesign Visualization 中の記事で触れられています。なので、補正が必要となるわけです。
結論：Linear Workflow（リニアワークフロー）とは
直訳的に解釈すると、「理想のガンマ値である1.0（図示すると「Linear＝直線」になっている状態）に近づけるための作業手順（Workflow）」が、リニアワークフローということになります。実際の意味としては、画像や写真等、取り込んだ素材を適切な状態に変換し、正しく表示させ、その環境で加工したものが、また別の環境でも適切に表示させるための一連の作業ということになるかと思います。なので、リニアワークフローには、ディスプレイのガンマ補正だけでなく、画像のリニア化なども含まれます。
何だか、当たり前の話なんですが、それを今まで知らなかったというorz フォトリアルな表現などを追求するなら、リニアワークフローは必須と言えます。
3DCG におけるリニアワークフローとは
リニアワークフローは、2D でも3D でも、コンピュータで画像を作るときには、意識すべき事柄ですが、3DCG の場合に限定してまとめると、次のようになるかと思います。
1. テクスチャのガンマ値を適切に設定する。（テクスチャのリニア化）
2. CG ソフトで作った画像を、ディスプレイで正しく表示できるようにする。（環境のリニア化）
3. リニア環境で作った画像が、別の環境でも正しく表示できるように書き出す。
では、modo におけるリニアワークフローについての、具体的なお話は次の記事で。
参考にしたサイト
modo mode
modo におけるリニアワークフローについて。
Design VIsualization（Autodesk）
リニアワークフローの一般的な説明と、3DS Max に特化したお話。
osakana.factory - ガンマって何？
ガンマについての、噛み砕いた説明。
はてなキーワード 対数
対数の説明。
weblio 辞書 ガンマ特性
ビデオ用語としてのガンマ特性の説明。
ソニービジネスソリューション株式会社 ビデオ機能活用集 技術情報
ガンマについての説明。
Mac OS X v10.6 ガンマ 2.2 について
Mac OS X v10.6（snow leopard）のガンマ値についての説明。
3DCGデザイナ、映像屋あたりの日記
リニアワークフローの説明。Maya での実現方法。
ガンマ補正の話
ガンマ補正の話ｗ
ディスプレイガンマの調整
ガンマ補正についての説明。
Topic - Video: The Beginners Explanation of Gamma Correction & Linear Workflow
Luxology フォーラムの、リニアワークフローについてのトピック。
ということで、リニアワークフローについて、あとから読み返せるように自分なりにまとめてみようと思ったら、、、ウェブ上に色々と情報はあるものの、自分の頭ではいまいちしっくりくるものがなく、2日がかりで色々と調べまくりました。でも、間違ってるところがあったら、ご容赦＆ご指摘ください。(´Д` )
Linear Workflow（リニアワークフロー）ってなに？
CG 用語は、単語の意味がわかれば、感覚的に理解できることが多いのですが、リニアワークフローは、いまいちピンときません。「Linear」と「Workflow」のそれぞれの意味を調べると次のようになっています。
Linear=線の、線形の、線状に伸びる、直線の、直線状の、長さの
Workflow=作業［仕事・業務］の流れ
「直線的な作業の流れ？」
やっぱり、良くわかりませんね、、、というわけで、リニアワークフローの「リニア」が何を示しているのか調べた結果、まず、ガンマというものを知る必要があるとわかりました。
Gamma（ガンマ）ってなに？
ガンマとは、「入力される情報と出力される情報のバランスのこと」だそうです。うーん、、、
RGB の場合、0, 0, 0 は、100% の黒（明るさ 0%）、255, 255, 255 は、100% の白（明るさ 100%）です。128, 128, 128 では、その中間（50%） のグレーになるはずですが、実際にその色を作ってみると、かなり濃く見えます。感覚的に50% グレーに見えるRGB 値は、186, 186, 186 ぐらいだそうです。
なぜ、このようになるのか？コンピュータ内部で、50% のグレーを作っても、ディスプレイのガンマ値が違うために、このようなことが起こります。ディスプレイのガンマ値は、2.2 となっているものが多いそうです。
ガンマについて説明されたサイトの多くでは、次のような図を見ることができます。Input（入力側）とOutput（出力側）のバランスがとれた状態、つまり、コンピュータで作った50% のグレーが、見た目にもそのとおりに見える理想の状態が、ガンマ値1.0 で、図では、真ん中の直線（Linear）がそれを示しています。繰り返しとなりますが、これは入力したものが、そのまま出力（表示）されることを意味します。
しかし、実際には、ほとんどのディスプレイのガンマ値は、2.2 ぐらいで、図では赤い曲線のような弧を描き、暗く見えてしまいます。
ガンマ値2.2 を、1.0 に近づけるためには、それとは逆の数値をかける必要があります。この逆の数値が、ガンマ（＝対数）で、ガンマを使ってガンマ値を1.0 に補正することをGamma Correction（ガンマ補正）と言います。（2011年2月5日追記：ディスプレイなどは、ガンマ補正により、ガンマが2.2になっています。これを1.0のリニアなガンマに補正すること、つまりガンマ補正に対するガンマ補正のことを、ガンマ逆補正というそうです。）
そもそもディスプレイのガンマ値が1.0 になっていて、コンピュータで作った色が完全に再現できれば、ガンマ補正など行う必要がないわけですが、実際には、そうなっていません。理由については、下記、参照サイトのDesign Visualization 中の記事で触れられています。なので、補正が必要となるわけです。
結論：Linear Workflow（リニアワークフロー）とは
直訳的に解釈すると、「理想のガンマ値である1.0（図示すると「Linear＝直線」になっている状態）に近づけるための作業手順（Workflow）」が、リニアワークフローということになります。実際の意味としては、画像や写真等、取り込んだ素材を適切な状態に変換し、正しく表示させ、その環境で加工したものが、また別の環境でも適切に表示させるための一連の作業ということになるかと思います。なので、リニアワークフローには、ディスプレイのガンマ補正だけでなく、画像のリニア化なども含まれます。
何だか、当たり前の話なんですが、それを今まで知らなかったというorz フォトリアルな表現などを追求するなら、リニアワークフローは必須と言えます。
3DCG におけるリニアワークフローとは
リニアワークフローは、2D でも3D でも、コンピュータで画像を作るときには、意識すべき事柄ですが、3DCG の場合に限定してまとめると、次のようになるかと思います。
1. テクスチャのガンマ値を適切に設定する。（テクスチャのリニア化）
2. CG ソフトで作った画像を、ディスプレイで正しく表示できるようにする。（環境のリニア化）
3. リニア環境で作った画像が、別の環境でも正しく表示できるように書き出す。
では、modo におけるリニアワークフローについての、具体的なお話は次の記事で。
参考にしたサイト
modo mode
modo におけるリニアワークフローについて。
Design VIsualization（Autodesk）
リニアワークフローの一般的な説明と、3DS Max に特化したお話。
osakana.factory - ガンマって何？
ガンマについての、噛み砕いた説明。
はてなキーワード 対数
対数の説明。
weblio 辞書 ガンマ特性
ビデオ用語としてのガンマ特性の説明。
ソニービジネスソリューション株式会社 ビデオ機能活用集 技術情報
ガンマについての説明。
Mac OS X v10.6 ガンマ 2.2 について
Mac OS X v10.6（snow leopard）のガンマ値についての説明。
3DCGデザイナ、映像屋あたりの日記
リニアワークフローの説明。Maya での実現方法。
ガンマ補正の話
ガンマ補正の話ｗ
ディスプレイガンマの調整
ガンマ補正についての説明。
Topic - Video: The Beginners Explanation of Gamma Correction & Linear Workflow
Luxology フォーラムの、リニアワークフローについてのトピック。
登録:
投稿 (Atom)