【MMD】紳士動画製作者のダベり場22

!extend:checked:vvvvv:1000:512
!extend:checked:vvvvv:1000:512
■ＭＭＤでえっちな動画を作ってる人専用の『だべり場』です

動画制作者のレベルは超初心者から上級者までさまざまです
互いの「作品」「モデル」「テーマ」「フェチ」を尊重し、建設的で楽しいスレにしましょう

“建設的”というのは、
動画のダメなところを指摘し叩くことではなく、キラリとひかるものを賞賛、分析、考察、公式化して、皆の技術水準が向上するように努めることです
『見る専』のいう“評論（投稿者叩き・作品叩き・モデル叩き）”とは、その本質がまったく異なります

互いの技術向上の為の「動画交換」「オリジナルモデルの交換」は大いに結構です
盛り上げていきましょう

また、次スレは>>980を踏んだ人が宣言をして建てること
(流れが早い時は>>950)
・メル欄に[ ageteoff ]を忘れずに
・ワッチョイは１行目に
!extend:checked:vvvvv:1000:512


■前スレ
【MMD】紳士動画製作者のダベり場21
https://egg.5ch.net/test/read.cgi/streaming/1565114438/
【MMD】紳士動画製作者のダベり場20（27レスdat落ち）
https://egg.5ch.net/test/read.cgi/streaming/1564830850/


■紳士MMD製作者お役立ちリンク（随時追加）
MMD紳士動画製作wiki
http://seesaawiki.jp/gentle/
MMDArchive(利用規約的にグレーなものモデルもあるので自己責任で)
http://mmda.booru.org/index.php

---

VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured

MMDからのavi出力に要する時間でボトルネックになるのはほとんどレンダリング。
無圧縮またはUtvideo による可逆圧縮の種類の差とかHDDに書き込む時間とかの影響はほとんどない。
ためしにaviの出力先を外付けSSDにしてみたが、全然かわらなかった。

YUV420とRGB DMOで差が出るのはAVIからMP4に変換するときのエンコードに要する時間。

自分用に少しでも画質の良い動画を残したいなら、RGB DMOでavi出力してH265でエンコード。

>>598
ありがとうございます
H265、使ったことなかったので試してみます

>>598
レンダリング速度はエフェクトの量にもよるから、その辺を無視して一般化するのはどうなんだろう
エフェクト量をグラボ相応に抑えている人ならエンコード圧縮率向上の恩恵はあるよ

そのh264/h265変換こそマルチコアのパワーを発揮するところだよね
まー4kでないとそんなにストレス感じないけど

AVI 出力に関しては GPU の VRAM は最低でも 4GB ほしいところ。
モデルをたくさん読んだりして、これが足りていないとめっちゃ遅くなるよ。

低速なドライブ使ってると書き込み速度もボルトネックなるよ

自分の環境の場合無圧縮だと5400rpmのHDDでタスクマネージャのアクティブな時間がほぼ100に張り付いて遅くなる
出力先SSDにしたりHDDでもUt使うと余裕できてコーディックによる差もなくなる

現状余裕あるなら気にしなくていいけどね

ボトルネックねｗ

俺もつい最近までそのまま（生）AVI出力していた
これがハードディスクに負担かけてたと思う
俺もUtVideoのビデオ圧縮コーデック使うのは
処理の負担抑えるのにいいと思う（CPUの負担は増えるけど）
俺は（たしか）案内の説明で選んだと思うが一番上の
Utvideo YUV420 BT.709DMOっての使ってる
俺のPCはOSがWin10の日記作業のワードエクセル使う位のノートPCなので
エンコードはH.265とかCPUの負担大きそうなのは使えなくて
H.264を使ってる。ここらへんは動画投稿サイトに合った
画面サイズ、エンコードを選んで、もう一度エンコードされて
画質が落ちないようにすればいいんじゃないかな？
MMEは（普段使ってないｗ）ray-mmd-1.3.1v2　Ray（マテリアル特に設定無し）
1280x720　60fpsでAVI出力つんでれんこのエンコード2時間位
https://www.nicovideo.jp/watch/sm36036901

こんな感じで作ってますあくまで俺の場合だけど(°ω°=)ｻﾝｺｳﾅﾚﾊﾞ

