MMDバグ報告スレ　part2

535：名無しさん＠ダヨー：2014/03/31(月) 18:39:17 ID:trMS4nr.0: 補足ですが、PCはマッキントッシュのMD０９６ＪＡです。
ここにブートキャンプでwin8.1を入れて使用しています。
536：名無しさん＠ダヨー：2014/03/31(月) 18:52:57 ID:0rmuSR5U0: AVIの出力サイズは？
537：名無しさん＠ダヨー：2014/03/31(月) 18:54:50 ID:trMS4nr.0: >>536
1280×720を基本にしていますが、サイズを小さくした場合でも変わりませんでした。
他の要素の影響を受けず、wavファイル同時出力した場合は必ず6000フレームで停止してしまいます。
538：名無しさん＠ダヨー：2014/03/31(月) 20:36:32 ID:i0JpWjBY0: >>534
MMD910x64で640x360・9200フレーム音付きで出力したけど
最後まで問題なく出力できたよ
539：名無しさん＠ダヨー：2014/03/31(月) 23:17:20 ID:6vjvaVjQ0: >>534
AVIのファイルサイズは？
codec使ってる？

MacでWinエミュレータ使ってる固有の問題だったりして
540：名無しさん＠ダヨー：2014/04/01(火) 05:20:53 ID:Am0SiqDk0: >>539さんも言ってるように
おそらくこれってMacでWinエミュレータ使ってる場合固有の問題ぽいんだよね
他にも２件ほどマックのブートキャンプ環境で同じようなバグがあるって言ってる人がいたと思う
相性の問題だろうけど、どうすりゃいいんだろうね
541：名無しさん＠ダヨー：2014/04/01(火) 12:58:42 ID:E5r1AzwA0: いや、音声を別に出力すればいいなら解決済みでしょ。
MMD側に音声編集機能がないからエンコで一手間増えるだけ。
特殊な環境に無理に対応する必要は無いんじゃない？
542：名無しさん＠ダヨー：2014/04/01(火) 14:26:44 ID:uoY.Ia0k0: 同意
MMDじゃなくて、エミュレートの問題だし、MMDはWin用ソフトだし、出力できないだけで、作業はできるんでしょ？
それくらいの手間は諦めるしかないと思う
543：名無しさん＠ダヨー：2014/04/01(火) 17:27:21 ID:PAHHgv720: いや、対応するかどうかは樋口Pが決めることなんじゃないの？
おそらく対応されないだろうけど、そもそもここはバグを報告する場所であってここの連中が対応を決める場所ではない。
バグを解決する手段があれば教えるけど、音声別出力で編集ってのはバグを解決する手段ではないでしょう
544：名無しさん＠ダヨー：2014/04/01(火) 17:45:27 ID:1/reG5pw0: 「どうすりゃいんだろうね」に対する回答だろうと思ってた
それ以外については全く同意
545：名無しさん＠ダヨー：2014/04/01(火) 17:47:19 ID:uoY.Ia0k0: >>543
それバグじゃないでしょ？
エミュレータではこういう不具合がある、であって、MMDの問題じゃないじゃない
エミュレータのほうの問題じゃないの？
それで対応してないだのして欲しいだのって変じゃない？
546：名無しさん＠ダヨー：2014/04/01(火) 18:07:29 ID:1/reG5pw0: エミュレータのバグと確定したわけでもないのでは（まずそうだろうけど）
それに環境依存だとしても対応方法があるかもしれない
そういうの含めてここは情報交換の場であって、
対応するのしないのというのは、結局樋口さんが決めることじゃないの
ってことでは

バグ報告スレっていう名前から逸脱してると考える人が多いかもしれないとは思う
547：名無しさん＠ダヨー：2014/04/01(火) 19:38:35 ID:ewVyFpo20: >>546
同意
ただ、バグ報告スレっていう名前から逸脱してるとも思えるとはいえ
他に報告する場所があるわけでもなければ、内容的に関係ないわけでもないと思う

