鈴(Suzu) for Miki2

[LED]

MH Suzu for Miki2を使用してみました。

Miki2_Fixのロードは、出来ていると思います。（Poser6Eで読み込みました）
!!INJ_Head OK
NGM Miki2 ok
!Miki2_UBM_INJ ok
!!INJ_UBM+NGM OK
!MAT_Shader OK
04番の目、口、爪のMAT_Shader OK
（読み込めたものは、右端にOKと書きました）
KiriTe-Victoria3をHair Conversion System for Miki 2.0でMiki2にFit出来るようにしたHairに For_Miki2-PropHair を適応。
髪が少し縮む様に変形するのを確認。

MicroBikiniR3 for Miki2の読み込み　OK

Copy Morphs.pyを使用してFitさせようとすると、胸の両側がFit出来ていないようです。（p6mb01.jpg）

歯並びを見る限り、Miki2_fix.obzが読み込まれているように見えます。Poser6Eでレンダリング（p601.jpg）
（修正：勘違いをしていたようです）
改めて、純正Miki2(右)とManihoniさんが修正したMiki2(左)を比べると、Miki2_fix.obzが読み込まれているように見えます。（p702.jpg）（４日0:13追記）
こちらは、Poser7Eでレンダリングした画像です（p701.jpg）
レンダリングで使用したPz3ファイルは、Poser6Eで作成しました。


Pytnoスクリプトによるアイメイクについて

Poser6Eでは、以下のようなメッセージが出て、使用できませんでした。

Traceback (most recent call last):
  File "<string>", line 154, in ?
  File "<string>", line 119, in texcheck
NameError: global name 'False' is not define


Poser7Eでは、動いているようです。

m02.jpg

SkinBlender > Add EyeMake02
SkinBlender > Old EyeMakeNode is not found > Head
SkinBlender > Add New EyeMakeNode > Head
SkinBlender > Finished
Please close this text window
--------------------------------------------

m04.jpg

SkinBlender > Add EyeMake04
SkinBlender > Delete Old EyeMakeNode > Head
SkinBlender > Add New EyeMakeNode > Head
SkinBlender > Finished
Please close this text window
--------------------------------------------

以上一回目の報告です。

[pines]

まず、P7Jで使ってみました。
私もRTEncoderPyが使えなかったので、Java版でデコードしました。(MacOSは、10.4.11です)

・Miki2_fixのデコード、読み込みOKです。
・SuzuのInj、MatデータもOKです。
・Pythonスクリプトは、外部Runtimeにテクスチャを入れると「〜.jpg is not found」とエラーメッセージが出ましたが、メインフォルダのRuntimeに入れると使えました。アイメイク無しと有りの画像を貼っておきます。
・髪用のマグネットは、Mikiのcr2用とV4のprop用を試しました。P7Jでは、「予期していたものより新しいバージョン」とメッセージが出ますが、使えました。テキストエディタで開くと、バージョンが7.2となっています。

後、データの問題じゃないので、ここに書いていいのか迷ったんですが、一応、ReadMe(Japanese)で気づいたこと
＜Pytnoスクリプトによるアイメイクについて＞→Pythonスクリプト?
「自由に組み合わせを楽しみ事が不可能です。」→「楽しむ事」?
＜キャラクター「Suzu」の基本的な使用方法＞のところも「Pytno」になってます。

[ManiHoni]

＜Miki2_fix（crz & obz）が正常に読み込まれているかどうかについて＞
LEDさんがお気づきになったように、レンダリング結果としてもっとも顕著に現れる違いは
口内のポリゴン反転の修正です。（＝OBZの修正
CRZの修正については、左肘関節を曲げた際の肘と上腕二頭筋（いわゆる力コブ）のデフォーマ
の動作なのですが一見しただけではわからないかもしれません。

それぞれ修正部分をわかりやすくした画像を添付しておきます。
（過去にブログに載せた画像と同一のもの）



＜MicroBikiniR3 for Miki2のFITについて＞

Copy Morphs.pyを使用してFitさせようとすると、胸の両側がFit出来ていないようです。

UBMとNGMをMiki2にINJした順番によって発生する問題ですね＾＾；
・・・と思ってREADMEを読み返してみたら

この問題を避けるためには、必ず「NGMを先にINJ」してください。

と自分で書いてましたが、正解は「NGMを後でINJ」です＾＾；；
お手数おかけしてしまい申し訳ありませんが、UBMとNGMをINJする順番を変えて
再確認してくださいますか？　＞LEDさん