生AVI→XMedia Recode
これで事足りてる、コーデックは何も入れてない
Win10そのものがアップデートでコーデック対応してるし
エンコードっても3分くらいの動画なら10分もかからない
720Pの30FPSだけど

>>573
ども、お陰で作業の負担減りそうだわ(°ω°=)ｻﾝｷｭｰﾐｽﾀｰﾎﾟﾎﾟ
そうかーまだまだPMXエディタの使い方知らない機能多いな
いやMMDもだけどｗ

>>600
レンダリング速度はエフェクトの量にもよるから、その辺を無視して一般化するのはどうなんだろう＞
たしかにそれはありますね。

じぶんはRAY-MMDを使って2560ｘ1440ｐ60fpsや3840x2160p60fpsとかの動画ばかりなので
レンダリング時間とエンコード時間の長さが現状での目の上のタンコブ状態なもんですから

>>601
それよりGPUに任せた方が速いぞ

>>609
ハードウェアエンコードって画質落ちませんか？
自分が前やったときはソフトウェアエンコードにくらべ明らかに劣化を感じたんですが。
長さ10分とかの動画を毎日投稿とかだったら背に腹は替えられないですが,
MMD動画は長くてもせいぜい4，5分ですし投稿も週イチとか10日に1辺ですし

テストしたハードウェアエンコードソフト
ttps://www.gigafree.net/media/conv/As-Video-Converter.html

Adobe Premiereあたり使って比較するといいかも

動画投稿サイト用ならNVencでいいだろ。
fantiaとかでより高画質なのを支援者にっていうのなら、ソフトウェアのマルチパスエンコードにすればいい。

ファイル書き込み処理そのものはPCの処理としては圧倒的に遅い
MMDでの出力の場合は膨大な物理演算や重いMMEがボトルネックになってる場合もあるからそういう場合はUtVideo使って圧縮しても効果は無いんだが
それでもその動画編集したりエンコードするならファイルサイズが馬鹿でかければ読み込みで時間がかかる分確実に遅くなるんで未圧縮使うのはデメリットにしかならない
単純にディスク容量食うしコピーしたりバックアップしたりするんでも時間かかるし

敢えて無劣化圧縮のデメリットあげればインストールしないと使えないのと使用時にコーディック選ぶ分手間がかかるぐらい

前にAviutlのH264、H265、NVEncのプラグインでエンコードして比べてみたけど
エフェクトray-mmdのみだと見た目的には大した違いは無かったように感じた

自ツイッターで悪いけどその時の軽い検証した動画と結果
ttps://twitter.com/inwerwm/status/1160514003983982592
https://twitter.com/5chan_nel (5ch newer account)

動画の画質は未圧縮状態からの劣化の度合いだから比較すれば数値で出せるけど
ビットレートが十分あれば見た目での違いは出にくいと思う
動画サイズに厳しい制限があるとその中でできるだけマシな画質にしようとするからノウハウが出てくる
画質とは少し違う話だけどYUV420や色空間の変換で色味が元と変わるのが気になって一時期エンコ設定沼に落ちたわ

>>610
設定の詰めかたがあまいか、そのソフトがパラメータ調整できないだけじゃね？
aviutlのnvencプラグインならパラメータの例とかあるだろうし、そっちも試してみたら？

FHD/30FPSでiwaraのビットレート制限の7500Kbpsでエンコするとこんな感じ
EVEncは普段適当なエンコしかしないからあまり設定詰めれてないけど

元データ
https://dotup.org/uploda/dotup.org2037003.png

x264
https://dotup.org/uploda/dotup.org2036993.png

NVEnc(H264)
https://dotup.org/uploda/dotup.org2036996.png

ちなみに>>617のSSIMは
x246が0.969607
NVEncが0.960309

iwara300Mまでだからnvencは使わないなー
なんとなくcpu x264とnvenc h265が画質容量同じくらいかなって印象

ってゆーか生AVI保存しとくもん？
エンコード終わったら即捨てるけど

エンコのソースとしてのみ使用なら出力速いし捨ててよさそうだけど
別のソフトで後処理や編集している場合は出力したファイルも部品扱いなる

>>620
俺も時間かかって出力してるけど大体AVIは消しちゃうね