最近はマカーもそれなりにいるみたいだし(といってもオンボのノートが大半かもしれんが)
対応方法があるのならば解決されるに越したことはないんじゃないかな？
まぁ他に優先すべきことがあればもちろん後回しになるだろうけど
548：名無しさん＠ダヨー：2014/04/02(水) 02:11:39 ID:3ajUeAxA0: 【MMDのVer】9.10x64
【バグ内容】「物理OFF」にしていても、フルスクリーンでは勝手に物理演算される
【バグ再現方法】
　・メニューで「物理OFF」
　・Alt+Enterでフルスクリーン
　・再生（Pキー）　→　ガッチリ物理演算されます
【使用OS】Win7
【使用グラボ】Intel I5
【DirectXのVer】11
【備考】　「別窓」　では物理OFFのままですね。
549：名無しさん＠ダヨー：2014/04/05(土) 00:19:22 ID:1IUCFl020: V9.10で以前のpmmを読み込むと、重力の設定値が消えてしまうみたいですが
なんとかならないでしょうか？
550：名無しさん＠ダヨー：2014/04/05(土) 23:25:56 ID:RDLjfAx.0: バグなのか仕様なのか・・・なんですが
【内容】　「物理後」のボーンの移動が１フレーム(?)遅れる
【Ver】　　9.10x64
【再現方法】
　ブラスターB様配布の「阿賀野」「能代」モデル（http://bowlroll.net/up/dl35360）に付属の　艤装モデル　で、
　左足に接続する部分にある「足アーム親」を移動させてみると、
　「物理後」に設定されている「魚雷」の動きが遅れる。

　見た雰囲気ですが
　　・通常ボーンの演算→物理後ボーン（「魚発装」）の演算
　　・フレーム描画
　　・物理後ボーン（「魚発装」）の子供になっている物理後ボーン（「魚雷」）の演算

　　・フレーム進める
　　・通常ボーンの演算→物理後ボーン（「魚発装」）の演算
　　・フレーム描画
　　・物理後ボーン（「魚発装」）の子供になっている物理後ボーン（「魚雷」）の演算
　　　　・・・・・
　になっているのではないかと・・

【備考】
PMXE2.2.1bとMMD9.08x64では「魚雷」が遅れる事は無いように見えます。
551：名無しさん＠ダヨー：2014/04/06(日) 16:07:53 ID:lfE0/LUg0: 【MMDのVer】9.10　x64
【バグ内容】物理演算設定すると、編集をするたびに物理の種類が物理演算に固定される
【バグ再現方法】
ダミーボーンを読み込む＞物理演算編集＞剛体を作ってボーン01に関連付け種類をbone追従にする＞ＯＫ
この時は正常に動作。
その後もう一度物理演算編集を行うと、全ての剛体の種類が物理演算になっている
剛体は何個作ってどのボーンに関連付けても全て物理演算になる。

なお、付属のモデルで行っても再現した。
髪の物理をbone追従に設定＞再度物理設定画面を開くと、剛体の種類が演算になっている。
一旦モデルを保存＞MMD再起動＞保存したモデル呼び出しをしたがやはり物理演算に設定されていた。

【使用OS】WIN7　64bit
【使用グラボ】ゲフォGTX560
【DirectXのVer】11
【備考】
553：名無しさん＠ダヨー：2014/04/15(火) 21:04:32 ID:DQ/QiF5A0: 壊れなおし
554：名無しさん＠ダヨー：2014/04/20(日) 02:00:10 ID:zgCrfzQk0: 9.10x64で、全ての親ボーンを選択し初期化を押しても初期化されない
555：名無しさん＠ダヨー：2014/04/20(日) 02:15:20 ID:xFzECVkU0: >>554
それ以前からの仕様じゃ？
キー削除するか、数値入力するしかない
556：554：2014/04/20(日) 02:16:50 ID:zgCrfzQk0: 上記すみません
ver8.14以前でもその通り、仕様でした
557：名無しさん＠ダヨー：2014/04/20(日) 04:58:50 ID:9pklGOwY0: MMD Ver.9.09で、【美影】の状態がPMMに保存されないのは仕様ですか？
558：名無しさん＠ダヨー：2014/04/20(日) 16:40:41 ID:y/0iWezg0: いま9.10だから乗り換えるべし
559：557：2014/04/21(月) 18:12:45 ID:oRxO0wzY0: 9.10にしたけどダメだった。仕様ぽいね
560：名無しさん＠ダヨー：2014/04/28(月) 17:24:39 ID:KUuHbWAU0: もともとCtrl+Gだし、出力用の設定という扱いなんだろうね
561：名無しさん＠ダヨー：2014/05/02(金) 00:55:14 ID:oG4OX3T20: 単純にPMXエディタとのIK動作の仕様の違いかもしれませんが・・・
-----------------------------
【MMDのVer】9.10
【バグ内容】IKの計算が異なる
【バグ再現方法】IKに追随するボーンに別のボーンから回転を
　付与し、その後IK動作した結果がPMXエディタ0.2.2.1と異なる。
　ただしIKを作動させない場合の角度付与の結果は同じに見える。
【DirectXのVer】9.0c（4.09.0000.0904）
【備考】http://bowlroll.net/up/dl37237に最小要素だけ残した
　ボーン構造をアップしました。MMDとPMXでIKONとOFF時に
　腕をX軸で回してみてください。
-----------------------------
562：名無しさん＠ダヨー：2014/05/02(金) 01:44:36 ID:0nBG1v/20: >>561
PMXエディタ0.2.2.2、0.2.2.1dだと、IKオフ時にもMMD9.10x64と同じような変形になった。
PMXエディタ0.2.2.1だと確かにIKオフ時は変形が違ったんで、PMXE側で修正した不具合だったんじゃないかな。
563：名無しさん＠ダヨー：2014/05/02(金) 02:53:50 ID:JDZ.CTzE0: >>561
以前樋口さんが「IKの動作は各ツールで異なるけどPMX仕様に反してなければ修正しない」
みたいな趣旨のことを書いてて、どこで見たんだっけ、と思って探したら
このスレの>>530だった

