よねぞん画像掲示板

画はらぶギア2回目DLCの告知画像ですが、「南国ショーパン」の娘が2人居るところを見ると直前でお蔵入りを決めたんじゃないでしょうか。ItemData.txtを見ると「ももいろワンピ」「南国ショーパン」「ミニミニドレス」「パティシエメイド」「だぶだぶワイシャツ」と並んで「ＤＬＣ04」もコメントアウトされずに記載されています。実際のフォルダはありませんが。何が出るはずだったのやら…

唐突ですが、tweetで見かけたので。

Re: ＤＬＣ04 - 透過好き 2017/11/23(Thu) 23:34 No.457
ほほー
らぶギアあたりからの化石だったのねー
FINALのパッチ当てこぼしかなーと心配になってました ヽ(´▽`)ﾉ

よねぞんのコメント欄でよねすけさんから「近い位置にある二つの頂点が位置を変更してもどちらかについてくる」衣装があるとの情報を頂いたので幾らか調べてみました。闇雲に見ていっても仕方がないのでMVDファイルから追えそうなのだけ見ています。結果はよねぞん「たむたむす〜る 逆引きTIPS（FAQ）」とよねぞん改「たむたむす〜る不具合素材情報」それぞれのコメント欄を見て頂くとして関連画像を。(改の方のコメントは現在承認待ちで読めませんが、そのうち読めるようになるでしょう。)

広告らしき書き込みが下に行ってしまうのはご容赦を。

画像はcloth_0200(女の子の服)のものです。全て心愛さんに着せているので、体型スライダーの胸Aが左端、胸Bが真ん中になっています。

一番上の並びだけ左右の画像が対応しています。左が面を表示させた状態で、右はそのままワイヤーフレーム表示にしたものです。一緒に動く頂点4組だけ選択されているのは単に見やすいようにするためです。

左側の列は「この辺にあります」という意味だけです。丁度後ろに引っ張られているポリゴンがあるので、大まかな位置は見つけやすいです。

右側の列は1頂点移動で動かしてみたところです。片方を持って動かすともう片方も一緒に動きます。(続く)

Re: 一緒に動く頂点 - のぞく人 2017/10/28(Sat) 16:19 No.448
ということで修正したMVDファイルを作って試してみたのですが、結果セットで頂点が動くことはなくなりました。それを使って後ろに引っ張られているポリゴンを修正してみたのが左の画像です。因みに右下は修正後ではなく修正前をワイヤーフレーム表示したものです。

上段が修正前で、黒い影のようなものが見えます。中段はMVDファイルを修正版に差し替えて、形状かすたむの平滑ででこぼこを均してみたものです。黒い影が消えました。

で、このでこぼこを修正した状態を保存してオリジナルのMVDファイルの環境でどうなるか見てみたところ(MVDファイルだけ元に戻して試しました)、下段左のようになりました。バラバラに動いていた頂点の関係性が位置関係ごと復活するようです。

修正MVDファイルを使って思ったように形状かすたむ出来ても結果を他の環境に持っていくとまた違った方向に形が崩れてしまうのでは、修正MVDファイルは配布しない方がいいかなと思っています(タイムスタンプの問題も有るし)。(続く)

Re: 一緒に動く頂点 - のぞく人 2017/10/28(Sat) 16:57 No.449
ショールの胸の部分のポリゴンが後ろに引っ張られていると上に書きましたが、mesh「wear_t1_bust_L」を裏側から見たのが画像の上段になります。これはMORPチャンク内のデータの不具合から起きているようです。後ろに突き出てる頂点は胸スライダーを動かしても動きません。

ドレス本体の胸も何かグチャグチャになってると思いmesh「wear_t0_bust」も裏から見てみたところ、画像下段のようになっていました。これも同じ原因と思われます。

MESHチャンクのデータとMORPチャンクのデータとでどの程度不整合があるかはこれからチェックするところなのですが、出来そうなら修正したいところです(需要関係無く)。

あ、cloth_0700(みなも死神装束)の方も一緒に動く頂点があるというかそれ以上なんですが、こちらは画像を撮っていません。mesh名が引き起こす問題が広範囲に及ぶ可能性があるので、個人的には使わないことを推奨します(使ってる人まず居ないと思いますが)。mesh名を修正すれば済みそうですが、cloth_0700を使った既存のALPファイルが読めなくなってしまうので「使わない」で済ませる方がいいと思います。

改変メカナース少女セットの修正版配布しなきゃ…(続く)

Re: 一緒に動く頂点 - のぞく人 2017/10/28(Sat) 17:54 No.450
MVDファイルをチェックしてて比較的離れている(個人の主観)頂点が指定されていたところもチェックしました。と言っても見つかったのはcloth_80010(パティシエメイド)とcloth_jac_goodwill(私立学園ブレザー)で見つかった計5ヶ所だけです(その内4つは左右対称の箇所2組なので事実上3ヶ所)。

座標が見たかったのでMetasequoiaでチェックしました。上2つの画像はcloth_80010のものです。Wear_052_t1_top_LとWear_052_t1_Bust_Rになります。どちらも面の接続部分なので、本来同じ座標であるべき頂点が少し値がズレてしまってるものと思われます。一緒に動かないと却って都合が悪いやつですね。

余談ですが、Wear_052_t1_Bust_Rの画を見ると分かるとおり、cloth_80010のMESHチャンクのデータは胸スライダー左端ではなくABともかなりの値(右端かは不明)にした体型に合わせて作られています。これは結構珍しいんじゃないでしょうか。また、実際に描画されるデータはMESHチャンクのものではなくMORPチャンクのデータである事を示していると思います。

それで下2枚の画像ですが、cloth_jac_goodwillのものになります。3枚目はWear_103_t1_top_ERI_LとWear_103_t1_Bust_Lを両方表示したもの、4枚目は拡大して表示をWear_103_t1_top_ERI_Lだけにしたものです。選択されている(水色になっている)頂点が件の頂点です。

こちらもブレザー本体と襟との接続箇所に当たるので、やはり値が少々違っていても一緒に動いてくれないと困る場所と思われます。因みに4枚目で選択されている頂点の直ぐ下にある頂点は小数点以下2桁までだと座標の表示が全く同じになってしまうのですが、MVDファイルではきちんと別の頂点として扱われているようです。

ということで、MVDファイルから追っていって見つけられた一緒に動いて欲しくない頂点の組はcloth_0200のものとcloth_0700のものだけでした。(終わり)

最近見かけたshinさんのtweetがこれのことかは分かりませんが、前にtweetだったかで見かけたソックスＡとＤでシェーダー設定を変更した時に起きる不具合について。画像左側の列がオリジナルのソックスＡ、右の列が対策を施したもので、上から順にシェーダーの設定がデフォルト、ソリッド、ソフト、ディープ、フラットとなっています。

テストした環境だとシェーダーを変更した後だけ表示がおかしくなる、つまりALPを読み直すと正しい表示に戻るのですが、その辺り皆様の環境ではどんな具合でしょうか？ただALPの再読み込みが必要ということは、形状やシェーダーを調整しながらSSを撮るのには厄介な不具合だと思います。

一応対策版を作りましたが、入れてる人と入れてない人で見た目が変わるものはALP配布時にそれを使ってるか注意を要するということになりますので、流すべきかどうか少々迷ってます。まあ今回は再読み込みすれば対策版入れてない人でも作者さんの意図した結果が得られそうなので(shadeテクスチャが変わるので厳密に同じという訳ではありません)、「自重を求める」というご意見が無ければよねぞんアップローダ辺りにUPするつもりです。

不具合が起きる原因らしきものですが、影(shade)テクスチャに靴下のテクスチャがそのまま指定されてるのがいけないようです。フォルダ内に影テクスチャ用のファイルが存在してるので、単なる指定ミスなんじゃないかと思います。このファイルを影テクスチャに指定することで問題が起きないようになりました。

靴下系は本来のメッシュとMORPチャンクの変形用メッシュとで頂点数が合わないものがあるので今回のはそれの影響かと思ったのですが、それは見当違いだったようです。

訂正 - のぞく人 2017/10/04(Wed) 23:01 No.442
ALPの再読み込みでは表示がおかしいのは解消されませんでした。訂正いたします。実験間違ってました。

表示が正しくなるのは靴下を再読み込みしたときでした。これでは形状がデフォルトになってしまうので論外ですね。


なお修正方法には上で挙げた以外に「影テクスチャを指定しない(指定フィールドを0で埋める)」というのもあるのですが、これだとデフォルトシェーダーで読み込んだ時に何故か靴下の色が暗くなってしまいます。なので不採用としました。
Re: ソックスＡ，Ｄ - shin 2017/10/06(Fri) 21:10 No.443
あー、これですね。私いつもソフトなので、そんな感じになります。
…とはいっても白い靴下なので、そこまで気にしてませんでしたが、ディープにすると片方だけ真っ黒になるんですね…。
これは全然知りませんでした…。確かに真っ黒になるのは問題かもですね…あまり話題にならないのはディープで設定してる人が少ないからかな？
検証ありがとうございます！！
Re: ソックスＡ，Ｄ - のぞく人 2017/10/07(Sat) 22:07 No.444
>>shinさん

実は私が最初に見かけたのは「ディープシェーダにするとソックスＤが片方黒くなる」だった気がします。その時確認はしたのですが、靴下系は問題の絞り込みが面倒そうな気がして放ったらかしに…。ODFファイルの構造をもう一回おさらいしておこうというのもあって今回調べてみたら、実際には簡単な修正で済みました。

その気になって見てみると「白いソックスは色調がおかしくなるので」というコメントが有ったりとか時々採りあげられていたようです。が、自分がシェーダ設定とか変えないものだから全く気付いていませんでした(汗)。

＞検証ありがとうございます！！
いえいえ。


よねぞんアップローダをお借りして修正ファイル置いておきました。何かもう差し替えでいいような気がしてきた。

ODFファイルの形状データは通常複数のメッシュに分割されてますが、例えば袖が前腕と上腕で分割されていても、一連なりのポリゴンとして描画されます。「同じファイルのポリゴンは連続してるものとして扱う」というルールが有るものと思われます(多分す〜るがそういう形でDirect3Dにポリゴンを渡してるのだと思うけど未確認)。それを補完するものとして、「こっちのメッシュのこの頂点とそっちのメッシュのその頂点とは同じ頂点だよ」という情報の羅列であるMVDファイルも有ります(す〜るが勝手に作る)。

で、例えば性人さんの「裸リボン」ですが、これは「ボディスーツ」のODFファイルをベースにODF(神ツール)でメッシュを取り込んだものと推測されます。違う方法で作られたにせよ、す〜るから見て最初から用意されてる服データと違う扱いをすべき所は何も有りません。なので継ぎ目が合わないとかいうことも起きないという次第です。

主に透過好きさん宛を意識して書きましたが(多分ここ見るんじゃないかと思ったんで。既にお気づきなら失礼。「そこじゃないんだ」ということでしたら返信頂ければ考えます)、他にも疑問を持ってる方はいらっしゃると思うので。

Re: メッシュの継ぎ目 - 透過好き 2017/09/17(Sun) 20:14 No.431
ありありー ヽ(´▽`)ﾉ
んじゃボディスーツ基礎に作れば
たぶん繋ぎ目の問題は出ないって解釈でいいのかしらん
Re: メッシュの継ぎ目 - のぞく人 2017/09/17(Sun) 22:47 No.432
いえ、外(Metasequoia等)で作ったメッシュを取り込んだものだから大丈夫という意味です。元の形状に反して継ぎ目で部分々々が暴れることは無いと。