たぶんここの方かな？動画が無断転載されてるよと教えてくれた方感謝
俺程度の大したことのない技術じゃせいぜい500程度の再生数だろうし
好きに使えばいいんじゃないかな？
（そんな大手の所なんて再生数怖くて見に行けないちきん）
ただ元はニコニコの資産だからちょっと大丈夫かな？って気はするけど

つーか俺も転載なんてされるようになったのかｗｗｗ(°ω°=)

iwaraは
H.264　Main4.1　8bit　300MB未満なら再エンコはかからない

>>622
Pornhubに無断転載されたことある、再生回数が1桁で微妙な気持ちになった

>>623
300M以上ってUPできなくね？

https://www.youtube.com/watch?v=xds00gPAOk8
ワンピースvtuberって動画なんだけどこのモーションキャプチャー
めちゃすごいわ

>>624
条件に合致したもので300MB未満ならエンコード時の画質は維持される

条件からはずれていれば、アップ時に再エンコされる
例えば、200MBでもMain5.2なら再エンコって意味やね

>>624
俺も転載あるわー
pornhubはよりガチエロ志向だよねサムネがマッパの方が伸びてる感じ
つか向こうの方が便利じゃね？って転載集見て思ったw
あ、1080のDLはプレミアムじゃないと駄目だっけ？

反応やコメント欲しくて動画投稿してるのに転載先で百万回以上再生されてて数千コメント付いててそのコメント対象が転載者だとうーんと思う

>>626
そうじゃなく、300MB以上のファイルはアップロード時に拒否されるから再エンコすらされないって意味では

>>624
1桁ｗ

iwaraの再エンコ条件でプロファイルとレベル関係ないよ
10bitの[email protected]で再エンコかからないし、同じ条件でLeveだけ無駄に6.2に上げても再エンコなかったよ
10bitだとブラウザの対応が厳しくなるけど
再エンコかかる人たちはだいたいビットレート上限超えてるんじゃない

>>627
プレミアムでログインしないとできないね

>>630
「何したかったんだろ」ってマジで困惑したし
外人はようわからん

Aviutlの拡張ソフトエンコードとハードエンコードの比較やってみました。
https://imgur.com/a/u2cpbKW
avi出力
1920X1080P60FPS 0〜3200フレーム　UT-VIDEOのRGB DMO出力（この時点で13.6GB）

1.H264
拡張Ｘ264出力：自動マルチパス（2パス）ビットレート10000（所要時間3分22秒）

NVenc:h264、VBR可変（高品質）ビットレート11000（所要時間1分39秒）

動画
https://www.mediafire.com/file/mxy9jf5dsbp4msn/SOFTENCvsHARDENC_264.zip/file
（解凍パス：mmd）

2.H265はこちら
拡張X265出力：自動マルチパス（2パス）ビットレート10000（所要時間7分21秒）

NVenc:h265、VBR可変（高品質）ビットレート11000（所要時間1分40秒）

動画
https://www.mediafire.com/file/zk0gg22kogn1i7f/SOFTENCvsHARDENC_265.zip/file
（解凍パス：mmd）

動作環境は　ryzen5 3600+ RTX2060 +メモリ16GB +WIN10

品質にハードかソフトかは関係無くてこの場合「自動マルチパス（2パス）ビットレート10000」と「VBR可変（高品質）ビットレート11000」の部分とそれを実現する手段のソフト的な問題じゃ
実際には拡張Ｘ264出力とNVencを比較してるだけでハードとソフトの比較っていうのは不適切では

>>636
拡張Ｘ264 VBR可変（1パス）ソフトウェアエンコで同じくらいのビットレートです
http://www.mediafire.com/file/tb33k8cqz732sgm/onepassVBR_24_2.zip

VBR高品質（--vbrhq）は2passだよ
ただソフトエンコでできるような最初に動画全体を見るものじゃなくて直前の1フレームしか使えないやつだから同じゃないけど

NVEncのユニット自体がソフトエンコほど機能充実してないからハード的な問題、CPUみたいになんでも計算できるわけじゃないからね
特に古いGPUほどNVEncも低機能だから画質悪くなる

結果のssim（だっけ？品質）の値が要るんじゃない？
同じレートでも違ったはず

