【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

基礎知識であろうと、それを書けば解決するってのならいちいち説明する事もやぶさかじゃない
とはいえ、現状の環境を提示できれば見込みくらいは言えるかも知れんけど、提示できないなら自己解決しか道がないんだ

最近までUtvideo知らずに生AVI吐いてたそこそこ有名なmmderがいるってこの前Twitterで見て驚いたわ
書き出しにすげー時間かかるだろ

cinebench みたいなMMDエンコードベンチみたいのもあって良さそうなものだけども。
この構成ならこの動画のAVI出力が5分！ こっちの構成なら7分！サンディとSSDなら50分とかな
「同じMMDデータをエンコードする」という部分が難しそう。

AviutlでCPUエンコからGPUエンコに変えたのと同じように、
3770k＋GTX1060+sataSSD+DDR3から3900X＋RTX2070super+ PCIe GEN4のSSD+DDR4でavi書き出しが3,4倍くらい早くなるととてもいいな。

>>585
たしかwikiにも書いてるレベルの話だけど
案外と古参程そういうモノを観ないで始めるのかもしれよね

>>583
m.2ならもっと速くなるかも

GPUエンコのノイズって気になる程出ますか？

>>585,587
質問させてください
「生AVI吐いてた」というのは、「未圧縮」での出力という意味でしょうか？
普段、MMDから「未圧縮」で出力 ⇒ AviUtlで「プラグイン出力」「拡張x264出力(GUI)Ex」でMP4に変換してるんですが
こういう手順を踏む場合にコーデックを入れて良いのかよくわからず、未圧縮で出力していました
FullHD以上の画質でつべやニコ動に投稿したい場合、MMDから「UtVideo RGB DMO」等で出力し、
そのAVIファイルをAviUtlの「プラグイン出力」「拡張x264出力(GUI)Ex」でMP4する、という方が画質劣化無く短時間で処理できるのでしょうか？

ZIPやRARなどの圧縮ファイルの中身が劣化するかい？
UT-Videoも同じこと

画質劣化気にするならそりゃ生avi出力が一番劣化しないだろ
俺はUTで422の奴使ってる

生=未圧縮
UtVideoのRGBなら可逆圧縮だから未圧縮と同じ画質でファイルサイズが小さくなる
出力も速い

どうせmp4にするならYUV420で出力してさらにファイルサイズ小さくしてもいいと思う

>>591-593
ありがとうございます
一通り試してみます

どうせニコ動で再エンコされるしな

UT-VideoのYUV420やYUV422は精細情報（明暗）は無劣化だけど色情報は間引きされてるよ。

ttps://www.ite.or.jp/contents/keywords/FILE-20120103130828.pdf

「人間の視覚特性には，例えば暗闇では物の形は認識できても色については
認識しにくいといったように，輝度に対する感度に比べて色に対する感度が
低いという性質があ」るという特性を利用している

もっともニコ動にせよYou Tubeにせよ再エンコで色情報は最終的にyuv420相当になるので
最初からMMDからYUV420でAVI出力してる。
そのほうが軽いし、MP4にエンコする時間も短くて済む

>>595-596
つべやニコ動にもアップしてるけど、自分で観賞するときはローカルのファイルで見るので、
できるだけ劣化は抑えられる方が良いなと思ってます

ひとまずMMDからUtVideo RGB DMOでの出力を試してみましたが、
俺の環境だと未圧縮での出力からあまり時間が短縮された気がしなかったです
3000フレーム程度の動画で、時間を実測したわけではなくあくまで体感でしたが…
もっと長い動画とか、モデルの人数が多いものになったら差が顕著になるのかな？
とりあえずしばらくは引き続きUtVideo RGB DMOでの出力でやってみるようにします

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、回転/移動付与の調整でワンチャンかね
手に負えないならボーン構造晒したほうがいいと思う