【PC】デッドオアアライブ5LR MOD制作スレ7 [無断転載禁止]©bbspink.com
■ このスレッドは過去ログ倉庫に格納されています
MODなんてしょせんいろんな所からの寄せ集めじゃねーか
DOA5LRは特に１からコスつくる人あんまおらんし
全部要りはぶっちゃけありがたい MMDを移植してくれたらDOAも化けるんだけどな
ハニセレが色々出来すぎて自由度ではおいてかれちまってる 初期に中華で片っ端から改造モデル集めて梱包したDLCアップしてたやついたなぁ >>699
ハニセレはすぐに飽きてしまった
エディットの幅は広がったけど表情がぶっさくて
同じイリュが２年前に出したプレイクラブはキャラクターが可愛い >>694
修正しました！
気付いていなかったのでほんと助かりました。ありがとうございます。
Movie Data Tool 0.12.0
https://www.mediafire.com/folder/9zi2gt8dyllaj/doa5mod
なお、顔ボーンの位置調整のボタンの場所が変わってますのでご注意下さい。 >>704
修正ありがとうございます！ 乙です (｀･ω･´)ゞ ほげさんいないからLR Photo Studioのこの素麺みたいになるバグはもう直らないのか……
http://www.mediafire.com/convkey/e98d/tlwmbdm23zcbvcezg.jpg
（画像はKASUMI_DLC_008.TMC） >>704
お疲れ様です
要望なのですが、ムービーデータツールを複数開いて、コピーしたシーンデータの数値を
他ファイルを開いているムービーデータツールに貼り付けできるようにはならないでしょうか？（テクスチャツールのように）
もし可能なようでしたら、ご検討いただけると幸いです。 >>707
こうやって表示されてしまうTMCをABC Transformerで変形すると
UVが壊れちゃうのでなんとか直してほしいんですけどね・・・・・・ >>708
Texture ToolとMovie Data Toolのコピーのやり方が違うので、すぐ対応というのは無理なのです。
一応何とかできないか考え中ではありますが……
>>710
そんなとこにも影響があるんですねー。 http://i.imgur.com/vFekM1G.jpg
https://mega.nz/#F!25E0kabI!VK6AnXpdysMC1pwtyOKe0w
・私の糞PCでは動作が重いです。軽い版は間に合いませんでした。特に要望があれば軽い版を
作るかもしれません。
・揺れそうな造形のモノは全て揺れません。
・「Expensive Underwear」 で画像検索して出てくるそれっぽいのが元ネタです。
「Lingerie Jewelry」も参考にしました。 ビーチパラダイスみたいにステージを移植するのって、前にハリーさんのポールを移植した時みたいにAUTOLINK 以外のやり方でも可能でしょうか？ スクールガールストライカーズのほのかコス（HONOKA_DLCU_017）から
髪型だけ取ろうとしてるんだけど、なんでかうまくいきません。
Noesisで見るとちゃんと表示されてるんだけどゲームだと何も表示されず。
ヘッドフォンみたいな部分を残すとそこだけは表示されてる。
透明フラグとかいじってみたけど変化なし。原因分かりますでしょうか？
やり方としては>565と、俺用メモさんにあるやり方（ブランクメッシュ挿入するやつ）の
両方を試してみましたがダメでした。 >>712
いただきました。ありがとうございます。
特に腰の宝石とか揺れるとなお一層うれしいです。(^^; >>714
>>565の3を以下に変えてみてもだめでしょうか？
3. 「MOT01_Head」の親ボーンを「----------」に、「MOT00_Hips」の親ボーンを「MOT01_Head」に変更して保存 >>712
いただきますた！
ヒトミちゃんってアンダーヘアが似合いますね
ザック島にカメラ持って忍び込みたいです。。
>>717
たわわすぎです姉さん。。 >>718
うはーいけました、ありがとうございます！ >>720
もしかしたら一部のコリジョンを消さないと変になるかもしれません 一部のコリジョンじゃなくてWGT_hair以外全部っぽいです…… >>721-722
ちょっと確認した分には特に違和感なかったんですが
動かすとおかしくなるんでしょうか？
とりあえずコリジョン消しましたーありがとうございました！ >>723
どうもですー。
コスによっては影響ありそうなんで消しておいたほうが良さそうです。 質問スレ>>44
>>Blenderでの頂点編集でお聞きしたいのですが、
>>tmcmeshを編集してexport後、Blender上や実際のゲーム上、noesisでは正常な表示なのですが、
>>LRPSで見ると面が欠けて穴が空いてます
>>
>>皆さんこういう経験はありますでしょうか？
>>あと放置してしても問題が無いのでしょうか？
実際のゲーム上で問題無ければ放置でいいのでは、と思いますが。
LR Photo Studioのキャプチャがあれば何か分かるかもしれません。
データそのものがあればベストですが…… >>730
返答ありがとうございます
スカルプトモードで同箇所を弄って上書きしたデータを見たところ
なぜか塞がって正常化されていました
すいません、再現したらまた報告させていただきます >>731
おぉ、問題なくなったんですね。
何だったんでしょうねー。
とにもかくにも、ご報告ありがとうございました。
再現したり、お気づきのことがあればお気軽にご報告ください。 バグの修正は作者の義務で不具合報告をお願いする立場のはずなのに、
「お気軽にご報告ください」って上から目線なことにちょっと違和感
ウイルス罪法案、バグ放置が提供罪に該当すると法務省見解 - エキサイトニュース
http://www.excite.co.jp/News/it_g/20110528/Slashdot_11_05_28_1335220.html こういう本文と違うタイトルつけて記事作るやつは駆逐されて欲しい
じゃないと>>733みたいな勘違いする被害者が出続ける >>736
すまないが>>733の記事の間違いを解説してもらえないか
俺を含め、>>733と同じ勘違いをしてしまう素人は大勢いると思う
特にバグを直さなくても作者に提供罪とやらが成立するのかどうかがはっきりすれば
ツール作者にも気兼ねなく開発を続けてもらえて意義は大きいんじゃないだろうか >>737
可能性はあるか？ときかれて ある としか言ってないのに
タイトルは 該当する と断定になってる
可能性がある と 断定する のではまったく違うよ？ 45 名前：実況しちゃダメ流浪の民＠ピンキー (中止 beee-Yf0w)[sage] 投稿日：2016/12/25(日) 15:47:37.28 ID:s+9n04Dm0 (PC)XMAS
>>44
制作関係の質問ですので制作スレで回答させていただいております。
たいした回答ではありませんが…… >>738
確かにその議論で延々とレスを消費するようなら考えものだが
すぐに結論が出るのなら>>737の最後の行のような意味はあるんじゃないか
もちろんツール作者全員が>>733の間違いに気付けるならその必要はないが
優秀なプログラマが優秀な法律家であることを期待するのは筋違いだろう
>>740
サンクス
グレーであっても黒ではないってことか
グレーであること自体納得できないが、悪法もまた法なりってやつか 「お気軽にご報告ください」を上から目線に感じるってのがおかしくね？ 誰からも金取ってるわけでもなく完全に慈善で配ってるソフトを使ってる側の奴が
バグ報告してほしかったら頭を下げろって言ってる？ｗｗ
何様なんだよ、てめえ じゃあ使うな 脳無しのくせしてほんとプライドだけは高いな、ほんとゴミだわ >>741
グレーっていう話じゃなくて
黒の場合もあれば白の場合もあるって話
ようはそのバグがウィルス的なものかどうか >>742
「お気軽にご協力ください」とはあまり言わないとかそういう感じじゃないか
ただ俺としては論点はそこじゃないと思うんだ
ぶっちゃけて言えば、作者が上から目線で何が悪いとすら思う
だからグレーというのは理解はできても納得できない
>>743
同感
実際>>733の記事も無料のプログラムにまでそういう責任を求めるのは
おかしいって論調だよな >>744
つまりウイルス的なものなら直すのは義務で
ウイルス的なものに限定すれば>>733の違和感は正しいってことか？
君は正しいってことを言ってるんだろうし君には全く非のない事だが
やっぱり納得はできないな 無料で出してくれてるのを直すのが義務とかなっちゃったら
誰も公開なんかしなくなるわな。
こんな神ツールを無料で公開してくれてる人が上から目線で
何が悪いのかと思うし、そもそも上から目線だなんて感じたことすらない。
「バグ見つけたら絶対報告しろよカスども、それができないなら俺のツールは使うな。
報告したって直すかどうかはわからないけどなｗ」
こんくらい書いて初めて上から目線つーんだよ。アホくさい。
ホント無能なくせにプライドだけは異様に高いのな。 >>746
例えば遠隔操作できるバグがあると知ってて直せるのに放置して
それを犯罪に使われたら黒になる可能性はあるんじゃないかとは思うが
それはバグを直す義務があるということじゃない
それと報告をお願いする必要もない
そもそも上から目線でもないから違和感を感じるのが間違い >>748
なるほどな
>黒になる可能性はあるんじゃないかとは思うが
>それはバグを直す義務があるということじゃない
結局は作者の自己責任でしかないということか
世知辛いが仕方ないか
>それと報告をお願いする必要もない
これは全くその通りだな
>それを知った時点で少なくとも未必の故意があってですね提供罪が成立する
という話ならわざわざ知らされるのはむしろいい迷惑とも言えるｗ
>>749
>天狗は天狗にさせときゃそのうち目を覚ます
百歩譲って「お気軽にご報告ください」に「報告することを許す」みたいな
ニュアンスを感じることは認めるとしても、
それで天狗というのはいくらなんでも飛躍しすぎだろう
それに別に天狗になっても大いに結構だと思うがな そもそも、「バグが報告されてるのに放置し続けた場合」が前提条件なんですが・・・
上から云々は、はっきり言って、あなた下ですから！ 駅でキチガイに出会っても話しかけないだろ？
ネットでも一緒、スルーしとけ
関わっても不幸にしかならない なんだ。。ただの精神病患者だったか。。荒らしかと思ったよ 道徳師匠に聞くべきかどうかもわかってないんですが、
blenderからtmcmeshで書き出すとUV位置が微妙にズレてしまいます↓
http://i.imgur.com/1Nr0SSh.jpg
重なっている赤いほうが書き出し後です。
正規化とかピクセル吸着とか必要な操作があるんでしょうか？
少しデリケートな処理をしたいのでどなたか助けて下さい〜 なんかすっかり過疎ちゃったな
今年最後に述べておく
道徳神は先生であり、神。
以上だ、有難う感謝しかない
最後にひとつ聞かせてください
OH、,道徳神よ、あなたがツールモッダーとして次に目指すタイトルはありますか？ どうもです。
>>758
これはTMCのUV座標があまり精度の高い値を持てないために発生します。
つまり仕様です……
>>759
ないです。
>>708
いけたっぽい。 >>760
>これはTMCのUV座標があまり精度の高い値を持てないために発生します。
>つまり仕様です……
誤差の原因になる数値計算の部分さえ精度の高い型を使えばいいというものでもないんですか？
計算誤差の合計がHalfの丸め誤差よりも小さければ値の一致・不一致は完全に復元されると思うんですけど >>761
計算誤差ではなく、Half（半精度浮動小数点数）の問題です。
公式も先っぽの方のUVはガタガタです。 >>762
UVって基本0-1の範囲のHalfの値ですよね？
だったら点を一致させたければ同じ値を指定すればいいような気がするんですがそういうわけでもないんですか？
これが頂点の座標みたいに座標変換が掛かってて、
違うの座標変換が掛かる点同士をピッタリ一致させられないってことなら分かるんですけど
あと、公式が最善の処理をしてるとは期待できない気が・・・ 影問題が発生する理由が何ですか?
どう修正することができますか。 >>763
>>だったら点を一致させたければ同じ値を指定すればいいような気がするんですがそういうわけでもないんですか？
同じ値というのは何と同じということでしょうか？
Blender書き出し前のUV座標値ですか？ >>765
そうです。>>761と同じことですが、例えば計算時の仮数部がHalfよりも10ビット大きければ、
ざっくり1000回（プラスマイナスの相殺を想定すれば100万回）程度の計算なら完全に復元できませんかね？
まあ情報落ちって話はありますが、そんなに隅っこのUVを使うことは少ないでしょうし >>766
Single（BlenderのUV値）→Half（TMCのUV値）の変換が入るので一致は無理だと思うのですが…… >>767
Singleが全く同じならHalfも同じですよね？
そしてSingleが多少違ってもHalfは同じになります。>>763や>>766はそういう話です
・・・もしかしてからかわれてる？？？ ちなみにSingleは32ビットで仮数部は23ビット、
Halfは16ビットで仮数部は10ビットです。念のため >>768
TMCをインポートしたものをそのままtmcmeshにエクスポートすると一致します。
が、>>758さんのは細分化してるように見えますんで、
書き出し前のUV座標値はHalfで再現できるかどうかは関係ないSingle値になります。
そして書き出しでSingleからHalfへの変換が必要なので、
書き出し前と書き出し後のUV座標がズレるということなのですが……
ちなみにHalfへの変換前のUVの計算は 1 - V値（Single） だけですので、
>>758の画像のようになるほどの計算誤差は発生しない、と思っていますがどうなんでしょうか。 あと>>758の画像は結構拡大されてますので、一辺が0.05ぐらいの範囲だと思われます。 多少の誤差くらい気にすんなよ！ガキじゃねえんだからさ！ >>770
>が、>>758さんのは細分化してるように見えますんで、
>書き出し前のUV座標値はHalfで再現できるかどうかは関係ないSingle値になります。
方眼紙の１マスがHalfの一つの値に対応するとします
マスの中心以外の点はHalfで再現できないSingleの値です
方眼紙上にデタラメに２つ点を打ちます
但し二つの点はマスの辺の長さに比べて十分に小さい（例えば8万分の1）とします
2つの点が別のマスに入っていれば2つの点はHalf表現で別の値になるわけですが、
そうなる確率はどんなもんでしょうか？
>ちなみにHalfへの変換前のUVの計算は 1 - V値（Single） だけですので、
>>>758の画像のようになるほどの計算誤差は発生しない、と思っていますがどうなんでしょうか。
そう思います。HalfとSingleでは23-10=13ビット、つまり8万倍も違いますし 誤：但し二つの点はマスの辺の長さに比べて十分に小さい（例えば8万分の1）とします
正：但し二つの点の距離はマスの辺の長さに比べて十分に小さい（例えば8万分の1）とします
でした。 道徳さんは相手を下に見てるような言い回しを無意識でやるよね
意識してやってたら相当性格悪い >>760
承知しました。
次は無くとも多大なる貢献に感謝を、道徳神
楽しい日々でした、良いお年をを！ >>773
>>方眼紙の１マスがHalfの一つの値に対応するとします
>>マスの中心以外の点はHalfで再現できないSingleの値です
>>方眼紙上にデタラメに２つ点を打ちます
>>但し二つの点はマスの辺の長さに比べて十分に小さい（例えば8万分の1）とします
>>2つの点が別のマスに入っていれば2つの点はHalf表現で別の値になるわけですが、
>>そうなる確率はどんなもんでしょうか？
低いと思うのですが。
>>758の画像でも書き出し後のUV座標が横一列に結構並んでたり（Vが同じ値）しますし。
>>776
まじすか……お気づきな部分がありましたらご指摘頂けると嬉しいです……
>>777
良いお年をー。 >>778
>低いと思うのですが。
ですよね？
つまり「Halfで再現できるかどうかは関係ないSingle値」になることと
「SingleからHalfへの変換」で値が一致しなくなることはほとんど関係がないですよね？
・・・おちょくるというか試されてるならこのあたりで勘弁してほしいです。。。 >>778
道徳さんには聴く耳がありそうなので、先程のやり取りを例にあげると
>>767
>>Single（BlenderのUV値）→Half（TMCのUV値）の変換が入るので一致は無理だと思うのですが……
例えばこの語尾を濁すような言い方は、相手に何かを指摘する場合にはやめた方がいいです。
暗に相手を非難するような印象が加わります。
例えば、
〜の変換が入るので一致は無理だと思うのですが……（そんなことも分からないのですか？）
のように受け手に非難を想像させる余地を残してしまいます。
ですので、何かを指摘する際は明確に「思います。」で締めくくった方が良いかと思います。
上記の文章を「ですので、何かを指摘する際は明確に「思います。」で締めくくった方が良いかと思うのですが……。」
とすると不愉快に思われる方が少なからず出ます。 >>779
本当におちょくっているわけでも試しているわけでもないので、
ほんのもう少しお付き合い頂ければ助かります。
「Halfで再現できるかどうかは関係ないSingle値」になること → BlenderでのUV値
「SingleからHalfへの変換」で値が一致しなくなること → tmcmeshで書き出したUV値
で「BlenderでのUV値」と「tmcmeshで書き出したUV値」がズレているという問題だと思っていたのですが、
そもそもの論点について私が何か勘違いしていますでしょうか？
なにかすれ違っている気がしてきまして。
>>780
なるほど。ありがとうございます。気を付けます。 質問スレで
>「制作関係の質問なので制作スレで回答します」
っていうのも正直やめた方がいいと思う 210 名前：ほのぼのえっちさん[sage] 投稿日：2016/10/01(土) 02:29:55.05 ID:pSCVRZa20 (PC)
偉そうなことを言ってすみませんが、図々しいという表現は少し言葉が悪くないでしょうか。
熱意ある要求に対してこの言葉が使われていたときは傍から見ても気分がよくなかったですし、
ただのコリジョン問題一つにしても試行錯誤に費やした労力は質問者さん以外分かりようがないはずです。
何より、ご自分の製作熱意の無さを誤魔化すために文句を言ってるような印象を受けます。
592 名前：ほのぼのえっちさん[sage] 投稿日：2016/10/23(日) 17:35:08.71 ID:7nNyvpKI0 (PC)
疑問文に「か」を付けないって叩かれてたのは単純にその言葉遣いだけに問題があったわけじゃなく、
アップしてもらってる物に作者さんのがどれだけ手間をかけてるかということも考えずに
それが自然に湧いてくるものであるかのような態度をとってたのがよく思われなかったんだろうね。
そういう身勝手な意識を持ってなければ「もうあがってます？」なんて表現は出てこないだろうし、
作者さんを急かすことにもなりかねない発言なんだから言葉には相当気を使うはずだよ。 >>782
それは適切に誘導してるだけで、むしろ必要でしょ。
内容の住み分けはちゃんとしないと皆が困るよ。
物理と数学をを同じノートに書いてはいけない。 >>758
ちょっと考えたところ、結構面倒ですが「少しデリケートな処理をしたい」ということであれば
ズレをなくしたい部分を別オブジェクトにして、UVを拡大するという方法がありますね。
拡大倍率が大きくなればなるほどズレは減ります。
そのオブジェクト用の画像を用意する必要があったり境目を気にする必要があったりします。
（画像は拡大する必要は無く、切り抜きだけが必要です） >>783
>で「BlenderでのUV値」と「tmcmeshで書き出したUV値」がズレているという問題だと思っていたのですが、
そうすると、Singleの値が丸めによってHalfの値に吸い寄せられることが問題ってことですか？
だとすれば、その結果ズレが生じるわけですから「ズレるのは仕様」って答えは確かに正しいですね。すいませんでした
ただ、そのズレは多くの人が想像するであろうズレとは随分違うものなので、
（蓄積する性質のものじゃないとか、原点近くはズレが少ないとか、整数点の折り返しで悪化するとか）
「仕様」とだけ答えて突っぱねるのはちょっと違う気もします。。。 >>785
物理と数学の違いは確固たる共通理解があるけど
制作関係の質問かどうかは俺様ルールなところがあるというか、
俺の判断がここの総意だっていう態度の方を問題にしてるんじゃない？ とりあえずID:CbWEyb/B0がコンプレックスから噛みついてる流れは分かった。 >>787
言葉は間違っちゃいないが不親切だったってこと？
ほとんどの人間は仕様だと言われたらハイそうですかとしか言えないから
分かる人にはこういう指摘をどんどんしていって欲しい >>758をよく見ると縦方向にばっかずれてるようにみえるけど、
これもID:po3U0VG70が言ってることと関係ある？
素人考えでは横が揃えられるなら縦も揃えられるだろって思うんだけど >>791
縦方向だけ、しかも最近接点じゃなく必ず上方向に丸めてるね
これで仕様っていうのは苦しい気がするな >>787
>>ただ、そのズレは多くの人が想像するであろうズレとは随分違うものなので、
>>（蓄積する性質のものじゃないとか、原点近くはズレが少ないとか、整数点の折り返しで悪化するとか）
>>「仕様」とだけ答えて突っぱねるのはちょっと違う気もします。。。
突っぱねたつもりは全くありません。
「仕様」としか答えようが無かったのですが、もっと勉強していれば適切な回答ができましたね。
また、浮動小数点数について詳しくなかったので勉強になりました。
お付き合いいただいてありがとうございました。
>>788
>>俺の判断がここの総意だっていう態度の方を問題にしてるんじゃない？
BlenderからExportしたtmcmeshの問題でしたのでこちらへ誘導させてもらいました。 >>791
>>787での「原点近くはズレが少ない」に該当するようです。
この部分をTMCのUV原点である左上近くに持っていくとズレがかなり減りました。
（UVの上下反転だけではズレは減っているようには感じませんでした）
UVの配置を変えれば>>786のように別オブジェクトにする必要はないかもしれませんが、
それはそれで面倒そうですね。
>>792
変換に利用しているものがそうなっていまして。
何とかできないかはトライしているんですが。 >>794
銀行丸めじゃなくて四捨五入でよければこんな感じでどうですか？
Half SingleToRound_RoundToNearest(Single x)
{
// HALF_EPSILONはHalfの計算機イプシロン
return SingleToHalf_RoundTowardZero(x * (1.0 + HALF_EPSILON / 2.0));
} 758です
皆さんありがとうございます。
スクショが分かりづらくて申し訳ありません。
計算式の問題だったんですね〜
構造を考えなおさないと…
ちなみに横にもズレてますよ
>>786
たしかにスケールが大きければあまり問題がないようですね。今まで大げさな問題が出なかったのもピクセルのサイズとの差も影響していたわけですね。
ハリー方式で乳首を島UVにすれば解像度の拡大とキャラクター別の胸部テクスチャの歪みの解消が見込めたんですけど、個別に乳の歪みを取ったあと島にして、それから乳首を島にするとなると作業量が半端ないなぁ
バージョンアップは置いておこうかな… 別に立候補したわけでも任命されたわけでもないのに、事実上のボードマスターはつらいなｗ
>>778
そんな部分などないですが、おかまチックなところがないのでちょっと怖いときがあります。
語尾をおかまチックにすればモテます（見えてる罠）
>>777
よいおとしを〜 ■ このスレッドは過去ログ倉庫に格納されています