拡張Ｘ265 VBR可変（1パス）ソフトウェアエンコで同じくらいのビットレート
https://www.mediafire.com/file/rw3ma2kj4esj4er/SOFTonepassVBR265.zip/file
所要時間3：50

637の所要時間は1：50でした

ぶっちゃけモーション修正とかの方がめっちゃ時間かかるし（自作だともっと時間かかる）
数値だけ並べられても「へー」くらいにしか思わないかな

RTXシリーズ使ってるから、うちはNVencでいいみたいだな。かなり早いし。

nvenc試したけど時間半分、容量5割増しって感じだった
そもそもmmdの尺で2Kだとソフトでも10分かからないので俺はソフトエンコードで良いかな
設定煮詰めるとかもやり易いし

aviutlではnvencでも固定ビットレートでファイルサイズ決められるけど、本来サイズが増えるその分だけ画質が悪いって感じなのかな

胸の形状が外を向いているモデルで乳首位置を調整する場合の質問なんだけど
ハンドルや角度数値の入力で弄っても思ったように動かせない。。
なんか良い方法ってあります？
https://dotup.org/uploda/dotup.org2039409.png

胸ボーンをローカル軸設定して数値をクリップボードにコピー
[動]ウィンドウの軸指定タブで[近軸]ボタン押して、仮想軸有効にする。なんならボーン位置もコピーして軸中心に貼り付ける

ボーンを基準に動かすなら、TFViewでボーンを回転、移動させて形状変化した方が早いし滑らかになる

この場合、既存の胸の編集だから鏡像操作を考慮した

mmd内のプレビュー画面での再生時はちゃんと動作してるのにAVI出力すると外れてる外部親があるのですが、考えられる要因はありますか？
同じモデルを4体入れてるのが原因かなぁ…

外れてるって現象もいくつかあるから、せめて「外れてて動かない」のか「追従しているが外れてる」のか書こう
前者はいずれかのモデルの不具合とか、モーション流し込み時に親登録付きvmdを読みこんだ場合の、いわゆるぬるぽ的なバグ
後者は親ボーンが剛体影響下にある場合がよくある

現象としては前者ですね
読み込んだのはpmmで親設定したのは自分なんですが、寝てる男に対するFェラシーンで相手の頭ボーンにtnkのIK親を設定しています。
これがプレビューだとフレーム編集時は勿論、流し再生でもちゃんと追従してるのですがAVI出力するとピンコ立ちで微動だにせず相手のおでこに刺さってるw
ま、短いシーンなので外部親は諦めてボーンで調整しようかなと思いますが後学のため伺いました

説明だけ見ると、他の人には再現できない不具合っぽいな。もし試してみるなら
・「全モデル」をPMXEで状態検証。×や△があれば〇になるよう修正
・「全モデル」の表示・IK・外観に打たれてるキーを削除。外部親もリセットされるので再設定(コピペしないほうがいい)
ここでMMD再起動してもいいかも知れない。それでもダメなら
・軽めのダミーな別モデルを外部親・子に設定、モデル非表示にしてボーンが思った通りに動いているか検証
・MMD再起動のうえ新規の状態から竿役と女の２モデルだけで動作検証
あとどうだったか覚えてないが、モデルの計算順序設定で外部親側のモデルを先にするってのも、おまじないになるかもしれん

アドバイスありがとうございます。
やっぱ地道に検証していくのが良さそうですね。
一応ボーン、剛体、ジョイントのエラーは無いか確認はしました。スフィアとか面無し頂点はまぁ良いかと放置してましたがこの機会に直しておくかな

外部親登録した際、そのフレームより後に既に表示・IK・外親キーが打ってあるとボーン位置が異常になって明後日の方向にボーンが飛ぶ
表示・IK・外親キーを打つときは先頭から順番に打つ、いらないキーはあらかじめ除去しておく（配布モーションに紛れていることあり）等の対処が必要
外部親登録した際は必ずそのボーンのキーも打っておき（フレーム登録を押す）、更に直前のフレームにもボーンのキーを打っておくと安心

>>654
あ、多分それですね
竿役は表示非表示切り替え等が入った配布モーションだったので、開始から順を追って打ち直してみます