前に別のスレで服の袖を回転させたくない件でやりとりした人だと思うんだけど
だとすると、上腕捩1～3をIKのLinkに含ませる必要はないように思う
なんとなく直感で、
右上腕以外をLinkから外して、右上腕を付与親に持つ付与率1のボーンを作り
上腕捩1～3はそれの子にすれば良いような予感がする
ttp://bowlroll.net/up/dl37269
564：名無しさん＠ダヨー：2014/05/02(金) 12:50:29 ID:LSuiA6xc0: >>563
その節はIKボーンのアイデアありがとうございました。
IKボーンはIK動作中にX軸のローカル回転をしないという事から
袖の動きを腕のねじれと独立させる事ができました。

そこでIK動作の前にX軸を含む回転を与えてIK動作がどうなるか
PMXeで確かめたところX軸に与えられた回転はそのまま残っている
という結果になりました。

例えばIKボーンの付与元にX軸の180度回転を含む動作を与えると
IKボーンはIK動作後もX軸回転が付与率分（付与率0.5なら90度）残ります。

これを利用して腕をX軸の回転を含む動作をさせた時にIKボーンを介して
腕の捩れを分散できないかと考えた次第です。（腕捩れボーンの自動化。）

その結果が>>561の構造なのですが、MMDではX軸に与えられた回転は
IK動作で保存しない（但しわずかには残る）様で、これが仕様なのか
知りたかった次第です。
565：名無しさん＠ダヨー：2014/05/02(金) 13:03:50 ID:LSuiA6xc0: >>563
モデルのご提案ありがとうございます。
いただいたモデルですと、上腕捩1～3にX軸以外の回転も
付与されてしまうので腕が途中で折れ曲がってしまいます。
566：名無しさん＠ダヨー：2014/05/02(金) 17:35:02 ID:0nBG1v/20: >>561
腕の捩り自動分散ならこんな感じでどうすか。
http://bowlroll.net/up/dl37324

袖のローカルX軸キャンセルも、これの左腕捩補助1関係の作りでいける気がする。

続きがあったらスレチなのでPMXエディタスレあたりでよろ。
567：名無しさん＠ダヨー：2014/05/02(金) 18:24:58 ID:LSuiA6xc0: >>566
任意の回転を表現するオイラー角のベクトルの線形結合ではX軸だけの
回転を残す事はできないと簡単に予想できたので、IKの動作と組み合わせて
X軸の回転を残そうと思った次第です。最初はバグかと思ったのですが、
計算の仕様が違うのでしたら諦めます。

モデルのご提案ありがとうございました。
568：名無しさん＠ダヨー：2014/05/02(金) 18:32:17 ID:JDZ.CTzE0: >>565
x軸以外の回転のことをすっかり失念してました
とはいえ、IKの中心軸で回転しない今の仕様を変更されてしまうと困るので、
別の手を考えます
後ほどpmdeスレにて
569：名無しさん＠ダヨー：2014/05/02(金) 19:23:02 ID:LSuiA6xc0: >>568
これを最後にします。IK影響下ボーンに捩りを加えた後のIK動作ですが
PMXeですとIK影響下ボーンはローカルX軸で回りません。
MMDではIK影響下ボーンは加えた捩りをキャンセルする方向にローカルX軸が回ります。