ベースはボディスーツじゃなくてもOKです(ボディスーツが合成するのに一番使い良かったということなんだろうと思います)。
Re: メッシュの継ぎ目 - 透過好き 2017/09/20(Wed) 15:24 No.433
ほむほむ
問題は平面でつなぎあわされていたものを
立体に置き換える（頂点数も違う）って時に
つなぎがどーなるかは自分が予想できてないのがねー
そろそろまた実験はじめないとｗ
Re: メッシュの継ぎ目 - のぞく人 2017/09/24(Sun) 18:24 No.436
メッシュ毎に違うウェイトが設定されてると流石にズレますね。

ODF(神ツール)の「ENVL模造」を使うことで双方のメッシュの同じ座標の頂点に同じウェイトを設定できますが、(継ぎ目以外で)部分的に形が崩れたりして、まだ全部綺麗にはできてないです。

まあ、とにかく継ぎ目の頂点が完全に一致してる(元々繋がってたものを切断する)のが前提なので、全く別々のものを付き合わせるとバラバラに動くのは必至かなと。

Re: メッシュの継ぎ目 - 透過好き 2017/09/24(Sun) 21:16 No.437
あるあるあるある(>'`<;) ＜流石にズレますね。
やっぱ接続部片方をコブにしてズレを緩衝するのがいいのかなー

GeForce(GTX 750Ti)です〜るver.4を起ち上げてGraphic設定でブルームと被写界深度を同時にONにすると画面に分割線みたいなものが現れます。Win7Pro32bit、Win10Pro64bitどちらでも起きます(ドライバのバージョンは違う)。

す〜るver.5では起きませんし、IntelGPUでも起きません。いったい何？まあ、何かわかったところで多分手の打ちようは無いんでしょうけど、情報までに。