「MikuMikuDance/PMXの概要」の編集履歴（バックアップ）一覧はこちら

「MikuMikuDance/PMXの概要」(2012/08/06 (月) 19:28:51) の最新版変更点

追加された行は緑色になります。

削除された行は赤色になります。

*PMX
PMXとは、MMD ver.7.31以降で対応した&bold(){PMDモデルをベースとした機能拡張モデルフォーマット}です
（MMD ver.7.31以降でもPMDモデルは使用できます。）
----
#contents()
----
**PMXの対応状況
各ソフトウェアでのモデルデータの対応表（2011/05/15現在）
#Center(){
||Ver|　PMD　|　PMX　|h
|BGCOLOR(#EEF):MikuMikuDance|BGCOLOR(#EEF):3.0～7.30|''○''|×|
|~|BGCOLOR(#EEF):LEFT:7.31～     |''○''|''○''|
|BGCOLOR(#EEF):PMDエディタ  |BGCOLOR(#EEF):～0.1.0.0  |''○''|×|
|~|BGCOLOR(#EEF):0.1.0.1～  |RIGHT:''○''&font(red){&sup(){※1}}|''○''|
}
&font(red){※1}　（極北P談）
>PMDエディタ内部ではPMDはPMXとして取り扱いますが、入力／出力ともにPMDで問題ありません
>ただし、PMDモデルもそのまま編集／保存することができますが、PMXとしてのエミュレート編集
>なので一部仕様の差異により構造を変更してしまう場合があります。
>
>※例えば同じIKボーンをIKリストから複数参照している構造（かにひらさんのレア様が該当）の場合、
>読み込み時にIKリストの重複分だけボーンが増えます(PMXのIK変形はボーンに直結しているので)。
>構造によっては変形順序が不正になるかもしれません。
>
>レア様のひざに関しては、追加IK分のIKボーンを複製して追加、追加分と元のIKを親子結合すれば、
>そのままPMDとして保存しても問題ない動作になります（操作に関しても元の親IKで行うので変化なし）


**PMDとPMXとの変換について
#divclass(dlTable){
ファイル変換の可否
:PMD → PMX|
&bold(){可}&br()（一部のボーン／IK構造で不具合が発生する可能性あり）
:PMX → PMD|
仕様の違いにより&bold(){多くのデータが欠落します}。&br()PMD保存時は編集内容がPMDに格納可能かどうか確認してください。&br()【例】テキストデータ、モーフ（UV／ボーン／材質／グループ）、移動付与ボーン、SDEF、BDEF4他
}
***詳細な注意点
PMXへの対応に伴う諸注意(0.1.0.1以降)
#blockquote(){
（以下、PMDエディタのreadmeより一部引用）
内部処理をPMX基準へ変更したので、PMDモデルは一旦PMXへ変換され各処理に渡されます。
PMD出力時はPMXからPMDへ再度変換され保存されます。
:用語変更|
-表情→(頂点)モーフ／その他のモーフ種類が大幅に増加しました。
:PMDのIK編集方法変更|
-IKリストからの直接編集はできません。
-ボーン種類をIKにすると自動的にIKリストへ取り込まれます。
-IKに対して各設定、リンクボーンの追加を行ってください(選択時IKリンク種類による絞込みはできません)
:PMD⇔PMX変換での問題点|＜同じボーンに対してのIK設定が複数ある場合＞
-PMXでは原則1ボーンに対して1つのIKのみ設定可能なので、複数のIKに対応して不足分のボーンが追加されます。
-追加されたIKは元のIKボーンに対して親子連結され、PMD運用時は問題が出ないよう自動対応されますが、
-モデルの構造によっては不具合が発生するかもしれません。&br()尚、この状態でPMDへ保存した場合、複数のIKボーンが追加された状態で保存されます(元の状態には復元されません)
:ボーンの変形構造変換|
-PMDのボーン変形は基本的にIndex順に順次変形が行われ、例外的に回転影響下／IK変形が全変形後に再度行われる仕組みになっています。
-PMXの変形はボーン種類(属性)に関わらずIndex／変形階層／物理演算後の各設定により順次変形する仕組みなので、
-PMXへの変換時はボーン順をそのまま変更せず変形階層の設定による方法での対応を試みます。
-その際PMD側のボーン構造によっては変形構造がうまく変換できない可能性があります。
-またPMDインターフェイスからの編集時も内部のPMX構造とは同期しない設定になる可能性があります。
:PMDへの変換|
-PMX→PMDでは仕様上多くのデータが欠落します。
-テキスト系のデータバッファはPMXではほぼ制限がないのに比べ、PMDでは20byte程度の容量しか用意されていない場合もあります。
-PMD保存時は編集内容がPMDに格納可能かどうか確認してください。
}
（詳細はPMDエディタ同梱のreadmeへ）

**PMDとPMXの詳細
動画[[PMX概要（極北P）>http://www.nicovideo.jp/watch/sm14024773]]の内容を表形式にまとめたもの。動画に記述がない事項は加筆しました。

>PMXとは、PMDモデル（MMD Ver.3 以降の3Dモデルフォーマット）をベースとした機能拡張モデルフォーマットです
>※PMX：PMd eXtend（Xファイルとは関係ありません）
>※MMD、PMDエディタ（及び周辺ツール）専用のデータフォーマットとなります
>　一般的なモデルフォーマットのような汎用性／拡張性はありません
>※MMD ver.7.31 以降及び PMDエディタ 0.1.2.0 以降で使用されるのは PMX2.0 仕様です

|>||PMD|PMX|h
|BGCOLOR(#EEF):テキ&br()スト&br()関連|BGCOLOR(#EEF):データサイズ|固定サイズ|可変サイズ（最大2G程度）|
|~|BGCOLOR(#EEF):エンコード|シフトJIS|ユニコード（UTF16/UFT8選択）|
|BGCOLOR(#EEF):頂点|BGCOLOR(#EEF):最大頂点数|65536(16bit)|約40億(32bit)&br()※運用上10～50マン程度が上限目安&br()搭載メモリ量により編集／描画可能なサイズが変わります。|
|~|BGCOLOR(#EEF):追加UV|－|最大4つまで4Dベクトル(x,y,z,w)を追加配置可能&br()主にエフェクトを介しての利用を想定|
|~|BGCOLOR(#EEF):エッジ(輪郭）|非エッジフラグ（表示／非表示）|頂点毎のエッジ倍率（0～1）|
|~|BGCOLOR(#EEF):ウェイトのボーン対象数|2ボーン|4ボーン|
|~|BGCOLOR(#EEF):ウェイト値|整数（0～100）|実数（単精度）|
|~|BGCOLOR(#EEF):変形|BDEF|BDEF／SDEF&br()※SDEF変形はボーン数2まで|
|BGCOLOR(#EEF):面|BGCOLOR(#EEF):描画方式|>|三角形リストのみ|
|~|BGCOLOR(#EEF):最大面（ポリゴン）数|>|(20億(31bit)/3)*材質数&br()※運用上1材質中の最大面数はもっと少なくなります|
|BGCOLOR(#EEF):材質|BGCOLOR(#EEF):材質名|なし|記録可能|
|~|BGCOLOR(#EEF):描画方式|両面描画：α＜1&br()地面影：エッジとの共用フラグ&br()セルフシャドウ：α＝0.98で描画OFF&br()セルフシャドウマップへの描画|各項目の個別設定が可能|
|~|BGCOLOR(#EEF):エッジ（輪郭）|なし（MMD上で一括指定）|エッジサイズ／エッジ色（RGB)|
|~|BGCOLOR(#EEF):テクスチャ／スフィア|ファイルパスデータは固定&br()（テクスチャ名の長さが19文字まで※2）|ファイルパスデータの可変サイズ化&br()（長いファイルパスでも対応可能）|
|~|BGCOLOR(#EEF):スフィア|SPH、SPA|SPH／SPAに加えBMP／PNG／JPGが追加&br()サブテクスチャモードの追加|
|~|BGCOLOR(#EEF):Toon|－&br()個数制限（10個）|直接設定へ変更&br()個数の自由化|
|~|BGCOLOR(#EEF):メモ|なし|追加（自由欄、エフェクト側との連絡用他）|
|BGCOLOR(#EEF):ボ&br()｜&br()ン|BGCOLOR(#EEF):変形種類|ボーン種類(10種)|個別パラメータ化：&br()回転／移動／IK／表示／操作／回転付与／移動付与|
|~|BGCOLOR(#EEF):～先ボーン|設定が必要|座標オフセットで指定可能|
|~|BGCOLOR(#EEF):変形順序の厳密化／自由化|－|IKの下に通常変形ボーンを配置することなども可能|
|~|BGCOLOR(#EEF):IKボーンへIKパラメータの取り込み|別途のIKリスト設定が必要|別途のIKリスト設定は不要|
|~|BGCOLOR(#EEF):IK変形での制限角度|"ひざ"関連のみ内部で自動設定|任意設定が可能|
|BGCOLOR(#EEF):モ&br()｜&br()フ|BGCOLOR(#EEF):表情|表情（表情変形）|頂点モーフとして再定義|
|~|BGCOLOR(#EEF):モーフ方式|頂点モーフ|頂点モーフ：頂点位置にオフセット加算&br()UVモーフ頂点UV値にオフセット加算&br()（追加UVも個別設定可能）&br()ボーンモーフ：ボーンに回転／移動量をオフセット&br()材質モーフ：RGBAの4値をモーフ変更&br()グループモーフ：頂点／UV／ボーン／材質の各モーフを同時に実行可能なモーフ|
|BGCOLOR(#EEF):共通&br()表示枠|BGCOLOR(#EEF):表示枠|表情枠とボーン枠は別個|モーフ（表情）／ボーンを任意に格納可能&br()PMD互換として標準でRoot枠（センター用）やPMD用の表情枠も作成されます|
|BGCOLOR(#EEF):物理&br()演算&br()関連|BGCOLOR(#EEF):剛体／Joint|>|剛体の最大数はワールド内モデルの総計が16384±α&br()（MMD及び物理演算エンジンの仕様）|

※2　テクスチャ名・スフィア名の合計が半角英数で18文字以内。
内部では「xxxxx.png*xxxxx.sph」となるらしいので*も含めて19文字以内 

#co(){
----
**応用
-IK
--腕IK並列化（腕IKと指IK等）
--足IKに他ボーンの追加
-SDEF
--ひじ、ひざ、足首関節への適用によるつぶれ緩和
-BDEF4
--肩周りの黒ポリ緩和
-モーフ
--ローポリモデルのUVモーフ利用の表情変化
-頬染め
}
----
**関連動画

|>|関連動画|h
|&nicovideo(sm13637092){300,160}|&nicovideo(sm14024773){300,160}|

-----
**既存の不具合・注意点

サイト「みくだん」より引用：[[MMD基準モデルフォーマット、PMD/PMXについて>>http://mikudan.blog120.fc2.com/blog-entry-280.html]]
>現時点でMMD側がPMXフォーマットにて非対応・不具合の部分
>・IK変形において、PMDEditor側とMMD側で一部挙動が異なる場合がある。特に独自IKを組んだ場合は異なる場合がある。
>・材質に対して存在しないtoon.bmpなどを指定すると壊れる
>（従来のPMDにて、toonを指定したくない場合は、存在しないtoonを指定する方法をとっていた為、そのままPMX化する時に引き継いでしまうとMMD側で不具合となる）
>・外部親の非対応（これは仕様自体がまだ固まっていません）
>・MMDを経由したモデルデータからMMEへの引数渡しが一部非対応
>・材質モーフ適用後、MMEへのテクスチャ引き渡しなどが非対応
>※ただし、これらの問題は報告が上がってるだけで詳細な再現などがなされない場合もあり、また詳細に検証したものではありません。伝聞の部分もありますので、各自で検証していく必要はあります。大抵の問題はモデルデータ側にある場合もあるので何ともいえない場合もあります。

***PMD → PMX変換でfpsが落ちる際の回避方法
Q.MMD ver.7.39でpmdモデルとpmxモデル混在して使うとやたらfps落ちるのは仕様？
A.Ver7.38以降でIKのLoop回数の計算の変更があり、IKの単位角は1以上に設定してください。
（動かないIKを作りたい場合は、単位角は１にして、IKの角度制限をx,y,z共0に設定して下さい ）

#region(回答全文を読む　[[【MMD】MikuMikuDance動画制作/鑑賞スレ part137【初音ミク】>http://hibari.2ch.net/test/read.cgi/streaming/1319196432/]])
[[【MMD】MikuMikuDance動画制作/鑑賞スレ part137【初音ミク】>http://hibari.2ch.net/test/read.cgi/streaming/1319196432/]]

>&font(#339){105 名前： 名無しさん＠お腹いっぱい。 投稿日： 2011/10/22(土) 20:15:50.92 ID:p4BDYcQw0}
>&nowiki(){>>25} 
>&nowiki(){>>}MMD7.39でpmdモデルとpmxモデル混在して使うとやたらfps落ちるのは仕様？ 
>&nowiki(){>>}それともなんか使ってる特定のモデルに問題があるんだろうか 
>
>その実際にfpsが落ちるpmdとpmxモデルのペア2体をどこかにアップロードして 
>もらえないでしょうか？ 
>
>111 名前： 名無しさん＠お腹いっぱい。 投稿日： 2011/10/22(土) 20:58:21.22 ID:p4BDYcQw0
>MMD7.39はPMDはPMDのシーケンスで、PMXはPMXのシーケンスで動きます。 
>なので両方読み込んでもそれぞれ別のシーケンスで動くだけなので、原理的には 
>両方混ぜたことによって異変が起こるというのはないはずです。 
>
>ただし意としないバグでそういう状況になる可能性もあるのですが、ソースを 
>見渡しただけではそんな兆候は見つからないので、実際にその状況を起こした 
>状態でデバッグしないと修正は不可能です。 
>
>&nowiki(){>>107} 
>そのKaitoモデルをDLできるurl教えてくれませんか？ 
>
>&font(#339){123 名前： 名無しさん＠お腹いっぱい。 投稿日： 2011/10/22(土) 22:38:32.40 ID:p4BDYcQw0}
>GUMIモデル確認しました。 
>MMD上のPMXでは、角度制限付きIKを正確に計算するためにターゲットボーン方向を向くまで 
>Loop回数以上ループする場合があります(Ver7.38以降)。 
>ここでLoop回数を1に設定し、1回のループで回転する角度である『単位角(PMDEditorのVerに 
>よっては単位制限角)』の値が異常に小さいと、PMDではほぼ動かないで終了する計算をPMXでは 
>複数回計算してしまうため、計算時間が非常に長くなります。 
>
>Ver7.37以前やPMDEditorのようにLoop回数で計算をやめる仕様にしても良いのですが、 
>そうすると今度は角度制限をつけたIKの動作でガックガクの動きになる場合がでてくるので、 
>MMDでは現在の仕様を採用します。 
>
>そもそも、単位角に異常に小さい値を設定することはPMD,PMXに関わらず動作上意味がありません。 
>PMXを使用して動作が遅くなるモデルがある場合には、IKの単位角が異常に小さい値になって 
>いる箇所がないか確認し、あったら値を１以上に書き換えるようにして下さい。 
>
>それとよくPMDとPMXを併用すると動作が遅くなったり頻繁にバグるという話を聞きますが、 
>どなたかそのような現象が起きる場合は当該PMXとPMDモデルの組を教えて下さい。 
>
>&font(#339){126 名前： 名無しさん＠お腹いっぱい。 投稿日： 2011/10/22(土) 22:47:10.25 ID:p4BDYcQw0}
>3行にまとめると、「MMDを使う場合はIKの単位角は1以上に設定してください」ということです 
>
>&font(#339){132 名前： 名無しさん＠お腹いっぱい。 投稿日： 2011/10/22(土) 22:56:49.63 ID:p4BDYcQw0}
>動かないIKを作りたい場合、単位角を異常に小さい値に設定する事もありそうですね 
>その場合は単位角は１にして、IKの角度制限をx,y,z共0に設定して下さい 
#endregion

----
**関連リンク
-[[みくだん>http://mikudan.blog120.fc2.com/]]
--2011-05-14[[MMD Ver7.33 / PMD Editor 0.1.2.0 とPMXについて>>http://mikudan.blog120.fc2.com/blog-entry-263.html]]
--2011-09-02[[MMD基準モデルフォーマット、PMD/PMXについて>>http://mikudan.blog120.fc2.com/blog-entry-280.html]]
-したらばのMikuMikuDance板（MMDのバグ報告全般）
--[[MMDバグ報告スレ　part2>http://jbbs.livedoor.jp/bbs/read.cgi/music/23040/1273772382/]]

----
MikuMikuDance　＞
&ls_line(MikuMikuDance,sep=、)

*PMX
PMXとは、&bold(){PMDモデルをベースとした機能拡張モデルフォーマット}です。
仕様は公開されており、フォーマットの利用については制限があります。

PMX形式は、2.0と2.1があり、2.0はMMD ver.7.31以降で対応しています。
（MMD ver.7.31以降でもPMDモデルは使用できます。）
----
#contents()
----
**PMXの対応状況
各ソフトウェアでのモデルデータの対応表（2012/08/06現在）
#Center(){
||Ver|　PMD　|PMX　2.0|PMX　2.1|h
|BGCOLOR(#EEF):MikuMikuDance|BGCOLOR(#EEF):3.0～7.30|''○''|×|×|
|~|BGCOLOR(#EEF):LEFT:7.31～     |''○''|''○''|×|
|BGCOLOR(#EEF):PMDエディタ  |BGCOLOR(#EEF):～0.1.0.0  |''○''|×|未調査|
|~|BGCOLOR(#EEF):0.1.0.1～  |RIGHT:''○''&font(red){&sup(){※1}}|''○''|未調査|
|BGCOLOR(#EEF):PMXエディタ|BGCOLOR(#EEF):|未調査|''○''|''○''|
}
&font(red){※1}　（極北P談）
>PMDエディタ内部ではPMDはPMXとして取り扱いますが、入力／出力ともにPMDで問題ありません
>ただし、PMDモデルもそのまま編集／保存することができますが、PMXとしてのエミュレート編集
>なので一部仕様の差異により構造を変更してしまう場合があります。
>
>※例えば同じIKボーンをIKリストから複数参照している構造（かにひらさんのレア様が該当）の場合、
>読み込み時にIKリストの重複分だけボーンが増えます(PMXのIK変形はボーンに直結しているので)。
>構造によっては変形順序が不正になるかもしれません。
>
>レア様のひざに関しては、追加IK分のIKボーンを複製して追加、追加分と元のIKを親子結合すれば、
>そのままPMDとして保存しても問題ない動作になります（操作に関しても元の親IKで行うので変化なし）

また、PMXエディタに同梱のPMX仕様に「□PMDとの互換性」という項目があります。


**PMDとPMXとの変換について
#divclass(dlTable){
ファイル変換の可否
:PMD → PMX|
&bold(){可}&br()（一部のボーン／IK構造で不具合が発生する可能性あり）
:PMX → PMD|
仕様の違いにより&bold(){多くのデータが欠落します}。&br()PMD保存時は編集内容がPMDに格納可能かどうか確認してください。&br()【例】テキストデータ、モーフ（UV／ボーン／材質／グループ）、移動付与ボーン、SDEF、BDEF4他
}
***詳細な注意点
PMXへの対応に伴う諸注意(0.1.0.1以降)
#blockquote(){
（以下、PMDエディタのreadmeより一部引用）
内部処理をPMX基準へ変更したので、PMDモデルは一旦PMXへ変換され各処理に渡されます。
PMD出力時はPMXからPMDへ再度変換され保存されます。
:用語変更|
-表情→(頂点)モーフ／その他のモーフ種類が大幅に増加しました。
:PMDのIK編集方法変更|
-IKリストからの直接編集はできません。
-ボーン種類をIKにすると自動的にIKリストへ取り込まれます。
-IKに対して各設定、リンクボーンの追加を行ってください(選択時IKリンク種類による絞込みはできません)
:PMD⇔PMX変換での問題点|＜同じボーンに対してのIK設定が複数ある場合＞
-PMXでは原則1ボーンに対して1つのIKのみ設定可能なので、複数のIKに対応して不足分のボーンが追加されます。
-追加されたIKは元のIKボーンに対して親子連結され、PMD運用時は問題が出ないよう自動対応されますが、
-モデルの構造によっては不具合が発生するかもしれません。&br()尚、この状態でPMDへ保存した場合、複数のIKボーンが追加された状態で保存されます(元の状態には復元されません)
:ボーンの変形構造変換|
-PMDのボーン変形は基本的にIndex順に順次変形が行われ、例外的に回転影響下／IK変形が全変形後に再度行われる仕組みになっています。
-PMXの変形はボーン種類(属性)に関わらずIndex／変形階層／物理演算後の各設定により順次変形する仕組みなので、
-PMXへの変換時はボーン順をそのまま変更せず変形階層の設定による方法での対応を試みます。
-その際PMD側のボーン構造によっては変形構造がうまく変換できない可能性があります。
-またPMDインターフェイスからの編集時も内部のPMX構造とは同期しない設定になる可能性があります。
:PMDへの変換|
-PMX→PMDでは仕様上多くのデータが欠落します。
-テキスト系のデータバッファはPMXではほぼ制限がないのに比べ、PMDでは20byte程度の容量しか用意されていない場合もあります。
-PMD保存時は編集内容がPMDに格納可能かどうか確認してください。
}
（詳細はPMDエディタ同梱のreadmeへ）

**PMDとPMXの詳細
動画[[PMX概要（極北P）>http://www.nicovideo.jp/watch/sm14024773]]の内容を表形式にまとめたもの。動画に記述がない事項は加筆しました。

>PMXとは、PMDモデル（MMD Ver.3 以降の3Dモデルフォーマット）をベースとした機能拡張モデルフォーマットです
>※PMX：PMd eXtend（Xファイルとは関係ありません）
>※MMD、PMDエディタ（及び周辺ツール）専用のデータフォーマットとなります
>　一般的なモデルフォーマットのような汎用性／拡張性はありません
>※MMD ver.7.31 以降及び PMDエディタ 0.1.2.0 以降で使用されるのは PMX2.0 仕様です

|>||PMD|PMX 2.0|h
|BGCOLOR(#EEF):テキ&br()スト&br()関連|BGCOLOR(#EEF):データサイズ|固定サイズ|可変サイズ（最大2G程度）|
|~|BGCOLOR(#EEF):エンコード|シフトJIS|ユニコード（UTF16/UFT8選択）|
|BGCOLOR(#EEF):頂点|BGCOLOR(#EEF):最大頂点数|65536(16bit)|約40億(32bit)&br()※運用上10～50マン程度が上限目安&br()搭載メモリ量により編集／描画可能なサイズが変わります。|
|~|BGCOLOR(#EEF):追加UV|－|最大4つまで4Dベクトル(x,y,z,w)を追加配置可能&br()主にエフェクトを介しての利用を想定|
|~|BGCOLOR(#EEF):エッジ(輪郭）|非エッジフラグ（表示／非表示）|頂点毎のエッジ倍率（0～1）|
|~|BGCOLOR(#EEF):ウェイトのボーン対象数|2ボーン|4ボーン|
|~|BGCOLOR(#EEF):ウェイト値|整数（0～100）|実数（単精度）|
|~|BGCOLOR(#EEF):変形|BDEF|BDEF／SDEF&br()※SDEF変形はボーン数2まで|
|BGCOLOR(#EEF):面|BGCOLOR(#EEF):描画方式|>|三角形リストのみ|
|~|BGCOLOR(#EEF):最大面（ポリゴン）数|>|(20億(31bit)/3)*材質数&br()※運用上1材質中の最大面数はもっと少なくなります|
|BGCOLOR(#EEF):材質|BGCOLOR(#EEF):材質名|なし|記録可能|
|~|BGCOLOR(#EEF):描画方式|両面描画：α＜1&br()地面影：エッジとの共用フラグ&br()セルフシャドウ：α＝0.98で描画OFF&br()セルフシャドウマップへの描画|各項目の個別設定が可能|
|~|BGCOLOR(#EEF):エッジ（輪郭）|なし（MMD上で一括指定）|エッジサイズ／エッジ色（RGB)|
|~|BGCOLOR(#EEF):テクスチャ／スフィア|ファイルパスデータは固定&br()（テクスチャ名の長さが19文字まで※2）|ファイルパスデータの可変サイズ化&br()（長いファイルパスでも対応可能）|
|~|BGCOLOR(#EEF):スフィア|SPH、SPA|SPH／SPAに加えBMP／PNG／JPGが追加&br()サブテクスチャモードの追加|
|~|BGCOLOR(#EEF):Toon|－&br()個数制限（10個）|直接設定へ変更&br()個数の自由化|
|~|BGCOLOR(#EEF):メモ|なし|追加（自由欄、エフェクト側との連絡用他）|
|BGCOLOR(#EEF):ボ&br()｜&br()ン|BGCOLOR(#EEF):変形種類|ボーン種類(10種)|個別パラメータ化：&br()回転／移動／IK／表示／操作／回転付与／移動付与|
|~|BGCOLOR(#EEF):～先ボーン|設定が必要|座標オフセットで指定可能|
|~|BGCOLOR(#EEF):変形順序の厳密化／自由化|－|IKの下に通常変形ボーンを配置することなども可能|
|~|BGCOLOR(#EEF):IKボーンへIKパラメータの取り込み|別途のIKリスト設定が必要|別途のIKリスト設定は不要|
|~|BGCOLOR(#EEF):IK変形での制限角度|"ひざ"関連のみ内部で自動設定|任意設定が可能|
|BGCOLOR(#EEF):モ&br()｜&br()フ|BGCOLOR(#EEF):表情|表情（表情変形）|頂点モーフとして再定義|
|~|BGCOLOR(#EEF):モーフ方式|頂点モーフ|頂点モーフ：頂点位置にオフセット加算&br()UVモーフ頂点UV値にオフセット加算&br()（追加UVも個別設定可能）&br()ボーンモーフ：ボーンに回転／移動量をオフセット&br()材質モーフ：RGBAの4値をモーフ変更&br()グループモーフ：頂点／UV／ボーン／材質の各モーフを同時に実行可能なモーフ|
|BGCOLOR(#EEF):共通&br()表示枠|BGCOLOR(#EEF):表示枠|表情枠とボーン枠は別個|モーフ（表情）／ボーンを任意に格納可能&br()PMD互換として標準でRoot枠（センター用）やPMD用の表情枠も作成されます|
|BGCOLOR(#EEF):物理&br()演算&br()関連|BGCOLOR(#EEF):剛体／Joint|>|剛体の最大数はワールド内モデルの総計が16384±α&br()（MMD及び物理演算エンジンの仕様）|

※2　テクスチャ名・スフィア名の合計が半角英数で18文字以内。
内部では「xxxxx.png*xxxxx.sph」となるらしいので*も含めて19文字以内 

#co(){
----
**応用
-IK
--腕IK並列化（腕IKと指IK等）
--足IKに他ボーンの追加
-SDEF
--ひじ、ひざ、足首関節への適用によるつぶれ緩和
-BDEF4
--肩周りの黒ポリ緩和
-モーフ
--ローポリモデルのUVモーフ利用の表情変化
-頬染め
}
----
**関連動画

|>|関連動画|h
|&nicovideo(sm13637092){300,160}|&nicovideo(sm14024773){300,160}|

-----
**既存の不具合・注意点

サイト「みくだん」より引用：[[MMD基準モデルフォーマット、PMD/PMXについて>>http://mikudan.blog120.fc2.com/blog-entry-280.html]]
>現時点でMMD側がPMXフォーマットにて非対応・不具合の部分
>・IK変形において、PMDEditor側とMMD側で一部挙動が異なる場合がある。特に独自IKを組んだ場合は異なる場合がある。
>・材質に対して存在しないtoon.bmpなどを指定すると壊れる
>（従来のPMDにて、toonを指定したくない場合は、存在しないtoonを指定する方法をとっていた為、そのままPMX化する時に引き継いでしまうとMMD側で不具合となる）
>・外部親の非対応（これは仕様自体がまだ固まっていません）
>・MMDを経由したモデルデータからMMEへの引数渡しが一部非対応
>・材質モーフ適用後、MMEへのテクスチャ引き渡しなどが非対応
>※ただし、これらの問題は報告が上がってるだけで詳細な再現などがなされない場合もあり、また詳細に検証したものではありません。伝聞の部分もありますので、各自で検証していく必要はあります。大抵の問題はモデルデータ側にある場合もあるので何ともいえない場合もあります。

***PMD → PMX変換でfpsが落ちる際の回避方法
Q.MMD ver.7.39でpmdモデルとpmxモデル混在して使うとやたらfps落ちるのは仕様？
A.Ver7.38以降でIKのLoop回数の計算の変更があり、IKの単位角は1以上に設定してください。
（動かないIKを作りたい場合は、単位角は１にして、IKの角度制限をx,y,z共0に設定して下さい ）

#region(回答全文を読む　[[【MMD】MikuMikuDance動画制作/鑑賞スレ part137【初音ミク】>http://hibari.2ch.net/test/read.cgi/streaming/1319196432/]])
[[【MMD】MikuMikuDance動画制作/鑑賞スレ part137【初音ミク】>http://hibari.2ch.net/test/read.cgi/streaming/1319196432/]]

>&font(#339){105 名前： 名無しさん＠お腹いっぱい。 投稿日： 2011/10/22(土) 20:15:50.92 ID:p4BDYcQw0}
>&nowiki(){>>25} 
>&nowiki(){>>}MMD7.39でpmdモデルとpmxモデル混在して使うとやたらfps落ちるのは仕様？ 
>&nowiki(){>>}それともなんか使ってる特定のモデルに問題があるんだろうか 
>
>その実際にfpsが落ちるpmdとpmxモデルのペア2体をどこかにアップロードして 
>もらえないでしょうか？ 
>
>111 名前： 名無しさん＠お腹いっぱい。 投稿日： 2011/10/22(土) 20:58:21.22 ID:p4BDYcQw0
>MMD7.39はPMDはPMDのシーケンスで、PMXはPMXのシーケンスで動きます。 
>なので両方読み込んでもそれぞれ別のシーケンスで動くだけなので、原理的には 
>両方混ぜたことによって異変が起こるというのはないはずです。 
>
>ただし意としないバグでそういう状況になる可能性もあるのですが、ソースを 
>見渡しただけではそんな兆候は見つからないので、実際にその状況を起こした 
>状態でデバッグしないと修正は不可能です。 
>
>&nowiki(){>>107} 
>そのKaitoモデルをDLできるurl教えてくれませんか？ 
>
>&font(#339){123 名前： 名無しさん＠お腹いっぱい。 投稿日： 2011/10/22(土) 22:38:32.40 ID:p4BDYcQw0}
>GUMIモデル確認しました。 
>MMD上のPMXでは、角度制限付きIKを正確に計算するためにターゲットボーン方向を向くまで 
>Loop回数以上ループする場合があります(Ver7.38以降)。 
>ここでLoop回数を1に設定し、1回のループで回転する角度である『単位角(PMDEditorのVerに 
>よっては単位制限角)』の値が異常に小さいと、PMDではほぼ動かないで終了する計算をPMXでは 
>複数回計算してしまうため、計算時間が非常に長くなります。 
>
>Ver7.37以前やPMDEditorのようにLoop回数で計算をやめる仕様にしても良いのですが、 
>そうすると今度は角度制限をつけたIKの動作でガックガクの動きになる場合がでてくるので、 
>MMDでは現在の仕様を採用します。 
>
>そもそも、単位角に異常に小さい値を設定することはPMD,PMXに関わらず動作上意味がありません。 
>PMXを使用して動作が遅くなるモデルがある場合には、IKの単位角が異常に小さい値になって 
>いる箇所がないか確認し、あったら値を１以上に書き換えるようにして下さい。 
>
>それとよくPMDとPMXを併用すると動作が遅くなったり頻繁にバグるという話を聞きますが、 
>どなたかそのような現象が起きる場合は当該PMXとPMDモデルの組を教えて下さい。 
>
>&font(#339){126 名前： 名無しさん＠お腹いっぱい。 投稿日： 2011/10/22(土) 22:47:10.25 ID:p4BDYcQw0}
>3行にまとめると、「MMDを使う場合はIKの単位角は1以上に設定してください」ということです 
>
>&font(#339){132 名前： 名無しさん＠お腹いっぱい。 投稿日： 2011/10/22(土) 22:56:49.63 ID:p4BDYcQw0}
>動かないIKを作りたい場合、単位角を異常に小さい値に設定する事もありそうですね 
>その場合は単位角は１にして、IKの角度制限をx,y,z共0に設定して下さい 
#endregion

----
**関連リンク
-[[みくだん>http://mikudan.blog120.fc2.com/]]（かんな氏）
--2011-05-14[[MMD Ver7.33 / PMD Editor 0.1.2.0 とPMXについて>http://mikudan.blog120.fc2.com/blog-entry-263.html]]
--2011-09-02[[MMD基準モデルフォーマット、PMD/PMXについて>>http://mikudan.blog120.fc2.com/blog-entry-280.html]]
-したらばのMikuMikuDance板（MMDのバグ報告全般）
--[[MMDバグ報告スレ　part2>http://jbbs.livedoor.jp/bbs/read.cgi/music/23040/1273772382/]
-[[とある工房>http://kkhk22.seesaa.net/]]（極北P）

----
MikuMikuDance　＞
&ls_line(MikuMikuDance,sep=、)