むしろ回転しているのはMMDの方なんです。だから最初バグかと思った訳で。
570：名無しさん＠ダヨー：2014/05/10(土) 11:57:11 ID:LloPjd.s0: バグってか仕様ぽいけど、外部親を自モデルのセンターに設定すると、MMDエンジンの挙動っぽくなるのって既出？
571：名無しさん＠ダヨー：2014/05/14(水) 13:18:40 ID:BDXJs9eM0: ホントだコレ楽しい
でもそのあと全親を初期化すると上の方に吹っ飛んでいくからバグかな
572：名無しさん＠ダヨー：2014/06/10(火) 03:51:37 ID:SIMQHZfY0: モーフの登録上限が20000点みたいなのですが限界まで登録した状態でプロジェクトを保存すると、開いた際にクラッシュするみたいです。
ついでにこっちは要望ですが、近年ではボーンモーフ等で元々の表情以外での使用方法が増えてきていますので、モーフもモーション程度に登録できるようになると嬉しいです。
573：名無しさん＠ダヨー：2014/08/31(日) 12:28:24 ID:GN5URQ4I0: 【MMDのVer】9.20x64 9.21x64
【バグ内容】物理演算させているボーンに、IK変形階層「変形後」をあてた場合、IKに追従しなくなる。
　物理演算OFF中は追従するのですが、ONでは無視される。
【バグ再現方法】
【使用OS】Win7 64bit
【使用グラボ】GTX560
【DirectXのVer】11
【備考】ver9.10x64ではフレームごとにIKのON/OFFで物理演算の制限ができたのですが。
　IKの仕様が変わったようですが、これも仕様のうちでしょうか？
574：名無しさん＠ダヨー：2014/10/09(木) 15:03:02 ID:/yez4aNg0: 【MMDのVer】MMD Ver.9.23(64bitOS Version)
【バグ内容】
　物理演算が「常に演算」にも関わらず、フルスクリーンで再生/停止を行うと
　物理演算がそのたびに解除されてしまう
【バグ再現方法】
　物理演算が効いている状態でAlt+Enterでフルスクリーン化→
　Pキーで再生/停止を行うと物理演算が解除され、以後は
　フルスクリーンを抜けて一度再生/停止を行わないと物理演算が有効にならない
【使用OS】Win7 64bit
【使用グラボ】GTX670
【DirectXのVer】11
【備考】
　Ver.7.39→9.23にアプデしたら気付きました。
　おそらく改版履歴の下記が関係してると思うのですが、物理演算が「常に演算」
　であれば常にONにしてくれないと逆に困ると思うのですが(--；)
　不便すぎて以前のように観賞できません・・・

Ver.9.12(2014/07/15)
・フルスクリーン時に物理演算のモードが強制的にONになるバグ修正
575：名無しさん＠ダヨー：2014/10/09(木) 15:25:24 ID:2PewOp0Y0: 「再生時は常にオン/オフモードにする」で物理演算ONになるので
このVerはそれで回避するしかない
576：名無しさん＠ダヨー：2014/10/10(金) 23:47:23 ID:X1TxQn0Q0: >>575
ありがとうございます。
そのチェックは状態をsaveしても保存されないので毎回設定しなければ
いけないのはネックですが、とりあえずフルスクリーン観賞時に常時物理ONには出来そうです。

しかしこの設定（オン/オフモード）だと今度は静止時に物理が常時offになるのか・・・
全く何でこんな噛み合わない設定にしたのやら(--；)
577：名無しさん＠ダヨー：2014/11/06(木) 19:53:27 ID:DES1WSBE0: 【MMDのVer】MikuMikuDance（DirectX9 Ver）
【バグ内容】
既に生成したpmmファイル読み込み時、ボーン構成などを変更したモデルが含まれている場合に強制終了する。
【バグ再現方法】
使用中のPMXモデルを、PMXエディタ0.2.2.1にてボーンやモーフの追加などを行いセーブ、その後pmmファイルを読み込む
【使用OS】Win7 32bit
【使用グラボ】Geforce GT 520
【DirectXのVer】11
【備考】
MMDバージョン9.0以降では、モデル側に変更があった場合には読み込み方法を選択できるようになっていました。
ユーザー側でも対処できますが、外部親指定の存在など、この機能はより重要になっていますので可能ならば修正をお願いします。
578：名無しさん＠ダヨー：2014/11/06(木) 20:03:58 ID:c5QlkTTM0: >>577
MMDのバージョンがver9.xxなのか書いてないような
あとボーンやモーフすべてに起きる現象と思えないのでもう少し特定した方がよさそうな気がします

もちろんどんな場合にでも落ちなければそれはそれで嬉しいですが
579：名無しさん＠ダヨー：2014/11/06(木) 21:47:07 ID:rFi5TGBA0: ちなみにうちは、最新版では変更されますね。
580：名無しさん＠ダヨー：2014/11/06(木) 22:37:12 ID:yALEiLDA0: ボーンとモーフのうち同名の項目があると落ちる、というのはちょっと前にtwitterで見かけた
581：名無しさん＠ダヨー：2014/11/07(金) 00:15:47 ID:5E9zmiD20: >>577
もしかしたら具体的に、実データを提供して、何をどう変えたら落ちるという
再現性のある情報を出さないと修正されない（できない）かもしれないよ
582：名無しさん＠ダヨー：2014/11/07(金) 10:56:31 ID:CressSac0: あー…結合モデルだと、同名のモーフとかボーンと剛体とかw
あれ残ってたらそりゃ落ちるわ。まずはPMXEとかで検証してみないとw
583：名無しさん＠ダヨー：2014/11/13(木) 18:23:40 ID:1ae4qtD60: 『最新版』撲滅運動中