pmmの配布モーションだったの？
表示・外部親・Ikキー入り(0F含む)の配布モーションはキー削除からはじめたほうがいいぞ
MMDは指定されてるボーンが正しいかどうかの検証を省略しているらしく、特に外部親設定で起こりやすいんだが、そういうモーションはメモリ内に存在しないボーンを親だと思って動いてしまう。IKも存在しないボーンをON/OFFしようとしているかもしれん
値がどこかにふっとぶ位なら可愛いほうで、MMDが落ちるとか、保存ミスが起こるとかもありうる。もしかしたら任意のコード(ウィルス)が仕込めるかもしれん。正直、何が起きても不思議じゃない

>>627
今どき1080pごときがプレミアムという時点で論外
ただで見せたいからiwaraでやってんだ
どうしても画質が気になるときはストレージに高画質版置くし

> 655, 656
PMMファイルの構造は↓に纏められているのが自分が知っている限り一番詳しい。

https://drive.google.com/file/d/0B6jwWdrYAgJTdXZSd1Noa2hKbmM/view

これによると外部親の設定は親モデルインデックスと親ボーンインデックスで指定されている。
モデルが変わったりしても保存時のボーン名のリストは持っている＊ので同一名のボーンが有ればなんとかなる可能性があるが無かったらどうしようもない。

＊ロードする時にPMMが持っているボーンリストとロードするモデルのボーンリスト（モーフも？）を比較して違っていたら例の「保存時と・・・」ダイアログが出る。
モデルインデックスはMMDの内部番号でモデル描画順や計算順と違う場合があるので挙動が分かりにくい。

あと厄介なのが「表示・IK・外親」がそのモデルの全ての対象ボーン等について一括で記録されている（モーフやボーンは変化があるものだけ記録されている）。
それで外部親の設定だけ変えたつもりでもその時の表示のon/offやIKのon/off状態も一緒に記録されちゃう。これが原因で>654の現象が起こる。

たぶん上流から順番に「表示・IK・外親」のキーが打たれているところを辿ってそれぞれの場所で外部親登録だけ（フレーム登録はしない）をやり直せば元に戻せるんじゃないかと思う。（間違ってフレーム登録しちゃった場合はそのフレームのボーンのキーを削除すれば戻る。）
自分は遡って外部親設定とか表示on/offを切り替えたくなったときはこの方法でそれより後のキーだけ修正することで対処していて頭から全部打ち直すことはしてない。

製作者にしか刺さらない&MMD自体カネから比較的縁遠い畑だから狙われてないけどツールとしてはたぶん脆弱性だよね

ウイルスとか脆弱性とかまったく関係のないことで騒いで不安をあおるスタイル

読むべきでないメモリをノーチェックで読んでしまう(その結果バグったり落ちたりする)ってのは不安煽るとかでなくて論理的にはセキュリティリスクだからね
一般ユーザー狙えるわけではないから攻撃側にリターンが見込めない≒実際上のキケンは少ないだろうけど

全く関係なくはないだろう
メモリの不正参照で落ちるようなバグを放置するということはそういうことだ(°ω°=)

>>658
キー打ち直しは賛成だが、その説明だとプレビュー正常でAVI出力だけ異常が出る現象が説明できなくね？
俺は不正なメモリ領域を参照してて、プレビューとAVI出力で内容が変わってる、ってのを推測してる
>>659
開発経緯からして色々省略するのもしょうがないよなぁ
趣味のコードを、モデルを躍らせるって目的を達成したうえでセキュアに保つとかキツいだろうな

まあ突然死するとかセキュア以前の話だと思う(°ω°=)

元は特定のモデルを躍らせるためだけのツールだったんだからしょうがない
モデルが増えるとか想定してなかったようなモノを、よくぞここまで……ってのが正直な感想

つか今日はID変わりすぎだ、652=656=663

配布はvmdで、表示非表示は保存されていて外部親は当然ですが何も無かったです。
で結論は出力開始フレームを1にしたら外部親は動くようになりました。
なんじゃそりゃw

なら0Fにある表示・外部親・IKキー消すのを試してみたらいいかもしれん
◆は残って見えるが、中に入ってる情報は消える