ちなみに、この拡張モーフを読み込ませる順番によって発生する不具合は
かなり時間をかけてCR2の検証をしてみましたが原因がまったくわかりませんでしたorz
不具合が発生する具体的なチャンネル名は以下のとおり。

・Miki2本体BODYの「Cleavage」の値が、Bikini側BODYの「M2_BreastCleavage2」にコピー。
・Miki2本体BODYの「Cleavage」のマイナス値が、Bikini側CHESTの「M2_BreastCleavage2」にコピー。
・Miki2本体BODYの「M2_BreastCleavage1」の値が、Bikini側とBODYとCHESTの「M2_BreastCleavage1」に二重コピー。

※今、ちょっとひとつ解決できるかもしれない方法を思いついたので今からCR2をいじって試してみます。



＜Pythonスクリプトの問題について＞
いくつか問題が発生していますね＾＾；（これがPythonの面倒なところorz）
とりあえず以下のように修正する作業をやってみます。

　・ブレンド用画像をスクリプトと同一ディレクトリに置くよう変更。
　・Pythonのバージョン違いによる不具合の修正。（詳細は調査中



＜READMEの誤字脱字（恥＞
指摘していただけるとホントに助かりますm(_ _)m ＞pinesさん

[LED]

アイメイクについてです

p703.jpgはメイクをする前です。
OcclusionMasterを使用しています。
この段階では、腕の修正が反映されているのを確認してもらおうと思って一枚レンダリングしたんですが、メイクもしようとp704.jpgをレンダリングしました。

メイクが出来たり出来なかったり。

OcclusionMasterを使っていなくても、おかしなレンダリングになる事は有ります。


マイクロビキニのFitについて

NGMを後でINJすることで、ばっちりFitする事が出来ました。（p705.jpg）

[ManiHoni]

アイメイク用のPythonスクリプトを修正したデータのダウンロードURLを個人メッセージでお送りしました。＞テスターのみなさん

＞LEDさん
OcclusionMasterもマテリアルのブレンド処理なんで、同様の処理をするツールを使うとレンダリング結果に悪影響を与える場合があるようです＾＾；
確か、RealSkinShaderもOcclusionMasterと同時に使用する際に適用する順番に気をつける必要があったような。
ただ、アイメイクが影響を与える「Diffuse Color」に関して、OcclusionMasterはノードのブレンドを一切しませんから、原因がちょっとつかめませんね・・・

OcclusionMasterを使っていなくても、おかしなレンダリングになる事は有ります。

というのがカギになりそうな予感がします。
もし可能ならレンダリングがおかしくなるケースの特定をお願いできますか？
（時間的にきびしいかな＾＾；？）

ちなみに、MATポーズを使った場合は「指定されたマテリアルグループの上書き」になるので、その前に加えたPythonによるマテリアルブレンド（RealSkinShader、OcclusionMasterも含む）は消えてしまいます。
特にMiki2の場合は、唇のマテリアルグループが独立していないので、唇の色を変えるMATポーズを使用すると顔全体のマテリアルの上書き（マテリアルブレンドの消去）がおこなわれます。

一方、Suzuのアイメイクのようなマテリアルブレンドの場合は、マテリアルの上書きではなく、「そのときに存在するマテリアルを加工する処理」をすることになります。
具体的に言うと、例えばマテリアルルートのDiffuse Colorに接続されているテクスチャマップノードを切断し、その間にEyeMake用ノードを差し込んで「Diffuse Color　－　EyeMake用ノード　－　テクスチャマップノード」というように繋ぎなおす処理です。
このような処理を実行する際のマテリアルの状況は多種多様なので、マテリアルブレンド処理を複数のツールで実行すると、

　「Diffuse Color　－　別ノード　－　EyeMake用ノード　－　テクスチャマップノード」

となったり

　「Diffuse Color　－　EyeMake用ノード　－　別ノード　－　テクスチャマップノード」

となったり、あるいは

　「Diffuse Color　－　EyeMake用ノード　－　別ノード　－　EyeMake用ノード　－　テクスチャマップノード」

となってしまうことがあるんですね＾＾；
ですから、もしPythonによるマテリアル処理をしていて「あれ？なんか変だぞ？」というときは、なんらかの原因でマテリアルのノードツリーがぐちゃぐちゃになってることがほとんどです。
そんなときは、該当するマテリアルグループのMATポーズで上書きしてリセットしてください。

・・・・という説明をREADMEに書く必要があるだろうかorz （悩む