仮にも「バグ報告」のスレで『最新版』なんていう曖昧な言葉を使う意味がわからん
584：名無しさん＠ダヨー：2014/11/19(水) 18:27:05 ID:1QmNn4D60: 【MMDのVer】　9.24
【バグ内容】　
フルスクリーン再生時にマウスホイールの操作がセルフシャドウ操作になってしまう
【バグ再現方法】
フルスクリーン表示(Alt + Enter)かつモーション再生中にマウスホイールを操作する
【使用OS】　Windows7 Pro 32bit
【使用グラボ】　GTX560Ti
【DirectXのVer】　11
【備考】
バグと言っていいか分かりませんが，頻繁に発生するのでちょっと困っています．
大抵最初はカメラ距離の操作ができますが，途中から急にセルフシャドウ距離の操作になってしまいます．
フルスクリーンを解除するまで直らないことが多いですが，稀にまたカメラ操作に戻ってくることもあります．
たぶんマウス操作のフォーカスが再生画面ではなく編集画面の方に行ってしまうのだと思います．
585：名無しさん＠ダヨー：2014/11/25(火) 11:15:06 ID:OQ2k2piw0: >>583
多分「最新版」という言葉を使う人はどうしてそれがダメか分からないで使っていっると思うよ。
だからただダメって言っても「何いってんのお前w？」だと思う。

ちなみに何故曖昧でダメかというと
「最新版」と思っていたバージョンが実はもう古いバージョンだったりすることが割りとよくあるからが理由。
また、バージョンがはっきり分かるほうがどのバージョンで出るバグなのか確認がしやすいというのもある。
586：名無しさん＠ダヨー：2014/11/26(水) 19:36:24 ID:le7QqtGY0: 「最新版」と思っていたバージョンが恐ろしく不安定な代物で、数時間後にVerUPされていたなんて事も多々あるな
587：名無しさん＠ダヨー：2014/12/07(日) 17:00:05 ID:JYMU.gzU0: 【MMDのVer】 9.24
【バグ内容】
WavやPmxなど拡張子に大文字小文字が混在していると、D&Dで読みこめない。
【使用OS】 Windows7 Ultimate (64bit)
【使用グラボ】 GeForce 750Ti
【DirectXのVer】 11
589：名無しさん＠ダヨー：2014/12/12(金) 00:51:51 ID:bUmLLZII0: .
590：名無しさん＠ダヨー：2015/01/29(木) 01:55:46 ID:KI/N.E9E0: パーティクルや水面エフェクトを[ﾌｧｲﾙ]メニューの[画像ﾌｧｲﾙに出力]で静止画として保存すると、
実際に画面に表示されているものと大きく異なった結果になります。　＞　今見えている状態を保存できない。

また、[ﾌｧｲﾙ]メニューの[画像ﾌｧｲﾙに出力]を実行すると、一瞬レンダリング画面みたいなのが開きますが、
上記エフェクトの場合はそこに出力された内容と、実際にﾌｧｲﾙに出力された内容が異なります。　＞　これって無駄な画面を表示している？

画像ﾌｧｲﾙ出力の仕様がよく分かりませんので、不具合なのかどうなのかも分かりませんが、
思うように静止画を取得できませんでしたので書き込ませていただきました。
591：名無しさん＠ダヨー：2015/01/29(木) 02:32:42 ID:Pd8wFnkQ0: 動画で出力したらどうなる？
592：名無しさん＠ダヨー：2015/01/29(木) 03:39:04 ID:KB5gcIpU0: >>590
水面エフェクトはStaticWaterを使ってみたら
593：名無しさん＠ダヨー：2015/01/29(木) 21:07:18 ID:Lz8S07Ak0: 水面エフェクトは最初のフレームが初期化されたような変な状態で出力されるな
594：名無しさん＠ダヨー：2015/01/30(金) 00:36:37 ID:jRW/lY8c0: 一遍再生押してから出力しろ
595：名無しさん＠ダヨー：2015/01/30(金) 13:54:16 ID:Ow7FZIAg0: 結局バグでもなんでもなく、
MMEスレか初心者質問スレ案件なのか

移動してくれないかね
596：名無しさん＠ダヨー：2015/04/09(木) 16:04:10 ID:qZPoO6UQ0: >>577の、モデル変更時の挙動についてわかったこと（9.26時点）