>>667
それも試しましたがダメでした
もう少し試行錯誤してみます
ま、1/30秒ずれならわからん気もしますが

>>663
そうなんだけど不正なメモリアクセスの場合再起動するとメモリの状況が変わるので同じ挙動が再現するってのも考えにくいし、MMD上の再生とAVI出力で違うモーション制御ルーチン使っているのか？とか考えてしまう。。。

>>666
そういえば最近したらばの初心者質問スレでやっぱり1フレームから開始しないと外部親が上手く動かないって書き込みがあった。同じようにIKと外部親の組み合わせ。ただしそちらの場合はAVI出力じゃなくて再生だけでもおかしな動きをするらしいけど。
ゼロフレームって特別扱いの部分はあるんだけど現象の理解に繋がらない。。。

>>668
自分でやるなら試したい事は多いけど、どの道あてずっぽうになるから助言打ち止めにしておく。スマン
とりあえず出力できるなら今回はそれでしのいで、次回以降>>652を思い出してくれたら嬉しい
「何が起きるか分からん」ってのは脅しでもなんでもなくて、セーブデータの破損みたいな事件が起きない事を祈ってるよ
pmmの再利用はしない事、配布モーションはVMDエディタ等でが余計なゴミがないか確認しておく事をおすすめする
>>669
示してくれた資料だと外部親やIKはIDで管理されてるみたいだから、同一環境で読みこめば似たような配置になると思うよ
アロケートした際のアドレスは、絶対値としては不定だけど相対値としてはそこそこ似た感じになる印象がある

別のモーションでもなったことがあって、その時は再生もダメでした。カーソルでのフレーム移動は問題なしでした。pmm配布のもので1フレームから再生は気づかなかったです。
どちらもmmd再起動OS再起動で再現しますね
元コンピュータメーカー社員としてはかなり腑に落ちない挙動ですw

>>645
俺も>>647かなぁ？
>>649
AVI出力の時だけ外部親が外れると言うのはないなぁ
多分AVI出力の時に外部親の数値が壊れた時はあったけど
俺のPC性能が良くないので
モデルが多い、IK、外部親沢山とかで外部親の中の数値が異常になってました。
同様にモーションコピペで切り貼りしてる時もたまに外部親の数値が壊れたときもあった
後はモーション切り貼りで全てのボーン選択使って外部親が設定されてない
モーションが入ってたか
MMDのモーションの外部親ON,OFFの箇所を順次に見て外部親設定入ってるか
座標の数字が異常でないか確認してみては？

ありきたりだけどどうだろ？(°ω°=)

1フレームからの話は知らんのう(°ω°=)
俺のモデルは常時IK全親装備なので０ＦでIKOFFするし
IKON/OFF、外部親ON/OFF使ってきてるけど
今の所おれはその現象は起きてないかな

あーでも今考えるとAVI出力の前の作業で壊れてたのに気付かないで
AVI出力しただけかも知れんｗｗ

PCの性能が良くないってのは通常遅いとかグラボで表示できないとかそういう事になるだけでは
数値が壊れるってのは性能以前でPCが壊れでもしないと無いと思うが

MMDの再生とAVI出力の違いは再生はリアルタイムなので処理が重くて描画が再生速度に間に合わなければ途中のフレームの処理がすっ飛ばされる所
処理がされなかったフレーム部分によって結果が変わる可能性がある
この場合おかしいのはMMDでの再生の方でAVI出力が本来のフレーム落ち無しの計算結果
あと再生の場合は通常AVI出力時より描画サイズが小さいのでグラボのメモリ消費が小さいってことが多いのでAVI出力するとMMEのエフェクトがグラボメモリ不足で動作しなくて結果が変わるってのもありがち

どうも外部親を切った貼ったやってると、IKの設定がずれて次の外部親の設定を読み込んで動作することがあるらしい。
「１フレームから再生すると問題ない」って０フレームのIKの設定がずれてるからだと思う。
手首が亜空間に飛んでくなんてよくあったよ。

んで、そーゆー現象が起きたときは、すっぱり諦めてすべてのIK設定（表示・IK・外観）を０フレームから削除する。
で、再度IK設定を前から順番にやり直す。