NGMを後でINJすることで、ばっちりFitする事が出来ました。

ホッとしました＾＾

[ManiHoni]

MicroBikiniR3 for Miki2の修正を済ませました。
ダウンロードURLを個人メッセージでお送りしましたのでご確認くださいm(_ _)m ＞テスターのみなさん

・髪用のマグネットは、Mikiのcr2用とV4のprop用を試しました。P7Jでは、「予期していたものより新しいバージョン」とメッセージが出ますが、使えました。テキストエディタで開くと、バージョンが7.2となっています。

というpinesさんのご指摘を後回しにしてしまいました＾＾；（すみません
訂正箇所＆方法も簡単なので、修正データを配布するよりも手作業で修正していただいてよろしいでしょうか？＞テスターのみなさん

「HairFit for Suzu」フォルダ内の４つのpp2ファイルをテキストエディタで開いて、５行目の「number 7.2」を「number 6」に書き換えてくださいm(_ _)m

※もちろん、こちらのオリジナルファイルも書き換え済ませてあります。

[LED]

マイクロビキニについて

新しいCR2を使用してみました。
NGMを先にINJしても、Fitしました。


メイクについて

スクリプトは、Poser6E/6J/7Eで動作しました。（p706.jpg）

>もし可能ならレンダリングがおかしくなるケースの特定をお願いできますか？
正常にレンダリングできた後に、レンダリングしたイメージが表示されている状態で、そのままレンダリングボタンを押しただけなのに、こんな（p707.jpg）状態になったりするので、特定は・・・

ノードの状態は、成功失敗どちらを見ても、
Diffuse Color　－　EyeMake用ノード　－　テクスチャマップノード
となっていました

オカシイイメージは今のところ、Headに縦線が無数に入るパターン（p704.jpg）と、紫のスイカ模様（p707.jpg）の２種類。

Miki2を読み込み後、２回目からのレンダリングでおかしくなる事が多いように思います。
１回目でおかしくなる事もあります。

[ManiHoni]

今まで製作過程で何度もアイメイクを施した状態でレンダリングをしてきましたが、私のところでは同じ症状がでたことがないので、自分で症状を確認できないのが痛いorz

ノードの状態は、成功失敗どちらを見ても、
Diffuse Color　－　EyeMake用ノード　－　テクスチャマップノード
となっていました

ということは、ブレンドの失敗（マテリアルの破損orノードツリーの混乱）である可能性は低いですね・・・
ＬＥＤさんのお使いになっているPoser7Eのバージョンが「7.0.2.132（＝ＳＲ２）」ということですし、Poser7SR3で修正のアナウンスがあった「ユーザー定義のノードでパラメータが適切に扱われるように修正」辺りが怪しいような気もします。
もしこの問題が該当している場合はこちらでは修正不可能なので、READMEにアイメイクスクリプトの使用条件を書くしかないかもしれませんorz

[LED]

Poser7Eのバージョンを変更しました。
以降、Poser7Eのバージョンは7.0.4.220になります。

バージョンを上げたことで、メイクの使用でレンダリングがおかしくなることは無くなったようです。（今のところはですが）


ただ、他の問題（？）を見つけました。
Poser6E/7Eともに、一旦Pz３ファイルで保存したものを読み込むと、旧OBJファイルが読み込まれるようです。
それが原因か解りませんが、Poser7Eでは読み込んだPz3ファイル内のMiki2Fixにメイクをする事が出来ませんでした。
以下のメッセージが表示されます。

SkinBlender > Caution
SkinBlender > Selected Figure is not supported by this Version
SkinBlender > Please select "Miki2" or "Miki2_fix"
SkinBlender > Finished
Please close this text window
--------------------------------------------

こうなると、メニューFile>newをしてライブラリからMiki2Fixを新たに読み込んでも、上記のメッセージが出て、メイクをする事が出来ませんでした。

Poser6Eでは、読み込んだPz3内のMiki2Fix（旧OBJになっている）にメイクすることが出来ました。
この場合、レンダリングはおかしくなりましたが・・・。


それと、Miki2Fixのフィギア名がMiki2のままだと、変更されたのか判り難いので、名前を変えたほうが良いような気がします。

[masaomi]

ManiHoniさん、ベータテスターのみなさん、お疲れさまです。

ManiHoniさんに修正頂いたPythonのおかげでアイメイクが出来るようになりました(^ー^)