pmmファイル保存時の「モデル操作」を「カメラ・証明・ｱｸｾｻﾘ」にして保存されていればモデル差し替えのダイアログが表示される
それ以外のpmdやpmxモデルを選んだ状態で保存された場合は強制終了する可能性がありそう
597：名無しさん＠ダヨー：2015/04/28(火) 05:05:28 ID:O4vxwDb60: 【MMDのVer】９.26（最新）
【バグ内容】
・タイムラインが真っ白になることがある、（正常に表示されない）
・MMD終了時、勝手にモニタ解像度が変更される。(1920*1080>1024*768)
【バグ再現方法】MMDの起動及び終了。
【使用OS】Win7　32bit
【使用グラボ】オンボーログラフィック
【DirectXのVer】DirectX9
【備考】
もしかしたらPC本体にガタが来ているのかもしれないが、改善の希望があるかもと思いここに書き込みます。
598：名無しさん＠ダヨー：2015/04/28(火) 06:05:55 ID:ltvHJu0I0: >>597
> 【使用グラボ】オンボーログラフィック
どう反応していいのやら
釣りならともかくマジなら訂正ぐらい入れといて
このままじゃ誰もまともに受け取らないよ
599：名無しさん＠ダヨー：2015/04/28(火) 07:35:10 ID:O4vxwDb60: ＞＞５９７
誠に失礼いたしました、訂正します。グラボは
Intel　Graphic　media Accelerator HD(Core i5)
です。
600：名無しさん＠ダヨー：2015/04/28(火) 07:58:23 ID:KOjOslvw0: >>597
再現方法の記述が不十分。

解像度が変更されるのは1920x1080で起動した場合だけなのか、必ず起きるのかとかまで書かないと。

タイムラインが真っ白になることがあるというのも、起動しただけ起きた事あるかどうか。
601：名無しさん＠ダヨー：2015/04/28(火) 08:01:54 ID:O4vxwDb60: >>598
安価うまく投下できてなかったようです、失礼いたしました。
再起動すると表示が改善される模様。
おそらくこれで大丈夫だとは思いますが、再発の可能性も捨てきれないので少し様子を見てみます。
602：名無しさん＠ダヨー：2015/04/28(火) 08:10:29 ID:O4vxwDb60: >>600
メインモニタは推奨解像度1920x1080で設定しています。
タイムラインは真っ白になるかもしくは真っ黒な中に数字と縦ラインが中途半端に表示されるような感じでした。
ウインドウサイズを変更したりウインドウ移動をしたりしたらどんどん表示化けみたいな状態に…
何度起動しても改善した試しはありませんでした。
今現在、再起動したら表示は改善されるので様子を見ているところです。
603：名無しさん＠ダヨー：2015/04/28(火) 23:34:44 ID:kKtkopEM0: 64bit版を32bitOSで使ってるとか?
604：名無しさん＠ダヨー：2015/04/29(水) 14:58:35 ID:qIOzf1nY0: >>599
グラフィックドライバが古くないか？
605：名無しさん＠ダヨー：2015/04/29(水) 22:41:34 ID:OWWLcCY20: その推奨解像度ってフルHDじゃないか
画面を表示するだけでかなりのメモリを食うよ
それをメモリ使用量の限界値が低い32bit版OSで行うのが間違いじゃ？

まずは解像度を下げてみよう
606：名無しさん＠ダヨー：2016/05/29(日) 00:18:42 ID:rZA49VFk0: 最後の投稿が一年前なんですがここに相談して大丈夫ですかね？
とりあえずテンプレうめます

-----------------------------
【MMDのVer】v9.26 64bit
【バグ内容】
　ユーザーモデル（pmx）を使用したモーションをMMD内で再生、およびAVI書き出し時に一部のメッシュが消える。
（顔が消えて目玉や口の中が見えたり、服が消えて中がすけたり）
　モデルは色々試したので制作者ひとりひとりの問題ではないと思います。
　消えるパーツやタイミングの規則性がなく、ランダムにシーン内のキャラクターのどこかが消えてしまいます。
　 MMDを再起動することでメッシュの表示が正常にもどります。

【バグ再現方法】
　再生するたびに消えるパーツがランダムに変わってしまうため、完全再現ができません。
　 MMEをONにしているときに発生しやすいです。

【使用OS】win7 Professional 64bit（8GB）

【使用グラボ】NVIDIA Quadro 2000

【DirectXのVer】11

【備考】
　 3分～5分程度の楽曲でさまざまな人のモデル、モーションを何度も使用して来ましたが、MME使用時にほとんどのシーンで発生しています。
　出方がランダムなのでAVI書き出し時に運よくなにも消えずに済んだバージョンをつなぎあわせて動画を制作している状態です。
　あまりに頻発するのでグラフィックボードの相性なのかな？とも思っているのですが、ほかの環境で試せていないのでいまいち不明です。

