Shade新レンダラ LUXOR

**名無しさん＠お腹いっぱい。** · 03/02/17 17:38

LUXOR関連散らばってるんで。
前スレではないけれど。

『エクスツール倒産なの？ＳＨＡＤＥ7は』。
http://pc.2ch.net/test/read.cgi/cg/1043055730/l50

終盤有用なレスが結構あり。これの発端。
Shade質問スレの方が停まってるんで。

**名無しさん＠お腹いっぱい。** · 03/02/17 17:42

『エクスツール倒産なの？ＳＨＡＤＥ7は』で出た、
LUXORの特徴について書かれたものをコピペ。

896 ：太洋 ◆E4Pu.nfV0Q ：03/02/17 02:46 ID:yo45JFh1
長くなったんで３回に分ける
既知だったらゴメン

レイトレース
・ハイブリッドレンダリング
　スキャンライン／レイトレース／分散レイトレースを場所ごとに使い分ける
・アダプティブアンチエイリアス
　最大145個までのサンプリングポイントまで、必要な部分に対してオーバーサンプリングする。
・Z値に対するアンチエイリアスの引き金
　色の差だけじゃなく、奥行きの変化している部分でAA(アンチエイリアス）処理する。
・反射と屈折の探索回数個別指定
・配置光源の照度／距離によるカットオフで影計算最適化を編集できる
・アンチ品質を形状単位で変更
・ステップレンダリング＜解像度を保ったまま、荒いプレビューができる。マジ便利
・光源の明るさを一括変更＜結構便利
・アンチエイリアスのフィルタ幅を変更できる＜納品アニメやるなら必須
・イメージマップのフィルタ幅指定できる＜モアレ消しに有効
・MIPマップ＜遠くの形状のイメージマップは粗いものを使用することで最適化

形状系
・自由曲面の自動分割
　レンダリングイメージの上で滑らかになるまで自由曲面を細分割
・ディスプレースメントマップ
　自由曲面の表面をマッピングで凸凹にできる
・アイレイからの可視／不可視設定
　カメラから見えるが影、反射、屈折像には現れる
・裏表別の表面材質設定できる

**名無しさん＠お腹いっぱい。** · 03/02/17 17:43

897 ：太洋 ◆E4Pu.nfV0Q ：03/02/17 02:46 ID:yo45JFh1
表面材質
・フレネル効果
・視線と法線の角度で各種パラメータを増減できる＜輪郭部と正面部で拡散反射、光沢、反射、透明度、発光の量など変更できる。
　布などの表現力は上がる
・材質を合成できる＜％で合成、α合成、視線と法線の角度で合成とか。合成できる数は無限
・異方性反射＜光沢のサイズをUV個別に指定できる。金属表現によい
・荒さで発生するぼけの品質を、材質個別、反射、透過個別に指定できる

光源
・フォトンマップ使用時に球、形状を光源として使える。
・天空光は単色、曇天、晴天、IBLの４種を混在させて複数使用できる
・光源の影響範囲を距離、照度で個別に指定できる＜隣の部屋の照明を計算しなくなる＜速くなる

グローバルイルミネーション
・フォトンマップでグローバルイルミネーションを計算できる
　フォトンマップ計算＞レンダリングの２パス。フォトンマップはファイルに埋めてほかのマシンで使える。Mac/Win互換
　フォトンマップが保存されているときはカメラの移動だけならフォトンの再計算は不要＜ウォークスルーは結構イケル
　コースティクスは自動発生＜ただし、品質詰めるのはちと時間がかかる
・一次間接光まで探索するパストレース
　フォトンマップは解像度のあるGI計算になるんで、小さな形状だとフォトン当たらずに不正になる。
　そういうときは形状単位でパストレースすればとりあえず間接光がきちんと計算できる。
　ただ、光沢を反映しないんでちと暗めに仕上がってしまう。パストレはあくまで補助。
フォトンマップには大量にパラメータはあるけど、基本的にはフォトンを効率良く使うためのもの。ちと難解。

**名称既設定** · 03/02/17 19:06

>>1
ゴクロサマです。

**名無しさん＠お腹いっぱい。** · 03/02/17 22:52

MAYA版も出るんだし「LUXOR総合板」にしたらどう？

**名無しさん＠お腹いっぱい。** · 03/02/18 01:48

>>5
レンダラー専門スレ自体があるんだが
http://pc.2ch.net/test/read.cgi/cg/980410607/

**名無しさん＠お腹いっぱい。** · 03/02/18 07:20

>>5
MAYAユーザーが嫌がるだろう

**名無しさん＠お腹いっぱい。** · 03/02/18 11:04

なんかおもろそうなんで今日アプグレ買いに行くぞｸｿ野郎ｱｹﾞ

**名無しさん＠お腹いっぱい。** · 03/02/18 17:06

処理速度が速いって聞いたけど
アニメーションに出来るくらいのレベル？
持っていないからわからん。

**名無しさん＠お腹いっぱい。** · 03/02/18 17:49

>>8
にょ？

**名無しさん＠お腹いっぱい。** · 03/02/18 19:16

>>10　クソ野郎

**名無しさん＠お腹いっぱい。** · 03/02/18 20:35

いっぱいLUXOR画像を見られるサイトを知りませんか？
興味津々です。

**名無しさん＠お腹いっぱい。** · 03/02/18 22:32

Shade版の紹介をする筈のエクスのサイトが落ちてるんで、
MOMOのログから辿れば幾つか使用者のサンプル確認できる。
ただまだまだみんな詰め切れてないっぽい。

**名無しさん＠お腹いっぱい。** · 03/02/18 22:35

つうか、ミもフタもない事言うと、

ようやく他ソフトレベルに近いレンダリング環境を手に入れた

っていうだけの事では・・・

**名無しさん＠お腹いっぱい。** · 03/02/18 22:45

そうか？
shadeのレンダラは結構品質高かったと思うぞ。
素人が試行錯誤しなくてもボタン一発である程度の完成度まで
もっていけるってのは結構開発の狙いは良かったと思っていたが。

**名無しさん＠お腹いっぱい。** · 03/02/18 22:49

品質/時間じゃ話にならなかったと思うけど・・・

**名無しさん＠お腹いっぱい。** · 03/02/18 22:55

品質だけなら充分話しになる。
つかホントにShade使いこなせてるの、いるのか？？？

**名無しさん＠お腹いっぱい。** · 03/02/18 23:05

>>17
Shadeでなんか作ったの見せたら使いこなせてるかわかる？

**名無しさん＠お腹いっぱい。** · 03/02/18 23:19

>>17
だから品質/時間の点で、やっと他ソフト並みになりつつあるのかな、
って話なんだけど・・・
だからレンダリング環境って言葉を使ってるんだけど・・・

**名無しさん＠お腹いっぱい。** · 03/02/19 00:07

なる。そこまで汲み取ってなかった。
ｽﾏｿ。

**名無しさん＠お腹いっぱい。** · 03/02/19 22:45

**名無しさん＠お腹いっぱい。** · 03/02/21 15:57

いわんこっちゃない
早速ｽﾚ止まってますが

**名無しさん＠お腹いっぱい。** · 03/02/21 20:38

いやいや、これからでしょ。
そのうちいろんなプラグインとか出るから
期待して待ってなよ。

**名無しさん＠お腹いっぱい。** · 03/02/22 14:28

おまえそれホンマなんかと。
LUXOR拡張のプラグインでサブサーフェススキャッタリング
とか出来るようになるんかと。あんたネロの人なんかと。
信じて良いのかと。

**名無しさん＠お腹いっぱい。** · 03/02/22 20:45

持ってる奴、いい加減はよ作品upれや。

**ご報告** · 03/02/22 23:36

品質はラジオ並かな？
もちろんかげ漏れなんかはないけど・・・

あるシーンはラジオで5時間かかったものが10分でできたけど
鏡面が重なり合ったシーンでは恐ろしい時間がかかったよ。

大きなシーンでは、イルミナンスをうまく使いこなさなければ
遅いだろ～って感じです。

太洋 ◆E4Pu.nfV0Q · 03/02/25 11:40

>>26
>あるシーンはラジオで5時間かかったものが10分でできたけど
>鏡面が重なり合ったシーンでは恐ろしい時間がかかったよ。

鏡面、透過面が多くて辛いときは、LUXOR Informationウインドウの
レンダリングオプションで「レイの最大反射回数」「レイの最大屈折回数」を
小さくすると良い。
暗いフォトンが無駄に計算されていることが多いから、
実際にレンダリングするときに必要な計算深度の半分以下でも十分効果は出る。

また、フォトンは分散レイトレースに対応しているので、分散レイの効果を
必要としないときは、分散レイのチェックをオフにしてレンダリングしないと
かなり遅くなってしまう。

拡散反射の反射回数はバンプを考慮しないのである程度増やしても計算負荷は
増えないが、鏡面反射の反射回数はバンプを考慮するので計算負荷が大きい。
マニュアルにもあるが、鏡面反射を入れた材質は現実にあり得ない反射量を持つ
ことがあるので、設定値は1～2程度で充分。

というあたり、注意してみると、似たような結果を得るための計算負荷を下げられます。

**名無しさん＠お腹いっぱい。** · 03/03/01 01:31

> もちろんかげ漏れなんかはないけど・・・
LUXORがフォトンマッピングのみを利用したレンダリングを
行っているなら、実用的に言って影もれは避けられません。
下の人のテスト画像を見てください。

ttp://www.betazone.jp/diary/index.html

**名無しさん＠お腹いっぱい。** · 03/03/05 00:07

luxorのチュートリアルのワイングラスはとてもきれいですね。
で、モデルはどうなってるのか見てみると「グラスの外壁」と「ワインの水面」と「ワインとグラスの境界」の
三つのオブジェクト、3つの材質でできていました。
理にかなった手法だと思うのですがこれだとグラスを傾けたり、ワインの量が違うシーンでは
モデルを全て作り直さないといけないですよね。
で、今までと同じようにグラスと円柱状のワインの2つのオブジェクトのものを
作ったのですが境界部分がどうもうまくレンダリングされません。
境界面が重なってるからかと思い、ワインをわずかに小さくして試しても変になす。
何か方法があるのでしょうか。
うまくできた方がおられましたらお教えください。

29 · 03/03/05 00:08

>変になす
なんだこりゃ。
変になります。の間違いです。失礼しました。

太洋 ◆E4Pu.nfV0Q · 03/03/05 02:31

>>29
>三つのオブジェクト、3つの材質でできていました。

LUXORだから、というわけではなくShadeでも同じような作りでないとうまくいかないんでない？

アニメーションなどに対応した作り方はあります。レンダリングブーリアンを使います。

LUXORには「水に接しているワイン」を形状の状態から
判断して自動的に作るような機能は無いので
どうしてもガラス・水面・ガラスと水面の境界面の3つの材質は最低限必要です。

とりあえずファイルとアニメーションを置いておきます。
http://www.u-struct.com/samples/030304_grass.html

わかんなかったらまた書き込んでください。

>29
>で、今までと同じようにグラスと円柱状のワインの2つのオブジェクトのものを
>作ったのですが境界部分がどうもうまくレンダリングされません。

>境界面が重なってるからかと思い、ワインをわずかに小さくして試しても変になす。
>何か方法があるのでしょうか。

この方法で「うまくいく」レンダラーを知ってたらぜひ教えてﾎｽｨ

29 · 03/03/05 02:51

>>太洋さん
いつもありがとうございます。cactiです。
>LUXORだから、というわけではなくShadeでも同じような作りでないとうまくいかないんでない？
Shadeの市販のマニュアルではそうなってるものが多いです。
ビュンビュンテクニック(6)の後半のウイスキーグラスなんかもそうです。
それで境界の面が重なった部分は不正にレンダされるので中身を少し縮小するように、
なんてよく書いてあります。（他誌には砂時計なんかもありました）
あまり納得いきませんでしたが、それなりに見れるものができるので今までそうやって来ました。
では正確に屈折や反射を再現するには3つに分ける方法がいいのですね。
ありがとうございました。
サンプルもありがとうございます。今から開いて研究してみます。

太洋 ◆E4Pu.nfV0Q · 03/03/05 03:00

>>32
>それで境界の面が重なった部分は不正にレンダされるので中身を少し縮小するように、
>なんてよく書いてあります。（他誌には砂時計なんかもありました）

砂時計はそれでいいですよ。
砂とガラスは極めて小さな点でしか接しないので、仮に砂がガラス質であっても
無視できる範囲でしょう。

静止画前提なら、境界面ごとに材質を分ける方が楽になるでしょう。
動画やいろんなパターンを作る必要があるなら、サンプルのファイルのように
レンダリングブーリアンを組み合わせると、応用が利きます。

29 · 03/03/05 03:06

あ、砂は透明じゃないですしね。すみません。
サンプルのブーリアンの仕組みもよくわかりました。
ありがとうございました。

**名称既設定** · 03/03/08 15:56

LUXOR と格闘中です。

なんだか LUXOR 以前の問題のようにも思うが、シマシマになってるバンプを貼ってる(スノコ状の板が並んでる様はやつ)んだが、なんでだか綺麗にレンダリングできない...。
遠景の部分がモアレるのは判るが、目の前のしかも、真正面から見てるやつが歯抜け状態で汚い。
分散レイトレーシングを細かくすればかなりましになるが、時間がかかり過ぎる。
アンチエイリアス辺りが何かなような気がするが、よく判らん。

あぁ...遠くでモアレが私を呼んでいる.....

太洋 ◆E4Pu.nfV0Q · 03/03/08 22:13

>35

チュートリアルの一発目にもあるが、アンチのオーバーサンプリングが初期設定だと
甘いんで、2×2以上に設定することをまず勧める。

歯抜け状態になる、ってことなのでスノコ状の形状だけ
アンチの品質を高めるなどすれば、解消するのではないかな？

設定方法は、LUXOR informationウインドウの形状情報で、
サンプリングの最大レベル3～4などに設定する
サンプリングの最小レベル2～3などに設定する

歯抜け状態になる、ってことは、

LUXORのアンチエイリアスは、段階的に細かい物サンプリングを行う。
そのため、細い段差などは一番粗い状態でサンプリングが漏れる可能性があるわけだ。
　　　▽
━━━━┓　
　　　　┃←　▽
　　　　┗━━━┓

段差の線が描かれるためには、矢印で示した部分がレンダリングされなきゃ
いけないわけだが、ここがカメラから見て細い場合、
一回目の粗いサンプリングでは▽の部分しか拾わない場合がある。
二つの▽は同じような色になっている可能性が大きく、
アンチをこれ以上細かくする必要がないと見なすわけだ。

これを回避するために、ある形状だけ、アンチエイリアスをはじめから細かい段階に
設定することができる。それが上記の設定。

太洋 ◆E4Pu.nfV0Q · 03/03/08 22:21

>36
の図、Macだとずれて見えるかな？

上の段▽
━━━━┓　
□□□□┃←　▽
□□□□┗━━━┓

**名称既設定** · 03/03/09 00:38

>>36-37
おぉ、大洋さん、レスありがとうございますデス。
オーバーサンプリングはとりあえず 4x4 っす。....だから遅いのかも....
影のぼかしも欲しかったので、レイの数は5です(それでもツブツブ)。....余計遅いのかも....

なるほど、あのトランペットのアンチエイリアスの説明ってそう言う意味だったんですね。実の所、上の画像と下の画像の違いが今ひとつ良く判らなかったので...
形状毎に.....ってのは、やってなかったです。今やってるやつで修正が入るのは判っているのでその時試してみます。
LUXOR って、今まで見たいな力技では駄目なんですね。
でも、影になっている所の表現が良さげなので、頑張って使えるようになろうと思います。判りやすい説明ありがとうございます。

あ、そうそう。
LUXOR って、いわゆるデカールマッピングには対応してないんですか？

>Macだとずれて見えるかな？
CocoMonar で大丈夫っす。

太洋 ◆E4Pu.nfV0Q · 03/03/09 01:26

>>38
>あ、そうそう。
>LUXOR って、いわゆるデカールマッピングには対応してないんですか？

=でマップするステッカーマップのことですか？

ブラックキーマスクとホワイトキーマスクには対応していないので、そのままじゃ対応していないってことになります。
が、コンポジョイントと一緒に使うと、境界部分をぼかしたステッカーマップが可能になります。

てな感じでよろしい？

**名無しさん＠お腹いっぱい。** · 03/03/09 04:40

うう～、LUXOR難しいのう。
だれか作品できた人いる？

**---** · 03/03/09 06:23

LUXORなんてもう嫌じゃ。

**名称既設定** · 03/03/10 14:19

>>39
えっとですね、文字で説明するとややこしいので、

http://www41.tok2.com/home/imagenos/cgi-bin/tboard/icons/20030310141154.gif

こんな感じっす。

太洋 ◆E4Pu.nfV0Q · 03/03/10 16:34

>42

指摘しているとおり、LUXORでは=によるレンダリングブーリアンは、
ブーリアンもとに材質をマッピングする場所としてしか働きません。
　#ただ、単純な仕様になっているので応用はしやすいと思います。
　#下地材が徐々に覗いてくるようなアニメーションとか。

ここからは推測ですが…
Shadeのブーリアンレンダリング（特に=）って全般に仕様が安定していないから、
真似できなかった（または、あえてしなかった？）んじゃないでしょうか。
掃引体の時はうまくいきますが、これを変換したらゴミが出ますよね。
回転体だと交差部にはゴミしかレンダリングされません。

確かに、掃引体の＝ラップマップはShadeの＝＋ラップで比較的うまくいく
数少ない組み合わせを利用したテクニックですから、このへんだけは真似して欲しいですねぇ。

**名無しさん＠お腹いっぱい。** · 03/03/10 17:48

LUXORでディスプレースメントマッピングを実験していますが、
ディテールが細かいものをキレイに反映させようとすると
自由曲面を非常に細かく割っておく必要があるようですが、
形状によってはこれが結構手間だったりしますね。
もしかしてコレやりかた間違ってますか？

あと、上のことと絡みますが、LUXORは距離のラップマップに非対応なので、
伸び縮みの無いよう出来るだけ間隔な曲面を作るのが難です。
N分割プラグインの自由曲面版みたいなのがあればいいのになぁ。

太洋 ◆E4Pu.nfV0Q · 03/03/10 22:19

>>44
>もしかしてコレやりかた間違ってますか？

合ってます。
ただ、メモリ食いをある程度気にしないなら、レンダリングオプションの
「曲面の最大分割数」を7まで上げてレンダリングすると、4倍の細かさまで
自動的に分割します。

ハンドルがないコントロールポイントの周囲は効率が悪くなっていることが
多いので、その辺注意すれば無闇に細かく分割する必要も減ってくるのでは
ないかと思います。

>距離マップ
自由曲面の自動分割がオフなら距離マップもイキになるんですが、
ディスプレースメントマップと併用ができないのが痛いですね。

44 · 03/03/11 09:35

ありがとうございます。
なるほど～、勉強になるなぁ。

LUXORは難しいけれど結構好きになれそうです。

**名無しさん＠お腹いっぱい。** · 03/03/11 16:09

http://www9.ocn.ne.jp/~himaneko/index.htm

**名称既設定** · 03/03/11 19:44

>>43
>このへんだけは真似して欲しいですねぇ。
そうなんですよね。
なんでうまく行かないのか判らなくてかなりの時間を悩みまくりました。
仕方がないので本来貼られる形状のすぐ前に閉じた線形状をおいて、そこへマッピングする事で凌いでいます。

太洋 ◆E4Pu.nfV0Q · 03/03/11 19:55

>48
投影マップなら問題なくマッピングできますので、こういう手順で作っておくと楽かも。

1:正面図で=マップ形状作成（形状Aとする）
2:形状AをパートBに入れる。
　▽パートB
　　形状A
3:形状AにZ軸から投影マップして位置を合わせる。
4:パートBに=属性を付けて、パートBごと動かす。

このようにすれば、形状Aが掃引体である必要もありませんし、
四角形である必要もありません。

更に、ブラックキーマスク的な「抜き」がやりたいなら形状Aを
コンポジョイントに入れ、このように組みます。
▽=パートB
　▽LUXOR Compo joint
　　形状A　＜ステッカーの材質をマップ
　　▽LUXOR Compo joint　＜グレースケールで抜きの部分を反転してマップ
　　　▽LUXOR Compo joint　＜ブーリアンもと形状の材質

ブラックキーマスクは2値しか効かないのですが、ステッカー部分を滑らかに
＝マップすることができます。

**名称既設定** · 03/03/11 22:36

>>49
ありがとうございます。
なるほど.....理屈は判るんですが、ちょこっと複雑そうですね。
とりあえず、textClipping....

あ、最近なんだか良く判らないレスになってたので、少し LUXOR の好きな所を書いておきます。

物陰など、影の中の表現が綺麗！

です。

**太洋さん間違ってますか？** · 03/03/13 18:46

ディスプレースメントでどれくらい浮くのか調べてみたら
バンプ深度100なら100dot浮く様ですね

おいらもうモデリングするのいやになってきたな～

太洋 ◆E4Pu.nfV0Q · 03/03/13 22:31

>>51
>バンプ深度100なら100dot浮く様ですね

そのように解釈して構いません。

正確には、白の地点で、バンプ深度に設定した量だけ、元の面から動きます。
黒の地点は全く動きません。
この初期値はLUXOR Informationウインドウのマッピング情報で変化させることができます。

例えば、50％グレーの地点を動かさずに、黒い部分で彫り込み、
白い部分で盛り上げの両方を行いたい場合には、
マッピング情報でRのオフセットを-0.5にしてください。

**太洋さん、ありがとうございます。** · 03/03/14 05:16

LUXORのディスプレースメントは疑似ブーリアンも効くようなので
モデリングの概念を一新しそうです。
加藤スクリプトのディスプレースメントと複合でつかうと
もう四角い平面しか書かなくても良いんじゃないかなんて錯覚におちいりますね。

3ＤMAXなんかでも同等の事ができたのですが
確か別売りだったと思います。
このスレだけの話としてですが
なんでこんなコストパフォーマンスの高いの出しておきながら・・・・
って、愚痴をいいたくなります。

**何となく晒しときました** · 03/03/16 02:36

>>http://recon.hp.infoseek.co.jp/cgi-bin/lighting.cgi

モデリング時間5分
レンダリング時間90秒

**名無しさん＠お腹いっぱい。** · 03/03/16 14:15

>>54さん
サンプル見ました。
そこで、お聞きしたいのですが、LUXORで「IBL」をやる方法を教えていください。
パストレーサーなら背景にピクチャをマッピングして
隠し機能のUse environment Mappingをチェックで可能ですが、LUXORでは
その手が使えません。
よろしくお願いします。

54 · 03/03/16 15:29

IBLって背景を光源にするレンダリングの事ですね？
マニュアルにも載ってますが、SKYLIGHTを作成し
それにイメージを環境マップし、
LUXOR形状を開いて光源の種類を環境にするだけです。
パラメーターは、明るさとフォトンの数、イルミナンスの幅です。
サンプルでは出来るだけ早くそれなりにをテーマに作ったので
実際はフォトンの数が少なすぎます。（10000個のみ、雲の影に見えるのはモヤです）
フォトンの数（おそらくシーン内の光源のフォトン総数）とフィルタ幅の関係性が
テーマとなると思います。（太洋さんに教えてほすい・・・）
なおビルの素材イメージは夕景に近い色です。
（エネルギーの放出量が少ないからかな・・・）

54 · 03/03/16 15:37

実は光源となる背景のイメージを操作出来なければ
思うようなイメージに仕上がらないのです。
（サンプルの様な漠然としたイメージなら問題ないとおもうけど）
叩かれてもいいのでその辺のノウハウを誰かにお聞きしたいと思って
サンプルつくって見たのですが
何故か盛り上がりません。（悲しい・・・）

**名無しさん＠お腹いっぱい。** · 03/03/16 15:43

>>56
早速のご回答有り難うございます。
指定された通りにやってみた所うまく行きました。

マニュアルの方にも確かに載っていたのですが、
「イメージを環境マップに」の下りを>>55に書いたような「裏技」的な事だと
勘違いしておりました。

最後にshadeもHDRI形式の読み込みに対応して欲しいですね。
プラグイン出ないかな?

太洋 ◆E4Pu.nfV0Q · 03/03/17 20:44

>>56
>フォトンの数（おそらくシーン内の光源のフォトン総数）とフィルタ幅の関係性が
>テーマとなると思います。

天空光をフォトンマップで処理する場合、フォトンが当たりにくくなるので
デフォルトの10000ではなく80000などに設定しておくと結構当たります。

その他は一般の光源と同じように、サンプルポイント間の幅でフォトンマップの精度を
決めて、必要量のフォトンをレンダリングオプションの光源のフォトン数に掛ける数で
調整して、フィルタ幅で馴染み量をコントロールすることになります。

フライスルーアニメーションであれば、この方法で精度を上げるのが良いですが、
静止画用途であれば、直接光をレイトレースさせる方が良いと思います。
他の逃げ方としては、シーンを多う球体に発光マップしてパストレースするとか。

HDRIなどが読み込めるようになると、もう少し効率が良くなるんじゃないかとも
思ったりしますが、Shadeの場合は読み込んだ時点でイメージ8bitに制限されるので、
仮に読み込みプラグインがあったとしても意味ないです。
Shade本体で、float値を持ったイメージに対応する必要があります。

**太洋さんへ** · 03/03/17 21:07

ありがとうございます。
云い足りなかったのですが、
フォトンの数とサンプルポイント幅の関係性や基本機能がわかりません。
マニュアルでは単に、ノイズやモヤ発生時の対応としてかかれているようですが
本来の機能としてその両者にどういう違いと影響があるのか
よく判らないのですが

太洋 ◆E4Pu.nfV0Q · 03/03/17 22:44

>60

サンプルポイント間の幅：フォトンマップの空間的な計算精度
フィルタ幅：サンプルをぼかす幅
フォトン数：フォトンの計算回数
です。

サンプルポイント幅は、フォトンマップの解像度に相当します。
例えば、サンプルポイント間の幅がAだとすると下記のようなイルミナンスが作られます。

┌──A─┐
○━━━━○━━━━○
┃　　　　┃　　　　┃
┃　　　　┃　　　　┃
┃　　　　┃　　　　┃
┃　　　　┃　　　　┃
○━━━━○━━━━○
┃　　　　┃　　　　┃
┃　　　　┃　　　　┃
┃　　　　┃　　　　┃
┃　　　　┃　　　　┃
○━━━━○━━━━○

ーー続く

太洋 ◆E4Pu.nfV0Q · 03/03/17 22:45

ーー続き

このイルミナンスには9つのサンプルポイントがあり、
9つのサンプルポイントにきちんとフォトンが当たれば、
精度はサンプルポイント間の幅よりも高くなりませんが、
正確な照明が求められます。
単純化すると、上図のようなイルミナンスで正確な照明を
求めるには最低で9回のフォトン計算が必要になります。
　＃実際には無駄になる物が大量にありますから9回では足りません。
サンプルポイント間の幅をAの半分にすると下の図のようになります。

┌A/2┐
○━━●━━●━━●━━○
┃　　┃　　┃　　┃　　┃　
┃　　┃　　┃　　┃　　┃　
○━━○━━●━━●━━●
┃　　┃　　┃　　┃　　┃　
┃　　┃　　┃　　┃　　┃　
●━━●━━○━━●━━○
┃　　┃　　┃　　┃　　┃　
┃　　┃　　┃　　┃　　┃　
○━━●━━●━━○━━●
┃　　┃　　┃　　┃　　┃　
┃　　┃　　┃　　┃　　┃　
●━━●━━●━━●━━○

ーー続く

太洋 ◆E4Pu.nfV0Q · 03/03/17 22:45

ーー続き
このイルミナンスには25個のサンプルポイントが発生します。
9つのフォトンが均等にサンプルポイントに当たったとすると、
上記のように計算されないポイントが多数出てきます。
この、黒い場所では照明計算が行われないため周囲と
ぼかした結果モヤが出てくるわけです。
つまり、空間的に精密なフォトンマップを計算するためには、
光源からのフォトン計算の精度を高める必要があるわけです。
最低でも25回はサンプルポイントにフォトンがヒットしなければ、
照明計算が行われない場所ができてしまうわけです。

運用方法としては、サンプルポイント間の幅を決めたら、
モヤが消えるまでフォトンの数を増やせばいいわけです。
フィルタ幅は、概ねサンプルポイント間の幅の8倍程度が適正です。

ただし、全てのサンプルポイントに対して充分なフォトンがヒット
するほどの大量のフォトン計算を行った後であれば、
サンプルポイント間の幅の4倍程度のフィルタ幅でも充分なことがあります。

フィルタ幅がサンプルポイント間の幅に対して大きくなると、
レンダリングの時間が長くなります。

簡単でスマンですが、こんな原理です。

**基本概念わかりました** · 03/03/18 00:37

長いご解答おそれいります。同時に感激です。
大変わかりやすいご説明で、恐縮します。
でも頭の悪い私なので今一度、質問させてもらいます。

サンプル幅が解像度に相当するとすれば
最終イメージの解像度をあげた場合（大きなサイズでレンダした時）
当然その幅を小さくするか、フォトン数をあげる必要があるのでしょうか？
また一般的に、その場合、
どちらを優先すべきなのでしょうか？

これは多くのユーザーの持ってる疑問だとおもうので
よりしければ、教えてください・・・・

太洋 ◆E4Pu.nfV0Q · 03/03/18 00:45

>>64

>サンプル幅が解像度に相当するとすれば
>最終イメージの解像度をあげた場合（大きなサイズでレンダした時）
>当然その幅を小さくするか、フォトン数をあげる必要があるのでしょうか？

レンダリング解像度とは関係ありません。

ただ、高解像度レンダリングだとアラは見えやすくなるので、
全般に精度を上げる必要は出てくるかもしれません。

**又いいたりませんでした** · 03/03/18 00:50

最終イメージの各オブジェにおける素材が
サンプル幅より大きな解像度を
有している一般的な条件においてですが・・・

66 · 03/03/18 00:54

行き違いになりました。すいません。
やはりイメージ解像度とは関係ないのですね。
ありがとうございます。

太洋 ◆E4Pu.nfV0Q · 03/03/18 01:10

>>66
>最終イメージの各オブジェにおける素材が
>サンプル幅より大きな解像度を
>有している一般的な条件においてですが・・・

やはり、レンダリングイメージのサイズとは関係ありません。
このような条件下で、全てをフォトンマップで計算すると、
低解像度でも高解像度でも、同じようにモヤや黒い場所、トーンジャンプがレンダリングされます。

そもそも、サンプル幅よりも小さなディテールにはフォトンが当たらないため、
部分的にパストレースで計算する必要があります。

例えば、室内パースであればこのような感じで設定を詰めていくことになります。

・壁、天井、床をフォトンマップ。インテリアは全てパストレース
　サンプルポイント間の幅：150mm
　フォトン計算の負荷：軽
　レンダリング負荷：高
　使用目的：ライティングの確認、カンプ用

・壁・天井・床・大きな家具をフォトンマップ。机の上の置物など小物をパストレース
　サンプルポイント間の幅：70mm
　フォトン計算の負荷：中
　レンダリング負荷：中
　使用目的：静止画用

・壁・天井・床・大きな家具・小物のうち、比較的大きな花瓶などをフォトンマップ。更に小さな小物をパストレース
　サンプルポイント間の幅：30mm
　フォトン計算の負荷：高
　レンダリング負荷：軽
　使用目的：フライスルーアニメーション

**すいません** · 03/03/18 01:22

影漏れなどを考慮しない場合、
一般的な室内パースシーンの中で
家具のデティール（例えば、テーブルトップ50mm,コーナーＲあり）
の面落ちを再現したい場合、
10mmのコーナー部分にフォトンが当たる確率は
サンプル幅が小さければ少ない（つまり表現しにくい）わけですから
サンプル幅をあらかじめ10mm以下に設定する必要があるともいえますか？

**69だめだ** · 03/03/18 01:25

パストレースをつかわず
サンプル小さい＞おおきい

太洋 ◆E4Pu.nfV0Q · 03/03/18 01:30

>>69
>影漏れなどを考慮しない場合、
>一般的な室内パースシーンの中で
>家具のデティール（例えば、テーブルトップ50mm,コーナーＲあり）
>の面落ちを再現したい場合、
>10mmのコーナー部分にフォトンが当たる確率は
>サンプル幅が小さければ少ない（つまり表現しにくい）わけですから
>サンプル幅をあらかじめ10mm以下に設定する必要があるともいえますか？

「フォトンマップで全ての間接照明を」再現するならば、
そのような設定をするしかありません。

が、面オチするエッジ部分だけ形状を分けてそこだけパストレースするとか、直接光が
当たる部分であれば光源からの直接光をレイトレースするとかすることで回避する方が
いいと思います。

フォトンマップで全てなんとかする、というのも時間さえあるなら良い方法ではありますが、
サンプルポイント間の幅を小さくすると、メモリを大量に消費するため、パストレースを
用いる妥協点を探す必要がどうしても出てくるんです。
パストレースでも（コースティクスが落ちないとか光沢を反映しないとか、
制限はありますが）間接照明は再現できます。

**すっきりしました。** · 03/03/18 01:35

ありがとうございました。

**名無しさん＠お腹いっぱい。** · 03/03/28 18:33

ＭａＹＡ版、使用された方どうですか？

**名無しさん＠お腹いっぱい。** · 03/03/28 18:45

ケツの穴でも見とけ　*
　　　　　　　　,.-､
　　　　　　　　　/.ｎｌ　/⌒ヽ
　　　　　　　| ｌｌ |　,' /7 ,'
　　　　　　　　,　''　｀ｰ ' '-' /
　　　　　　　/ 　､_, 　　　　｀ヽ　　
　　　　　ｌ　　, .-. ､｀´ 　　　l
　　　　　ヽ　ヽ￣ﾌ　　　　/
　　　　　　　　丶､￣＿_＿_,／
　　　　　　　　／　,. - 、　）
　　　　　（(　（　ｎ（[Ｎ],ハ_う
　　　　　　　　ゝ)ﾉ　￣　ヽ
　　　　　　　/ 　＿　　l　)）
　　　　　　〈__ﾉ´ 　｀(_ﾉ

**名無しさん＠お腹いっぱい。** · 03/03/31 02:23

他ソフトで作ったポリゴンモデルをShadeでレンダリングしているのですが
レイトレでは問題なくてもLUXORでフォトンを使用してレンダリングすると
表面に妙な薄い影が出ることがあります。
フォトン数やフィルタ幅の調整ででるノイズとは少し違うものです。
多分（予想ですが）LUXORの計算が緻密なためモデルのわずかなゆがみを反映してしまってるのだと
思っているのですが、どうすればよいのかわかりません。
同じような問題を抱えてる方おられますか？

**名無しさん＠お腹いっぱい。** · 03/03/31 03:15

自己解決しました。
フィルタ幅の調整で消えました。（何十回とやり直しましたが）
パラメータを間違えると
モヤモヤになったり縞模様になったり水玉になったり
真っ黒になったり真っ白になったり
難しいです…

**名無しさん＠お腹いっぱい。** · 03/03/31 10:15

修行されているところに、こう言ってはアレだが、
どうせ消える連ダラーなんだから
他の連ダラー弄くりなさい。
一人を除いて昔からのユーザーは避けているくらいだぞ。
しかもその一人は、根炉の工作員だし。

と、言ってみるテスト

**名無しさん＠お腹いっぱい。** · 03/03/31 15:11

名前出さない上に「言ってみるテスト」とはケツの穴小さすぎるぞ。

**名無しさん＠お腹いっぱい。** · 03/03/31 16:37

ケツの穴は大きいより小さいほうがいいんじゃないか

**名無しさん＠お腹いっぱい。** · 03/04/01 08:32

>>78

CG雑誌読んでれば、わかるぼ？
しかもこのスレの（ｒｙ

**名無しさん＠お腹いっぱい。** · 03/04/01 15:35

＞75
>68で答えてくれてる様に早く仕上げるには
レイトレ光源を残しておくのが結構ミソかもね。
俺はパストレースは部分だけにかけてる。

まあ他のソフトに移行したいならご自由にって感じだけど。
俺は馬鹿な正義振り回すアメ公より
工作員でも正確な情報くれる奴が好き・・・

**名無しさん＠お腹いっぱい。** · 03/04/01 19:42

WinXPで使用していますがレンダリングが途中で終わってしまう現象に悩まされています。
フリーズなどではなくレンダリング途中でプラグインの作業に移りレンダリングが
終わった状態になってしまうのです。
物体が込み入った計算の複雑そうなところでなることが多いです。（一定ではありません）
「難しいから降参！」という意味でしょうか。
同じような状態の方おられますか？
メモリ768M　PEN4 1.7G　intel845　GeForce4MX440

太洋 ◆E4Pu.nfV0Q · 03/04/01 20:04

>82
プラグインはなんでしょうか？
また「途中」というのはどんな状態でしょうか？LUXORはご存じのように
上から順番に描いていきますが、下までレンダリングが到達せずに
エフェクタプラグインが動いてしまう、ということでしょうか？

82 · 03/04/01 20:41

そうです。
半分ほどしかレンダリングされていないのにDepthPlusの作業に変わります。
今もやっているところですがやはり形状が込み入ったところでおこります。

太洋 ◆E4Pu.nfV0Q · 03/04/01 20:59

>>84
>半分ほどしかレンダリングされていないのにDepthPlusの作業に変わります。

DepthPlusの処理が終わると、DepthPlusの処理中には見えていなかった
部分がきちんと出てきますか？
そうであるなら、イメージウインドウの描画が間に合っていないだけです。

深刻そうですので、上記のような状態ではないと思います。
データを預けていただければ、原因を突き止めるなり、
バグのようであれば報告するなりします。

82 · 03/04/01 21:08

いえ、レンダリングが済んでいないところは黒いままです。
今、レンダリング中にOSが落ちました。
で、一応スキャンディスクして再起動したのですが
Winの起動後「システムは深刻なエラーから回復しました」という
メッセージが出るようになってしまいました。
エラー報告の内容を見ると
G:\WINDOWS\Minidump\Mini040103-07.dmp
G:\DOCUME~1\ユーザー名\LOCALS~1\Temp\WER16D.tmp.dir00\sysdata.xml
とあります。
このフォルダにはLUXORのデータも保存されていると思うのですが
私のハードディスクが不良でフォトンのデータが正しく保存されていないということでしょうか。

太洋 ◆E4Pu.nfV0Q · 03/04/01 21:27

>82

黒い部分にZ値はありますか？
　イメージウインドウを右クリックしてZ値の抽出を行ってみてください。

フォトンマップを使用されているのようですが、フォトンマップ不使用時にも
同じようになったことがありますか？

ハードディスクを疑っているようですが、別の原因かと思います。
フォトンマップはレンダリングイメージと関係なく保存されています。

82 · 03/04/01 22:02

またOSごと落ちました。いろいろパラメータを変えたりしてるのですが同じですね。
z値は試してみますが、すみませんがもう少しかかります。お手数かけさせてすみません。

82 · 03/04/01 22:11

フォトン数を少なくしたり使用しなかったりすると問題ないようです。
今も確認しました。やはり負荷がかかるといけないようです。
もうしばらくいろいろ試してみます。
ありがとうございました。

82 · 03/04/01 22:59

また落ちた。実用レベルまでパラメータを上げると落ちますね。
丸1日レンダリングの繰り返し。今日はもう降参です。

太洋 ◆E4Pu.nfV0Q · 03/04/02 00:27

>>89
>フォトン数を少なくしたり使用しなかったりすると問題ないようです。

光源一つあたりから６億を以上のフォトンを出すと落ちたことがあります。
ただ、レンダリング中に、ということはありません。
フォトン計算ができずに落ちていました。

また、フォトンの数が多い時にグラフが動かなくなります。
タスクマネージャーで、パフォーマンスメーターが動いているなら
計算は続行している状態です。

フォトンの「数」を増やすことによる計算負荷は時間が伸びるだけの
はずで、レンダリングが止まったりフリーズしたりするのであれば、
別の問題が原因のように思います。

サンプルポイント間の幅が小さいとメモリを消費しますが、一個あたりのイルミナンスが
2GBをこえる状態だと、落ちるかもしれません。

参考までに
サンプルポイント間の幅：絶対値で
フィルタ幅：絶対値で
光源のフォトンマップに掛ける数：
光源の数：
シーンの広さ：
など教えていただけないでしょうか。

82 · 03/04/02 02:41

やはりPCのせいなのだろうと思います。
PathTracerでも落ちました。
途中でレンダリングが終わるという現象が妙だったのでお聞きしたのですが
今度は何度やっても落ちてしまうので今日はあきらめます。
ありがとうございました。

**名無しさん＠お腹いっぱい。** · 03/04/02 12:00

エクソべったりで、情報を持っている工作員でさえ
下手糞なパースしか作れないのは、糞レンダラーだからじゃないんか？

そもそも制限多い上に、ノイズでまくりのGIならば、
志ね４買ったほうが良いぞ。

**名無しさん＠お腹いっぱい。** · 03/04/02 18:04

ノイズは確かにでまくりですな。
制限はほとんど無いのでは？

関係ないけど質問も作品upも少ないな。
Shadeユーザーはほとんどワレザーだったてことか。
（LUXORはUPDATEにしか入っていない）

**名無しさん＠お腹いっぱい。** · 03/04/02 18:36

純粋にGIレンダリングして
ノイズの出ない連ダラーって何よ？

**bloom** · 03/04/02 18:42

http://www.agemasukudasai.com/bloom/

**名無しさん＠お腹いっぱい。** · 03/04/03 17:26

>>95
ノイズ「でまくり」って言っておるだろうが、厨房。
シネ４がのプレパスを見てみろ。
ノイズをインテリジェントに解決する術をもたないLUXORなんか
今の時点で使う意味がない。

こんな未完成レンダラー、
ろくに普及もしない＞開発していけない＞消える
に時間をかけてノウハウ貯めていく意味があるか？

大体、工作員一人が雑誌でホラふいたとしても
絵がしょぼければナーンも意味が無い。

**名無しさん＠お腹いっぱい。** · 03/04/03 17:35

出たな悪の枢軸C4Dユーザー。

**名無しさん＠お腹いっぱい。** · 03/04/03 20:10

で、スレの趣旨を無視して、C4Dを勧めるレスをつけ続けてる奴は
厨房とは言わんのか？

**名無しさん＠お腹いっぱい。** · 03/04/03 22:59

100LUXOR

97 · 03/04/04 02:51

いつのまにか、激しくすれ違いだな。スマソ。
いや、実は、まだC4Dユーザーといえる段階じゃない。
今のところ、同じことするなら、Shadeのほうが早くてうまくできる。
C4Dにも、モデリングが痛すぎるとか、びみょーな部分があるが、
同じGI系のShadeのLUXORに較べたら、全然オッケーって感じだな。
本当は、元々の原理が違うんだが、、。
実際にはメインはMAX。(ﾜﾗ　
モデリングはメタセコと、Shade R4。（だってサクサクなんだ門）

漏れが言いたいのは、
LUXORを弄ってもいいかもしれんが、それは趣味としてやれよ。と。
期待しちゃいかんぞ。と。作業性とか効率とか考えちゃいかんぞ。と。
ただ、予想に反して大ブレイクしてしまった場合、
対して使えるﾔｼがいないので、記事書いてください。とか言われるかもしれんな。w

このルクソっつうのは、特定の条件下において
威力は発揮するかもしれんが、それをもってLUXORが仕事に使えるという意味じあないぞ。と。
いや、はっきり言う戸棚、実際、だーれも仕事でつかっているわけじゃない。
工作員も、趣味でやっている程度（少なくともレベルとしては）
誰もつかわんうちに、倉庫に眠ったままになる可能性が高い。
ただし、イラクのように白兵戦になれば検討に値する戦いをするかもしれん。いや、しないだろうな。

高速にソコソコできるという方向性だとしても、そんなのShadeユーザーは必要ナッシング。
誰もアニメなんか作ろうとしてないので、サッダームの将来もナッシング。OK?

**名無しさん＠お腹いっぱい。** · 03/04/04 06:20

独り言書いてるやつがいるなと思ったら
最後で「OK?」だって。何が？

**名無しさん＠お腹いっぱい。** · 03/04/04 11:42

>102 割れざーの妄想だと思われ

**名無しさん＠お腹いっぱい。** · 03/04/04 11:43

香ばしすぎるな。＞97

**名無しさん＠お腹いっぱい。** · 03/04/04 12:16

釣れなかったか。(ﾜﾗ

**あれえ？** · 03/04/04 15:34

＞101
R4にLUXOR付いてたっけ？

**名無しさん＠お腹いっぱい。** · 03/04/04 15:44

>106
影なしスキャンラインついてるよ（＾0＾）

**名無しさん＠お腹いっぱい。** · 03/04/04 18:11

モデリングにはR4を遣っているってことでは？

**馬鹿たれ** · 03/04/04 20:28

だからR4使ってどうやってLUXOR使うんだよ～
当然試してほざいてるんだろ。

**名無しさん＠お腹いっぱい。** · 03/04/04 20:43

Shade 6、R5、R4、併用して使い分けてますが何か？

**山田渉** · 03/04/05 08:56

（ﾟДﾟ）　山田渉ですが何か？

**名無しさん＠お腹いっぱい。** · 03/04/05 14:45

誰もR4でLUXOR使ってるって言ってませんが何か？

(藁

**名無しさん＠お腹いっぱい。** · 03/04/05 17:24

ゴミが必死に言い訳してます。

**名無しさん＠お腹いっぱい。** · 03/04/05 18:47

違うバージョンを併用することができない方なんでつね。
ゴメンナサイ｡

ﾌﾟﾌﾟ｡

**名無しさん＠お腹いっぱい。** · 03/04/05 22:52

shade絡むと板、荒れるな...。

**名無しさん＠お腹いっぱい。** · 03/04/06 04:26

フォトンに反射回数を与えると、表面材質に反射を与えてないものまで非常に強い
反射コースティクスが出てしまいます。
パストレーサーのようにやわらかく反射させることはできないのでしょうか。
http://www.ex-tools.co.jp/shade/img/img_features/ex_path2.jpg
こんな感じのイメージは作れますか？

太洋 ◆E4Pu.nfV0Q · 03/04/06 16:00

>>116
>フォトンに反射回数を与えると、表面材質に反射を与えてないものまで非常に強い
>反射コースティクスが出てしまいます。

光沢は入っていませんか？
光沢でもコースティクスは発生します。

LUXORには「反射係数」がないので、材質側をしっかり設定する必要があります。
例えば、完全に白い基本色を持つ材質に光沢があると、照明された量よりも
多くの光を周囲に反射してしまいます。
マニュアルにも書いてあったと思いますが…

>パストレーサーのようにやわらかく反射させることはできないのでしょうか。
>http://www.ex-tools.co.jp/shade/img/img_features/ex_path2.jpg
>こんな感じのイメージは作れますか？

この程度であれば、比較的簡単に作ることができます。
手もとにShadeがないので後ほどファイルをアップします。

**116** · 03/04/06 16:05

あっ、いいですよ。自分でやってみますんで。
光沢ですね。気づきませんでした。
ありがとうございました。

**名称既設定** · 03/04/07 17:50

ご無沙汰しております。
以前、LUXOR のレンダリングが途中で終了する方がいらっしゃいましたが、私も初めの頃、数度似た様な現象に見舞われました。
弄りはじめたばかりだったので、原因はさっぱり判りませんでした。
しかも、Mac 版です。
Win 版は知らないのですが、Mac 版では必ずメッセージパレットが開いて何やらコンソールまがいの表示がされるのですが、確かその時はエラーの文字がずらずら出ていたと思います。

もしかして、Shade か LUXOR に潜在的にあるバグなんでしょうか？
その時のファイルも捨ててしまっているので、今となっては再現不能です。

太洋 ◆E4Pu.nfV0Q · 03/04/08 17:29

>119
メモリを使いきっての異常終了は経験していますが、途中まででレンダリングが
終了し、エフェクタの実行が行われる（Shadeが落ちない）ような不具合は経験していません。

今度エラーが出たら、メッセージウインドウにどんなエラーメッセージが出たか
教えていただけないでしょうか。

**名無しさん＠お腹いっぱい。** · 03/04/09 03:18

＜オークション出品＞
Shade用データ　レイ＆アスカ
激安￥1500即決！！物々交換も可能です。
http://www.auction.co.jp/mem1/item/mem_itm_item.asp?LOT=280119

**名称既設定** · 03/04/15 19:47

>>120
おっけーです

そうそう、
今、作成中のやつで気が付いたのですが、
フォトンマップでフォトンの数を増やすとそれなりにレンダリングの時間がかかりますよね？
で、それがめんどくさいなぁ....って思いながらオリジナルのスポットライトオブジェクトにフォトンマップを使う設定にして、リンクでばんばん増やして(25個くらい)いました。
フォトンの数をデフォルトのままで拡散反射と鏡面反射のフォトンは一個でレンダリングしてみたら、爆速でレンダリングが終了してしました(当たり前か....)。
しかし、灯数が多いせいか、もやも殆ど気になりませんでした。

ッと言っても、他の部分の表面材質は殆ど設定してないんですけどね。
青いプログレスバーが灯数分出てたのでちゃんと計算はしてたみたいです。

太洋 ◆E4Pu.nfV0Q · 03/04/16 01:45

>>>120
>おっけーです

ありがとうございます。

>フォトンの数をデフォルトのままで拡散反射と鏡面反射のフォトンは一個でレンダリングしてみたら、爆速でレンダリングが終了してしました(当たり前か....)。
>しかし、灯数が多いせいか、もやも殆ど気になりませんでした。

フォトンマップのいいところは、精度が適度であれば光源が増えても（特に点光源）
それほど速度低下しないことですね。
光源の数が増えると、まんべんなくイルミナンスにフォトンが行き渡るので、
モヤも出にくくなります。

**名無しさん＠お腹いっぱい。** · 03/04/17 03:48

まー、あれだ、
雑誌で堂々と、へたくそな犬の絵を出しておいて
ラジより速いとか、嘘書いておいて（確信犯？）
だいたい、あんな無茶苦茶なサンプル、仕事なら恥ずかしくて見せれんぞ。
両親の仮借にさいなまれてここでサポートかあ？

君は、ちゃんと絵を描きなさい。エクソの提灯餅ばかりやってないで。

**名無しさん＠お腹いっぱい。** · 03/04/17 11:13

太洋さん、いつも頼りにしてますよ。
がんばってください。
HPのgalleryも更新してほしいなあ。

**動画直リン** · 03/04/17 11:14

http://www.agemasukudasai.com/movie/

**山崎渉** · 03/04/17 11:41

（＾＾）

**山崎渉** · 03/04/17 11:49

（＾＾）

**名無しさん＠お腹いっぱい。** · 03/04/17 19:55

>>124、禿しくｶｺﾜﾙｲ（ｗ

1 · 03/04/17 22:01

パストレも忘れるな。
使い勝手かなり良くなってるし。
赤女王にゃまけとらんよ。

http://ray141.cool.ne.jp/frame.htm
ここのTIPSとエクスの紹介読めば魅力伝わると思う。
後はY.Kimura氏のギャラリー。

**名無しさん＠お腹いっぱい。** · 03/04/17 22:04

Sade　カフェブームの頃、流行ったね。

**名無しさん＠お腹いっぱい。** · 03/04/18 00:42

Maya用のLUXORはここでOK？　

**名無しさん＠お腹いっぱい。** · 03/04/18 11:48

>130
Shadeのパストレーサがレッドクィーンをベースにしたものじゃないの？
開発者同じでしょ。

1 · 03/04/18 17:11

>>133
え？　ソースは一体どこに？
似ちゃあいますがメモリ効率なんか差がありすぎる様な…。

**名無しさん＠お腹いっぱい。** · 03/04/18 18:05

age

**名無しさん＠お腹いっぱい。** · 03/04/18 18:38

>133の言うことは、真実味があるなあ。
開発者日本人だしー。ググりますか。

**動画直リン** · 03/04/18 18:39

http://www.agemasukudasai.com/movie/

**名無しさん＠お腹いっぱい。** · 03/04/18 22:46

>>133　おお!? 改心の一撃ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!!!!
レンダリングオプションは似てる。1CPUの制限も一緒。
ま、とりあえず信じるとして、今後の展開如何だな。
進化速度で、本家に取り残されたんじゃ、意味なし。
(´ー`).。oO(マジスケの二の舞じゃ…ｲﾔﾝ♪)

**名無しさん＠お腹いっぱい。** · 03/04/19 02:24

＞進化速度で、本家に取り残されたんじゃ、意味なし。

意味はあると思われ。

**名無しさん＠お腹いっぱい。** · 03/04/19 04:49

>>133
どちらも大垣真二さんですよね。
GW3月号ではPathTracerの開発者としてインタビューを受けて
4月号ではRedqueenの仕様解説記事を書いてらっしゃいますよ。

**名無しさん＠お腹いっぱい。** · 03/04/19 10:35

>>140　サンクス！
となると、純正エクスポーターをキボンしたいところ(⌒-⌒)

**山崎渉** · 03/04/20 05:53

　　 ∧＿∧
　　（　　＾＾）＜ぬるぽ（＾＾）

**名無しさん＠お腹いっぱい。** · 03/04/20 13:50

純正エクスポーターってShadeの？
ますますパストレの存在価値がなくなるな。
それよりパストレを少しづつでもバージョンアップしてくれたほうがうれしくない?

**名無しさん＠お腹いっぱい。** · 03/04/20 14:05

∧＿∧
　　（　　＾＾）＜ぬるぽ（＾＾）

**名無しさん＠お腹いっぱい。** · 03/04/20 16:23

>>143 それはないと思うよん。
パストレのテストレンダで、設定をつめるのが楽になる。
Redqueen単体の本番レンダで、マシンパワーをフルに使える。
が、Shadeなしでレンダ可能となると、ライセンス関係に不安あり。
(´ー`;).。oO(そろそろスレ違いの悪寒…)

**名無しさん＠お腹いっぱい。** · 03/04/20 21:56

る糞るage

**名無しさん＠お腹いっぱい。** · 03/04/21 08:15

LUXORも出る前はShade6の目玉機能として随分期待されてたけど、期待外れってゆうか
仮にエクスの倒産ゴタゴタがなかったとしてもカンフル注射にはなれなかった感じだな。
もうShadeは斜陽の雰囲気だなぁ。。。

**名無しさん＠お腹いっぱい。** · 03/04/22 17:48

っつうことは、
パストレーサーも、Shade標準搭載でなくなるってこったな。
次のバージョンで。

ライセンス料もらえる直前に、計画的に倒産されちゃあ
「だめぼ」と思うわなあ。
まあ、その方がよろしかろうて。

Luxorは、
まだまだエクソにくっついていくのかなあ。
Maya版作ってたら、いきなりFRがもれなくプレゼント。じゃ、なあ。

もうShadeにすがって生きていくしかないか。＞Luxor
それで、ここに工作員が常駐か。
まあ、がんばってくれい。

**名無しさん＠お腹いっぱい。** · 03/04/22 17:55

ＦＲ？
ＦｉｎａｌＲｅｎｄｅｒ？

**名無しさん＠お腹いっぱい。** · 03/04/23 01:40

太洋さんへ
ShadeのLUXORは今後バージョンUPしますか？

**名称既設定** · 03/04/23 13:12

LUXOR のテクスチャの貼られ方について質問です。

例えば、XY 平面上に縦長(Y方向に長い)閉じた線形状(四角形)があるとします。
そこへ任意の画像イメージをラップで貼付けます。
貼り込む画像イメージのY方向の繰り返し回数を例えば10回とか20回にします。
で、LUXOR でレンダリングすると、なんと貼り込まれている画像イメージが下に行くに従って、だんだんひしゃげて(詰まった感じになって)いきます。

文章では少し判りにくいかもしれません。
これはうちの環境の固有の問題でしょうか？
それとも LUXOR または Shade の問題でしょうか？

PowerMac G4 QS/800 Dual
MacOS X 10.2.5
Shade 6 pro v20
LUXOR

太洋 ◆E4Pu.nfV0Q · 03/04/23 19:00

>>151

その四角形は、自由曲面ではありませんか？
LUXORは「距離」マップに対応していないので常に「パラメータ」マッピングになります。

これを解消するには、
・自由曲面の自動分割をオフにする
　LUXORのレンダリングオプションで設定するか、
　LUXOR informationの形状情報で設定する。

・自由曲面を校正する線形状をモディファイ＞スムーズする
　パラメータが均一になるので正しくマッピングされます。

・只の四角形でいいなら閉じた線形状を使う。

どうでしょう？

太洋 ◆E4Pu.nfV0Q · 03/04/23 19:03

>>150
>太洋さんへ
>ShadeのLUXORは今後バージョンUPしますか？

申し訳ないのですが全然判りません。
現在、ネロともエクスともイーフロとも（バグ報告などを除いて）関わりがありませんので。

**名無しさん＠お腹いっぱい。** · 03/04/23 22:08

>太洋さん
それで太洋さんはShade＆LUXORを使い続けますか?
galleryもしばらく更新されていないようですがどのようなお気持ちですか？
会社と関わりがなければ正直に書かれても差し支えないでしょうし
今もがんばってLUXORの練習をしてる方、逆に乗換えを考えてる方も
仕事で使ってる方々がどうされるのか気になると思うのですが。

**名無しさん＠お腹いっぱい。** · 03/04/24 08:32

>>154
ﾌﾟｯ

**名称既設定** · 03/04/24 13:05

>>152
お返事有難うございます。
解決できました。

あぁ.....自由曲面でした...はずかし～

**名無しさん＠お腹いっぱい。** · 03/04/24 15:14

SHADE自体が云々より
SHADEユーザーの質が思いっきりクソだと笑われる。
嫌なら使うな、shade&luxor。
煽りはエクソ父さんで十分だよ～ん。

**名無しさん＠お腹いっぱい。** · 03/04/26 06:26

>149
>148は、FRと書いておるが、MRの間違いだろうな。

**名無しさん＠お腹いっぱい。** · 03/04/26 06:45

>>>150
>>太洋さんへ
>>ShadeのLUXORは今後バージョンUPしますか？
>
>申し訳ないのですが全然判りません。
>現在、ネロともエクスともイーフロとも（バグ報告などを除いて）関わりがありませんので。

おいおい。今後バージョンアップするかどうか「全然」わからんものを、
「仕事で使ってます。」とか、そこら中で言わんでほしいっす。
何とも無責任な、、、、。
ずばり、記事かいているようなユーザーのその言葉は、「お勧めします。」を意味するんだよ。

明らかに、ネロと繋がってテストして記事書いてたんでしょうよ。
（ネロorエクスから、金をもらってたかどうかなんて野暮なことは聞かんよ。）
ただ、記事書いたのは、いいが、ここやmomoでサポートしちゃえば、勘違いするのよ。
あのねえ、太洋さん、あなたは、普通のユーザーより知りえる情報は多いのだから、
２ちゃんやMOMOと言えども、影響力があるのよ。

太洋さんが（実質的に）サポートしているんだから、大丈夫。って思うでしょ。知らない人は。

私は、そう思いますがね。(ﾎﾞｿ)

**名無しさん＠お腹いっぱい。** · 03/04/26 09:28

早朝ぼそぼそ言うだけのことはある意見だな。
とりあえず寝れ。

**名無しさん＠お腹いっぱい。** · 03/04/26 15:37

>>150
お前がどこかの工作員だって
常識持ってる奴はみんなしってるんだよ。
このクソ粘着。

**名無しさん＠お腹いっぱい。** · 03/04/26 20:40

>>161 「クソ粘着」ですか…
これに対応する「にょ」のVer.は如何程でしょう？

**名無しさん＠お腹いっぱい。** · 03/04/26 20:57

>バージョンUpしますか？
質問からして頭悪い(w　仮に知ってる立場の人間なら答えられないだろ
厨な質問にはこたえるなという気もする　正直過ぎ>太洋

ほんとに何にも決まってない可能性だってあるよ
Shade自体がmarimoやpdance、DPlus欠くわけで、プロ版のパッケージング
からやり直しになるのは間違いない
ヘタするとプロ版無くなるかもしれないだろ

>「仕事で使ってます。」とか、そこら中で言わんでほしいっす。
>太洋さんが（実質的に）サポートしているんだから、大丈夫。って思うでしょ。知らない人は。

150はPOVを仕事で使うとか聞くぞ(w

ただ、太洋がmomoとか2chで書いてることってマニュアルちょっと読んで
テストすれば判ることじゃないか？
あれをサポートというようなShadeユーザーには過ぎたツールだな>LUXOR

**名無しさん＠お腹いっぱい。** · 03/04/26 22:05

Shadeから離れていくユーザーがいるのは（残念だが）しょうがないとしても
目の敵のようにたたいてるヤツがなんなのかよくわからん。
ShadeやShadeユーザーをたたくのはやめろよ。
エクスやエクスの社長に恨みがあるなら別スレ立ててそっちでやれよ。

**動画直リン** · 03/04/26 22:26

http://homepage.mac.com/hitomi18/

**名無しさん＠お腹いっぱい。** · 03/04/26 22:42

相手をするから調子に乗るのですが…

**名無しさん＠お腹いっぱい。** · 03/04/26 22:50

>163

そりゃあ、何も決まってないだろうよ。＞今後のShade
実情を知らん香具師は、
太洋氏、あちらこちらに出現。LUXORは今後も大丈夫というサイン。
と思う。
他のサードパーティ、例えばMarimoとかだって
搭載されると思い込むよ。＞次期shade

だからさあ、太洋氏のようにエクスべったりのテスター兼ライターは
（元々作家ではないのだから）
エクスの社員以上に、エクスの情報源なわけ。

まず、最初に「現在エクスと関わりはございません。」と
断ってからなら、納得もできるんだが。

実際、他の有名どころのユーザーは、沈黙しているし、
サードパーティも肯定的な事は言ってない（はず）

**名無しさん＠お腹いっぱい。** · 03/04/27 01:09

＞だからさあ、太洋氏のようにエクスべったりのテスター兼ライターは
＞エクスの社員以上に、エクスの情報源なわけ。

…完全に電波ですな。病院へGO!

**167** · 03/04/27 03:05

>>168

なんで電波なんだ？
ルクソールが世に出る、かなり前から雑誌の記事に書くほど情報を持っていて
エキスポでデモをやって、ついでに秋葉でデモやって、(笑)
下手なエクスの社員より、よっぽど、内部事情しってるに決まってんだろうーが。

それでいて、エクス以外にクライアントなんかいねえぞ。（ギャラリーみりゃわかるべ。）

ちょっと意味違うけど宣伝塔。そういう人間が、「関わりはございません。」
ていうのを「おかしい」って言って電波かあ。

ふ～ん。まあ、いいや。

**名無しさん＠お腹いっぱい。** · 03/04/27 03:13

お前自分の文章読み直してみろ。
どう？顔赤くならないか?
小学校で国語の授業とかちゃんと受けてたか？

**名無しさん＠お腹いっぱい。** · 03/04/27 06:58

>太洋氏、あちらこちらに出現。LUXORは今後も大丈夫というサイン。
>と思う。

太洋氏がいたいけなユーザーに有害なサインを送ってるわけだw
コワイネー。

**名無しさん＠お腹いっぱい。** · 03/04/27 12:59

MAYA版の方が高価なのはなじぇ？

**名無しさん＠お腹いっぱい。** · 03/04/27 16:14

エクスがつぶれてシェードは一気に叩かれたな
ぼこぼこのリンチじゃない。

**名無しさん＠お腹いっぱい。** · 03/04/27 19:11

サインはＶヨン

**167** · 03/04/28 03:16

>>170
文法うんぬんより、
「電波」と指摘したんだろう？
人を電波と言いきるなら、ちゃんと根拠を言えよ。
小学校の国語の授業をまともに受けたかどうかの文章力とかに
すりかえるなよ。

どこが、小学生以下の文章か指摘してみい。

指摘されたことに、頭キタからといって、
デムパとか軽々しくいうのは勘弁してれい。

**名無しさん＠お腹いっぱい。** · 03/04/28 10:51

みんな好き勝手なこと書いてるなあ。

まさ · 03/04/28 11:33

LUXORがダメなのなら何がダメなのか知りたい。
もしLUXORが使い物にならない商品なら、それを宣伝している人にも
問題がある。しかし、それを証明した人はまだいない。

太洋氏がエクスやネロの宣伝をしていて何が問題なのかわからない。
もし、宣伝することが問題なら、企業の宣伝活動の部署の人間はみな
問題児になる。
もし、正社員のような待遇を受けながらフリーを装っていることが問
題なら、現在のテレビ、雑誌、ラジオ、インターネットで広告を収入
として商売をしている連中はみんな問題児だ。さらに付け加えるなら
あれだけエクスベッタリの記事を書いている人がエクスとまったく関
係のない人と考える人がいればそいつも問題児だ。なぜなら、そんな
こは当たり前でいちいち指摘するほど大きな問題ではないからだ。

他人に騙されたくないのなら自分で情報を集めろ。官僚が悪い。政治
家が悪い。警官が悪い。といって他人のせいにしか出来ない連中と一
緒にされたくなければな。

少なくともこの掲示板での太洋氏の対応には誠意が感じられた。もし
エクスやネロとの契約書に２ｃｈでのサポートの代行という項目があ
ったとしても、騙されてもいいと思えるほど親切な対応に思えた。

**名無しさん＠お腹いっぱい。** · 03/04/28 22:06

>177
激しく同意

**名無しさん＠お腹いっぱい。** · 03/04/28 22:55

>>177
終わりの三行には、私も同意です。

**167** · 03/04/28 23:20

>>177
>太洋氏がエクスやネロの宣伝をしていて何が問題なのかわからない。
>もし、宣伝することが問題なら、企業の宣伝活動の部署の人間はみな
>問題児になる。
>もし、正社員のような待遇を受けながらフリーを装っていることが問
>題なら、

ではなく、
むしろ、サポートや、宣伝が良いとか悪いとかの問題じゃない。

「今後、LUXORはバージョンアップされますか？」と聞かれて

「今後のことは、わからない。」
「エクスやネロとか、関係ありません」と後から付け足すことなんだがなあ。

つまり、あたかも「LUXOR」の今後に問題が無いように見せておいて
実は「知らない」というのが問題なわけ。
実際に、現時点でパソコンショップで店員が
あえて、Shadeを勧めたとしたら、
会社が倒産したことを知らない。か、説明不足だと、思うわけ。

物を売るにしても、騙される方が悪いという論理もわかる。
ただ、重要項目の説明責任というのがあって、不動産などでも、それが元で契約破棄できるくらい。

都合の悪い部分も含めて説明するというのが、誠意でもある。
もし、LUXORの今後がわからない。なら、あえてサポートしないことが
良いこともある。

もちろん、サポートしても構わんよ。
ただし、ちゃんと最初に「今後のことは、わからない。」と
言っておくべきだったということ。

**名無しさん＠お腹いっぱい。** · 03/04/28 23:28

俺の知る限り太洋氏はShade関連スレ以外に顔を出してないようだけど。
つまり>93みたいなマネはしてないってことだ。

あと太洋氏が2chに顔出すのはSFTが閉鎖したからだよ。
つーかこの程度の宣伝で>167の心配するような効果があるなら
メーカーのヒトも楽だろうね。

**名無しさん＠お腹いっぱい。** · 03/04/28 23:46

>もちろん、サポートしても構わんよ。
>ただし、ちゃんと最初に「今後のことは、わからない。」と
>言っておくべきだったということ。

随分傲慢な物言いですね。
君が言ってることって、ここ見てShade買っちゃうバカがいるかも
知れないから、太洋氏は書き込むなってこと？

**名無しさん＠お腹いっぱい。** · 03/04/29 00:16

167よ、痛々しいからその辺にしとけって（ｗ
せめて別人を装って167に同意見を上げる等の工夫をするべきだ（ｗ

まさ · 03/04/29 00:31

>つまり、あたかも「LUXOR」の今後に問題が無いように見せておいて
>実は「知らない」というのが問題なわけ。

まず、バージョンアップについてですが、時期を知ることは難しいと
思います（ネロとの関係によって変わってきますけど）。
一つ目の理由は情報が流れると買い控えが起こるからです。ですから
よほど信頼できる人以外は教しえないでしょう。ましてや、2chなんか
で自分の名前で発表するわけがないです。
二つ目の理由は例え開発状況を知りえたとしても時期を予測すること
は難しいということです。Shadeの発売時期が変わることを思い出し
てください。

>申し訳ないのですが全然判りません。
>現在、ネロともエクスともイーフロとも（バグ報告などを除いて）関わりがありませんので。

それにこの発言を見ても分けるように、過去には知りえた状態にあった（かもしれない）が
現在はわからないと言っています。

LUXORの問題はコストパフォーマンスが好いか悪いかということで、それは太洋氏以外の
人がそれを証明する（自分で確認する）以外に方法はないと思います。

もし、ここで言われている「バージョンアップ」が機能の修正とバグの修正
のことを指すのなら、半年以内に一度くらいは発表しなければ確かに問題か
もしれません。

>実際に、現時点でパソコンショップで店員が
>あえて、Shadeを勧めたとしたら、
>会社が倒産したことを知らない。か、説明不足だと、思うわけ。

エクスが倒産したのは社長が競馬（噂）に金をつぎ込んで倒産したわけで
その実情を知りえた人はほとんどいなかったのではないでしょうか？

**名無しさん＠お腹いっぱい。** · 03/04/29 03:03

>>184
>エクスが倒産したのは社長が競馬（噂）に金をつぎ込んで倒産したわけで

エクスが倒産した一番の原因はエクスの公式コメントにもあるようにShade6でShadeの
売り上げが激減したからじゃないの？

R5で製品に対する信用を失墜させたのが影響して6へバージョンアップするユーザーが
少なかったからだと思うけど、つまり多くのユーザーが現状のShadeまたはエクスに対して
不満があるのにもかかわらず、それは使いこなせない方が悪いとばかりにShadeをヨイショする
提灯持ちユーザーがうっとおしい存在に思われるのはある程度しかたのないことかも。

ただ、大洋さんが提灯持ちに該当するかどうかはそれぞれのユーザーの感じ方しだいだけど、
個人的には大洋さんは良心的で健気な人だと思うし、名指しで個人攻撃されなきゃならない
ような人じゃないと思うんだが。

**名無しさん＠お腹いっぱい。** · 03/04/29 03:39

俺はどのソフトにも提灯持ちがいるから
あえて悪口をいいたくはないが、
でも云わせてもらうと（情けないなあｗ）
提灯持ちしときながらサポートしない奴は最低！！
例えどういう状況であろうと
できるだけサポートしようとする太洋さんを
他の提灯持ちライターにも見習って欲しいわな。
それと太洋さんは企業コンサルじゃないんだから
経営方針に関わることでいい加減な発言しない所も好感度。

**名無しさん＠お腹いっぱい。** · 03/04/29 13:58

＞提灯持ちしときながらサポートしない奴は最低！！

無茶苦茶な理屈だな。
ソフトを誉めると、赤の他人のトラブルシュートしなくてはならんのか。
無償で。

**名無しさん＠お腹いっぱい。** · 03/04/29 23:46

>>184　>>185
おいおい、競馬馬はあながち嘘ではないだろうが
倒産の原因は、ソフトバン●がエクスじゃ株式上場できないから
譲渡先のイー風呂で一儲けしようと坂●社長＆安●社長らと計画倒産させたからだろ。

**名無しさん＠お腹いっぱい。** · 03/04/30 06:33

好・感度。。。(*´Д｀*)

**名称既設定** · 03/04/30 18:30

LUXOR 使ってみました。
148秒でレンダリングできました。

http://www41.tok2.com/home/imagenos/cgi-bin/tboard/icons/20030430180538.jpg

**名無しさん＠お腹いっぱい。** · 03/04/30 23:28

>>190
床にモヤが出てますね。
LUXORでGIやコースティクスを使ったアニメーションが手軽に出来ると思っていたのですが
このモヤがくせものですね。
設定をあげて消えたように見えても動かすとモヤモヤとモヤが動くのがわかってしまいます。

**名称既設定** · 03/05/01 11:20

>>191
多分このモヤは、コースティクスのモヤです。
サンプルポイントを細かくするとコースティクスが明るくなり過ぎるので、テキトウな荒さで止めておいてフィルタでごまかしてます。
速度も稼ぎたかったのでね。
この程度のモヤならテクスチャ貼ったりすれば判らなくなるので、LUXOR は十分実用になりそうです。

＞....動かすとモヤモヤとモヤが動く...
やった事はないんですが、ウォークスルーみたいなアニメーションならフォトンマップの再計算をしないようにすればモヤが動かないんじゃないでしょうか？

＃慣れればパストレーサなんかよりも使いやすいかも...
＃結局、パストレーサは使わずじまい。互換性やあの砂っぽいのがダメでした。しかも、期待したほど速くなかった。

**名無しさん＠お腹いっぱい。** · 03/05/02 13:17

ネットワークレンダリングに対応してくれればなあ・・・

**名無しさん＠お腹いっぱい。** · 03/05/02 19:35

>185

＞つまり多くのユーザーが現状のShadeまたはエクスに対して
＞不満があるのにもかかわらず、それは使いこなせない方が悪いとばかりにShadeをヨイショする
＞提灯持ちユーザーがうっとおしい存在に思われるのはある程度しかたのないことかも。

ｱﾆﾏｽのことじゃねーかと、一瞬ｵﾓﾀﾖ・・・

**名無しさん＠お腹いっぱい。** · 03/05/03 07:51

>188

それが正解だ。

**名無しさん＠お腹いっぱい。** · 03/05/04 04:15

まぁこの画像でも見てマターリしましょう
ttp://dot100.hp.infoseek.co.jp/

**名無しさん＠お腹いっぱい。** · 03/05/04 11:15

なんでソフトの事よく知ってる人がCG関連の掲示板で
お話ししたり、雑誌に書いたらソフトの宣伝なんだよ。
エクスのゴタゴタがあったからってメクラになるなよ。

**名無しさん＠お腹いっぱい。** · 03/05/04 11:28

>>197
>ソフトの事よく知ってる人

という、エクスでデモ（フリー？）やっている人だけどな。(ﾜﾗ

都合の悪いことは言わず、都合の良いことだけをネットで言っているだけだ。
ぜーんぜん、問題なしだわな。
デモだから、しょうがなかんべ。エクスから金もらってたんだし、
これからも仕事するかもしらん。

たーだ、宗教に置き換えると、
宗教の教祖or組織幹部について、都合の悪いことを知っているのに
黙って布教していれば
同罪って、こった。

本当にShadeを良くしようとすれば、膿を出すほうに回るという方向性「も」
あるわな。さんざん組織に加担して（金のせいかもしれんが）
Shade売ってきたんだからな。

あ。サポートは、どんどんやったほうが良いと思うよ。漏れ。

**名無しさん＠お腹いっぱい。** · 03/05/04 12:10

よもや広告塔に左右されるバカなんかこの板には
いないから心配すんな。君がそうなのか？

**名無しさん＠お腹いっぱい。** · 03/05/04 13:17

ほっとけ。どうせ太洋さんを叩いてるのはこいつ一人だ。私怨は他でやれ。
少ないけどまだ何人かはこのスレと太洋さんのサポートを必要としてるんだ。
邪魔するな。