EyeMake_py.png は左上から右に01-03、左下から右に04、05、Eraseです。
私の環境ではLEDさんの所で発生しているような、EyeMakeを実行時のレンダリングがおかしくなるような症状は起きていません。

それから、口の中も綺麗に表示できるようになりました（mouth-gum.png)。

[T2]

ただ、他の問題（？）を見つけました。
Poser6E/7Eともに、一旦Pz３ファイルで保存したものを読み込むと、旧OBJファイルが読み込まれるようです。

>ManiHoniさん
cr2(crz)内のMorphBynaryFileとFigureResFileのパスを確認してみてください。（2箇所あるはずです。）

[ManiHoni]

長時間の協力ありがとうございますm(_ _)m　＞masaomiさん、ＬＥＤさん

Pz3で保存した際の問題がこちらでも確認でき、原因がわかりました。
（・・・と裏で作業している間にＴ２さんがご指摘くださった点です＾＾；）
修正したファイルをアップロードしておきましたので個人メッセージをご確認ください。

また、アイメイクのスクリプトも念のため一部修正を加えておきました。
（Miki2はジオメトリへのパス表記に「OBJ」と「OBZ」の２種類が存在するので、それに対応。）

6Eと7Eの動作の違いですが、もしかするとPoserの作業キャッシュの保持の仕方が異なるのかもしれません。

[LED]

新しいCRZを使用して、Miki2Fixを読み込むことに成功しました。

新しいCRZを使用したPz3を読み込んでみました。
旧OBJを読み込むことは無くなりました。
メイクの設定も問題なく出来ています。

レンダリングに関しては、Poser６Eでは相変わらずおかしくなる事は有りますが、Poser7Eはバージョンアップしてから安定しているようです。

p708.jpg
このイメージで使用した髪は、for_V4-PropHair.pp2を使用してFitさせました。
for_V4-PropHair.pp2のみでは、一部（額の左右）頭部に埋まってしまったので、髪に付属の調整用モーフを使用して少し盛り上げています。

[masaomi]

新しいファイルをダウンロードしてテストしてみました。

アイメイク問題ありませんでした。
また、INJExtraも指のゴツゴツがなくなってお尻の形状も問題ありませんでした。

歯茎が正常に表示されるといったのですが、pz3で保存する前は大丈夫なのですけど、pz3を保存後、オープンしレンダリングするとこんな色になってしまいます。
最新ファイルで気付いたのですが、１つ前でも同様でした。

あと、やはり、miki2_fixをシーンにロードしてもノーマルMiki2がロードされてしまいます。
OSX 10.6だけなのでしょうか・・・(^^;)

[pines]

P7Jで、アイメイクのブレンド用画像をスクリプトと同一ディレクトリに置くよう変更したものを使ったのですが、やはり、外部ランタイムでは使えません。メインのランタイムに入れると使えます。


P6Jでも使ってみました。不具合があるにはあるんですが、データの問題じゃなくて、私の環境の問題のような・・・

○アイメイクのpythonが動きません。ポーズデータをダブルクリックしても、何も起こりません。ただ、WW2のpython版も動かないので、python環境に問題があるのだと思います。MaxOSX 10.3.9、Mac pythonは元は2.3で、2.4と2.5をインストールしました。

○テクスチャが歪んで適用されてしまいます。Suzuに限らず、サイズの大きなテクスチャを使ったときに時々起こる現象なので、これはMacのスペックの問題かも。
・Matファイルを適用すると、テクスチャが斜めに歪んで適用されます。〔画像1、画像２〕
・レンダリングオプションで最大テクスチャサイズ１０２４でレンダリングすると、プレビューそのままレンダリングされます。〔画像３〕
・最大テクスチャサイズ２０４８でレンダリングすると、妙なノイズだらけになります。〔画像４〕
・最大テクスチャサイズをSuzuのテクスチャと同じ４０９６にすると、きれいにレンダされます。〔画像５〕プレビューは歪んだままです。
・Suzuのテクスチャを２０４８に縮小すると、プレビューがきれいになります。〔画像６〕
プレビューがきちんと表示されているときは、最大テクスチャサイズを本来のサイズより小さく設定しても大丈夫です。

☆これは、多分、Suzu自体の問題ではないので、質問があったときに答える程度でもいいかもしれません。
☆MaxOSX 10.3.9＋Poser6Jは、最近はほとんど使っていません。６年くらい前のMacなので、pythonでそこまでサポートするのはキツイのかも・・（よく分かりませんけど）
とりあえず、キャラは問題なく使えました。