　確定した条件がないのですが、消えやすいパーツと残りやすいパーツはモデルごとにあるようです。
　複数キャラクター使用時には数人分のいくつかのパーツが消えることもあれば、一人だけのこともあります。
　 ※一人だけおかしいときも、複数キャラクターの内のどのキャラクターがおかしくなるかは再生ごとにランダムです・・・
-----------------------------

Google先生に聞いたところ、古いMMDでは剛体使用時に似たような現象があったという記事が出てきたのですが、そちらは樋口氏対応済みとのことでした。
よろしくお願いします。
607：名無しさん＠ダヨー：2016/05/29(日) 01:58:43 ID:bIIr.4EI0: 数百回動画出力してきたけど見たことない症状だなあ
QUADROが怪しいと言えば怪しい。
パーツ単位で消えるってことは描画命令単位で失敗がちょくちょく発生してるんだと思うけど、ドライバのバグか故障も視野に入れた方がいいかも。
608：名無しさん＠ダヨー：2016/05/29(日) 02:02:16 ID:bIIr.4EI0: メモリ1GBモデルっぽいのか
メモリが不足した時に描画失敗しやすいのかもね
おそらく消えやすいパーツはテクスチャ解像度が大きいものじゃなかろうか
609：名無しさん＠ダヨー：2016/05/29(日) 04:12:10 ID:eGIFKZIo0: >>606
樋口Mが対応済みという剛体が飛ぶ現象は対応後も条件次第で普通に起きるよ
もしその現象だとしたら物理オフにすればいったん直るはず、それで戻らないなら描画の問題
610：名無しさん＠ダヨー：2016/05/29(日) 05:36:58 ID:fd6ExiYA0: たまにモデルの下半身(足)がどこかに消える事はありますね(´・ω・`)
611：名無しさん＠ダヨー：2016/05/29(日) 11:06:57 ID:hiPURV420: >>610
聞いたことないなあ
一般的に起きるのか、それとも単に特定のモデルの問題なのか
切り分けできてますか？
612：名無しさん＠ダヨー：2016/05/29(日) 11:35:03 ID:eGIFKZIo0: >>611
IK影響下のボーンだったら剛体に巻き込まれて飛ぶ可能性はあるかも
613：606：2016/05/29(日) 12:59:17 ID:rZA49VFk0: >>607
>>608
>>609

>>606です。ありがとうございます。
剛体オンオフ試したところ戻ってこないみたいなので、QUADROのせいかメモリ不足なんでしょうか・・
テクスチャ解像度は気にしたことなかったのでちょっと見てみます。
なんにもなさそうだったらグラボの買い替え検討します(T^T)

ありがとうございました！
614：606：2016/05/29(日) 13:33:27 ID:rZA49VFk0: 連投すいません、606です！

解像度みてみたところ、どうやら1024×1024のテクスチャが該当オブジェクトにあたってそうだったので
いったん全部512×512に落としてみたところ、何の問題もなく無事書き出せました！
登場するモデルの数とかにもよるのかもですが、現状の私のスペックではこのサイズが限界なんですかね。

>>608さん、ほかのみなさんも、この少ない情報からあれこれ可能性を検討していただいてありがとうございました！
616：名無しさん＠ダヨー：2016/05/29(日) 21:08:01 ID:fd6ExiYA0: >>611
そう言えば足が消えるのは特定のモデルかも。

ノラドと言う獣化人族。少し重たいモデルさん(´・ω・`)
617：名無しさん＠ダヨー：2016/06/12(日) 19:09:33 ID:HdTJ.7Ro0: >>174で既出っぽいけど自分とこも>>174っぽい挙動してるのでテンプレ記載