PmmDumpにpmmファイルぶち込むと外部親の設定情報のcsvファイルができるから
それを見て想定外の関連付けがされてないか確認してみてはどうかな(°ω°=)

MMDのフォルダ動かした後のpmmファイルってバイナリエディタからファイルパス指定書き換えるだけじゃダメなんだな
どっかにチェックサム的なものでも入ってる？

carry me offやkillerladyみたいにクオリティの高い多人数モーションって最近増えました？

おっぱいの乳首のウエイトが100で塗られてない場合、チラチラ乳首ピアスを付けるのは難しいでしょうか？
そもそも「今塗られてるウエイトの数値」というのは確認する方法ってありますか？

チラチラ動く乳首ピアス でした

近くの頂点のウェイト転写するプラグインが闇鍋の中に入ってるからそれ使えば上手いこといくんじゃね？

物理入ってないならウェイト転写でいいけど、動くんなら物理入りでしょ
ボーン構造次第だが親になるボーン複製して物理後をON、回転/移動付与の調整でワンチャンかね
手に負えないならボーン構造晒したほうがいいと思う

>>680
かなり前なのではっきり覚えてないが、例えば乳首のウエイトがおっぱいボーン80の場合
おっぱいボーンをコピーして回転付与おっぱいボーン0.8、物理後に設定
これでいけた

>>678
自分の理解では256byte固定領域にC Stringで書かれているだけなので文字列としては255byteを超えないことと最後にNull文字(00)を入れておくのを忘れなければ良いと思うんだけど。
チェックサムは無いと思う。

直接バイナリエディタで書き換えたことはないので間違っていたらごめん。

>>685
あ、確保してる領域固定長なのね…
長さ+実データ的な形式かとばかり思ってああでもないこうでもないと苦戦してたわ、それさえ分かればたぶん大丈夫だと思うありがとう

>>686
その直前に入っているモデル名（日/英）はそちらの形式（長さ＋実領域）だから紛らわしいですよね。
>658の解析結果を見ると色々参考になります。

>>680
その頂点に塗られてるウエイトの値見るのは
俺の場合PMXEditor使ってPMXView画面で
下のmodeで表示にWeightを選ぶ
PMX編集画面のボーン画面でその頂点のウエイト塗ってるボーンを選ぶ
塗ボタン押してウエイト/UV描写画面だして塗る画面出す
これでそのボーンにウエイト塗られてる頂点が赤くなってる
ウエイト/UV描写画面の開始押してCTRL押しながら頂点クリック（スポイト）
これでそのボーンに対して頂点に塗られてるウエイトが分かるよ

Pmxエディタはいろんな機能持ってるのでバックアップとって（←重要）
いろいろ弄ると機能の発見あって面白いかもねー(°ω°=)ﾅｹﾞｰ

>>678
pmmをメモ帳で名前の一文字直そうとしたらあれだ
例：モデル名１→モデル名２
ファイルサイズが1バイト変わっちゃって
pmmファイルと認められなくなったｗｗ
文字を打った時に文字に変な情報付けられるから
そうしないエディタが必要なのねコレきっと

リッチテキストの上書き保存ならいけるはず
まあフリーのエディタ使ったほうがいいけど

>>687
上手く行きましたありがとう！
>>689
改行コードの扱いとか諸々のデジタル的な事情でいわゆるテキストエディタだと余計な箇所まで変換しちゃうからね

>>688
W4モードでスポイトすればボーンとウェイト情報が同時に得られる

>>688 >>692
ありがとうございます！赤色の濃さで100％ではなさそうだな と思ってたんですが、実際の数字がよくわからなかったんです

ray-mmdでモデルの上方から強くスポットライトを当てると、地面の影が消えてしまうのですが、地面の影を強く出すにはどのようにしたら良いでしょうか？

>>694
lightタブでwith shadowとかいうやつを選べ

おお、ありがとうございます！！！

ray-mmdのspotlight with shadow はどっちかというと前面から照らすのに向いてる。
質感というか、くっきりした感じを出すのに最適

ただし白目がくぼんでるモデル(Tda式など）だと白目が黒くなる

デフォルト光の影の黒さを強めるならrayコントローラーの「Sunshadowｖ-」スライダーを右に

白目はエミッシブで光らせればいいですね