【MMDのVer】7.26 x64
【バグ内容】
[物理演算]→[重力設定]でノイズ付加にチェックを入れると
以後加速度が「加速度」の項目ではなく「ノイズ付加」に入力した数値を参照しているっぽい
【バグ再現方法】
(物理設定的に)軽いスカートやツインテ等がついたモデルをロードした状態で、
ノイズ付加に"1"等小さい値を入力してノイズ付加のチェックを入れる
チェックを入れた瞬間にスカート等軽いものが広がり(ノイズではなく急に加速度が弱くなったような挙動)
チェックをはずすと元に戻る
【使用OS】Windows10 x64
【使用グラボ】Geforce970
【DirectXのVer】11
【備考】環境依存かもしれないのでお暇な方試してみていただけるとありがたいです
618：名無しさん＠ダヨー：2016/06/12(日) 22:29:47 ID:QY2zGhEM0: 7.26とか今更使うかね？
619：名無しさん＠ダヨー：2016/06/13(月) 00:21:21 ID:AWtNm8qU0: 9.26のタイプミスでしょ。
x64出たのは7.39以後だから 7.26 x64 は存在しない
620：名無しさん＠ダヨー：2016/06/13(月) 02:00:29 ID:JxmygMa.0: >>619
ご指摘の通りタイプミスです
621：名無しさん＠ダヨー：2016/06/13(月) 11:01:13 ID:Oa7ZicBY0: >>617
たしかに再現するんでノイズ入力値を重力加速度として拾ってるっぽい
ノイズの数値がどう処理されるのが正解なのかはいまいちよくわからないが
622：名無しさん＠ダヨー：2016/09/18(日) 22:02:42 ID:YL/qMcG20: 【MMDのVer】9.26 x64
【バグ内容】モデルのエッジが極太になる
【使用OS】Windows 7 Home Premium x64
【使用グラボ】NVIDIA GeForce GT 640
【DirectXのVer】11
【バグ再現方法】
①pmxエディタ0.2.2.2に、MMD付属の「初音ミク」をロード
②そぼろ氏の準標準ボーン追加プラグインで、「全ての親」と「操作中心」を追加
③別名で保存
④MMDを起動し、全親と操作中心を追加した初音ミクをロード
⑤センターボーンを選び、視点のボーン追従をチェックＯＮ
⑥ボーン操作の選択をＯＦＦにした状態で、センターボーンをＸＹＺ方向どれでもいいから移動させる
⑦センターボーンが、全ての親ボーンから離れれば離れるほど、エッジがどんどん太くなっていく。
⑧「全ての親」ボーンや「操作中心」ボーンのＸＹＺ移動では発生しない。
⑨従って、エッジの太さは「センター」と「全ての親」の距離の差の絶対値に比例していると思われる。
【備考】
「センター」「全ての親」「操作中心」の３つが揃っているモデルで、「センター」を移動させた時のみ発生する。
「センター」のみ、「センター」「全ての親」の２つのみ、「センター」「操作中心」の２つのみのモデルなら発生しない。
当面の対策は、「操作中心」ボーンを削除するか、エッジ太さ＝0.0 にして回避する事。
※ググると、針金氏のブログで似た様な現象に「全体のエッジの太さが均一に見えるようにするための措置」との
　　考察がされてますので、もしかすると MMD の仕様なのかもしれません。
623：名無しさん＠ダヨー：2016/09/18(日) 22:10:37 ID:1CJJtzVg0: >>622
針金Pのブログにたどり着いたなら話は早くて、仕様です。
MMDではエッジの太さを上から2つ目のボーンの位置で判定してるという話

気になるならエッジボーンで検索してエッジ対策用のボーンを入れるといいよ
624：名無しさん＠ダヨー：2016/09/18(日) 22:20:57 ID:YL/qMcG20: >>623
おお、了解です。
625：名無しさん＠ダヨー：2016/09/18(日) 22:22:02 ID:YL/qMcG20: お騒がせしました。
626：名無しさん＠ダヨー：2018/06/23(土) 18:08:33 ID:cSqSQJmk0: uiの色替えでセルフ陰にカメラ操作の色が移ってしまうバグをどうにかしてくれ
627：名無しさん＠ダヨー：2019/03/11(月) 00:13:02 ID:84ykWPig0: 【MMDのVer】ver. 9.31(x64)
【バグ内容】MMDのGUIが一部おかしい
【使用OS】Windows10 version 1809
【使用グラボ】Ryzen7 2400G に内蔵された Radeon vega graphics(およそGT1030相当)
【DirectXのVer】12
【バグ再現方法】windows10 1809にupdateしてMMDを起動→MMDの一部のGUIがおかしくなる
具体的には、ボーン・フレーム操作とカメラ・照明・アクセサリの部分とカメラやボーンの数値を入力する部分の表示がおかしくなります。
他の部分や該当部分の各種ボタンや数値入力の部分は問題がないです。が、結構気になります。
そしてなぜかEnglish modeにしたりpmmを読み込んだりウィンドウの大きさを変えたりすると治ります・・・
628：名無しさん＠ダヨー：2019/03/23(土) 17:41:26 ID:QruPYQU.0: 「おかしい」だけじゃさっぱり情報ないですね
スクリーンショットくらいは貼りましょう
629：名無しさん＠ダヨー：2019/03/23(土) 17:59:29 ID:SULyz1fo0: MMDじゃなくてWindowsかフォントがおかしいと思うんだが
該当フォント入れ直すか変更するか、こういうのとか

・特定の条件により、Windows 10 で文字化けが発生する
https://support.microsoft.com/ja-jp/help/3144536

他にも表示がおかしくなる条件があったはず
630：＜みく～ん＞：＜みく～ん＞: ＜みく～ん＞
632：名無しさん＠ダヨー：2020/04/19(日) 23:48:40 ID:1GII7T/o0: ない

MMDバグ報告スレ part2