次期MMDツール開発関連スレ Ver2 - 1313760874

575：名無しさん＠お腹いっぱい。：2011/12/05(月) 08:27:37 ID:flUMgLdg0: 　　　　　　ζ
　　　　　／￣￣￣￣＼
　　　　 /　　　　　　　　　＼
　　　　/＼　　　＼　／　｜
　　　　|||||||　　　(･)　　(･) ｜
　　　　(6-------◯⌒つ｜　＜　なっとらん！じつになっとらん
　　　　｜　　　　＿||||||||| ｜　
　　　　　＼　／　＼＿/ ／　　　
　　　　　　＼＿＿＿_／
576：名無しさん＠お腹いっぱい。：2011/12/10(土) 17:16:11 ID:ulJ4bI1s0: MMM 更新 (V0.3.6.0)
http://v-nyappon.net/?m=diary&a=page_detail&target_c_diary_id=1013560
577：名無しさん＠お腹いっぱい。：2011/12/12(月) 17:30:04 ID:5z.uFr4o0: MMMは最初から再生を押しても再生されないのは何とかしてくれ
578：名無しさん＠お腹いっぱい。：2011/12/18(日) 07:12:47 ID:tukeVOMU0: MMM更新。。
http://v-nyappon.net/?m=diary&a=page_detail&target_c_diary_id=1015172

------

MikuMikuMoving V0.3.7 (α版)を公開しました。

[12/17 22:50 追記]
補間曲線コントロールがつぶれていたので修正しました。
V0.3.7.1をダウンロードしてください。
579：名無しさん＠お腹いっぱい。：2011/12/24(土) 01:17:43 ID:nxdguPhs0: MMDAI2はQt使ってるな。
Qt for Google Native Clientを用いれば、Google Chrome上でも動かせるかもしれない。
580：297：2011/12/24(土) 23:37:01 ID:tAVHvhpw0: Ver1224をアップしたかったので更新しました。
vmdの読み込みには対応したものの、IKが不完全なのでカオス状態に。

MikuMikuAnime Ver.0.111224
http://www1.axfc.net/uploader/Sc/so/303628.zip

年内にIKはどうにかしたい。
コミケ休むか・・・。
581：名無しさん＠お腹いっぱい。：2011/12/25(日) 08:17:03 ID:3G3ThrzA0: >>580
いただきましたありがとう
確かに足がカオスだけどこれはこれで面白いｗ
582：名無しさん＠お腹いっぱい。：2011/12/25(日) 13:10:35 ID:cfZODdm20: MMD丼は音沙汰無くなっちゃったな
583：名無しさん＠お腹いっぱい。：2011/12/25(日) 16:31:50 ID:G3xlVt5w0: http://v-nyappon.net/?m=diary&a=page_detail&target_c_diary_id=1016817
MMM3.8.1きてる

>>582
ぶっちゃけもうポストMMDツールはMikuMikuMovingの独り勝ちほぼ確定だし
モチベも大分下がったんじゃないの
584：名無しさん＠お腹いっぱい。：2011/12/25(日) 20:27:21 ID:GLaKffbk0: DX11とか、割と期待してるんだけど･･･

MMMも、bulletのVer違いで物理の動作不一致とか出てきてるし
DX11だと、更に色々と問題が出てきそう

MSの下位互換性維持は、細かいところで今ひとつ信用ならんからなぁ
585：名無しさん＠お腹いっぱい。：2011/12/26(月) 06:35:39 ID:ByoEqkM.0: そもそもMMD丼の人ってほかに作りたいものがあったんじゃ
586：名無しさん＠お腹いっぱい。：2011/12/28(水) 19:09:26 ID:rWwuhFMQ0: 元々はMMD用のVFX用ツールを作りたい、ってのが動機だったはず
だからMMM用のプラグインとして、元々の路線に戻って作ってくれると嬉しいな
もっとも、MMMのプラグイン仕様が原状ではまだまだプアーだから拡張してもらわないと無理だけど・・
587：297：2011/12/31(土) 23:07:15 ID:s2smdilc0: 前回の更新のときに「年内に」とか書いてたんでアップしました。

MikuMikuAnime Ver.0.111231
http://www1.axfc.net/uploader/Sc/so/305678.zip

IKは前回に比べると少しはマシになったものの、たまに骨折したり、頻繁にM字開脚したりするので要改善。
近日中に、IKを修正しつつ、MMA独自の色指定を編集・保存できるようにしたのをアップする予定。

来年もよろしくお願いします。
588：名無しさん＠お腹いっぱい。：2012/01/01(日) 17:31:08 ID:MU0vVfNs0: >>587
あけおめ
いただきました、ありがとう
モデル情報表示ダイアログとか、細かいとこも追加されてるねえ
MMA独自機能が楽しみだ
589：297：2012/01/01(日) 19:35:32 ID:qeB1RUeY0: >>588
あけおめです。

＞モデル情報表示ダイアログとか、細かいとこも追加されてるねえ
このダイアログはモデル読み込み時に色セットを指定するためのやつなんで、
次回のバージョンアップで本格的に機能させます。
590：名無しさん＠お腹いっぱい。：2012/01/03(火) 23:06:27 ID:x9XN1Fhg0: MMD杯のレギュも後継ツールOKになったし、使用動画ふえるといいなage
591：名無しさん＠お腹いっぱい。：2012/01/04(水) 00:12:21 ID:4lIZ6zAw0: 最近見てなかったんだけど、MMMはどの程度まで使える様になったん？
まだ第一線には厳しい感じ？
592：名無しさん＠お腹いっぱい。：2012/01/04(水) 02:02:52 ID:pdNbgAhI0: >>591
・まだ時折落ちる
・頻繁にVersionが上がるので、更新部の関係でバグが、とかはまだ有る
・MMEは実装中。動いたり動かなかったり。ポストエフェクト系なら動くかも、といった程度
・物理は完全互換ではない(物理エンジンのバージョン違い)
・独自機能の追加等で、操作に差異あり

なんだかんだ言って、アルファ版名乗ってる間は、安定動作よりも機能の実装、調整、バグつぶしがメインだろうし、
第一線で安定動作、なんて段階ではないのは確か

ただ、バグにぶち当たらない限りは出力まで一通り出来る
追加機能が野心的で面白いので、触ってみるのも良いかと
593：名無しさん＠お腹いっぱい。：2012/01/04(水) 02:41:30 ID:4lIZ6zAw0: >>592
ありがとう、今から触っておいて感触に慣れておくのも良さそう。
情報感謝。
594：名無しさん＠お腹いっぱい。：2012/01/04(水) 17:30:49 ID:UknuHwe60: ボーンのBOX選択はできないんだっけ？＞MMM
595：名無しさん＠お腹いっぱい。：2012/01/05(木) 00:30:25 ID:3RbNRTmA0: でもま、指とかはグループ選択すればいいからBOX選択の重要度は下がった罠
596：名無しさん＠お腹いっぱい。：2012/01/09(月) 20:49:03 ID:GQXKC3JM0: MMMのβが来たみたいだな
まだオレのはお披露目したことがないが出遅れ感が拭えない
果たして俺たちは生き残れるだろうかｗ
597：名無しさん＠お腹いっぱい。：2012/01/09(月) 20:50:48 ID:qQyn5K1g0: >>596
できれば公開して頂きたいです…
598：名無しさん＠お腹いっぱい。：2012/01/09(月) 20:53:44 ID:NXJBBP4Y0: MMMβおめでとん
599：名無しさん＠お腹いっぱい。：2012/01/09(月) 20:54:42 ID:GQXKC3JM0: >>597
いや、まだ公開できるような出来じゃないんで・・・(´･ω･`)
後半月くらいで見せれるものが出来そうかなってレベルです
600：名無しさん＠お腹いっぱい。：2012/01/09(月) 21:02:49 ID:pjt8M2VE0: 正座でお待ちしております
601：名無しさん＠お腹いっぱい。：2012/01/10(火) 00:15:12 ID:DjUEst8A0: 色んな物があった方がいい
待ってる
602：名無しさん＠お腹いっぱい。：2012/01/10(火) 10:10:55 ID:7AJJ3sIg0: MMMの物理が直ってたwほぼMikuMikuDanceと同じで凄い！

ただ、モデルの材質表示が少し変かな？
大和式のミユ読ませたら、姉の大和式と同じ色になりましたん…

アンチエイリアスが自分のしょぼいPCでも使えて、セルフシャドウも完璧…
インターフェイスもわかり易くなってました。さすがΒ版…

材質の色を変えただけのモデルは、色が変更されない？
でもいろいろと使えると思いました。これはバージョンアップに大期待します。

あ、初期の起動時にちょっと待ちますねぇ…6秒程度？
起動しちゃえばMMDより軽くて、いいと思います。
603：名無しさん＠お腹いっぱい。：2012/01/10(火) 19:44:43 ID:JuDLOFRg0: MMMすごいですね。感動！
フルスクリーンはまだないのかな？
604：名無しさん＠お腹いっぱい。：2012/01/10(火) 20:33:33 ID:5XPlwkow0: MMEに対応したら乗り換えられるな
605：名無しさん＠お腹いっぱい。：2012/01/11(水) 00:13:31 ID:HWs9PQf60: >>602
>初期の起動時にちょっと待ちます

.NET framework対応アプリだから、それは仕方が無し
606：名無しさん＠お腹いっぱい。：2012/01/11(水) 00:21:52 ID:c4I/PUKI0: 窓の杜 - 【REVIEW】指定フォルダ以下の.NET製ソフトを一括で高速化「Unofficial-ngen-GUI」
http://www.forest.impress.co.jp/article/2008/11/19/unofficialngengui.html
窓の杜 - .NET R-Tune
http://www.forest.impress.co.jp/lib/arc/extract/instsupt/dotnetrtune.html
607：名無しさん＠お腹いっぱい。：2012/01/11(水) 03:02:08 ID:WG4V9MRc0: MMMは女の子だったのか…
608：297：2012/01/15(日) 00:04:47 ID:vLGv2km20: MMMのβ版進化おめ。
こっちも早くβになりたいぜ。
いつになったらMMDの従妹を名乗れることやら。

MikuMikuAnimeの新機能ができたので、アップしました。

MikuMikuAnime Ver.0.120114
http://www1.axfc.net/uploader/Sc/so/309716.zip

・アニメ色の指定と保存
・IKを修正

◎アニメ色の指定と保存について

PMDファイルに含まれている色情報とは別に、MMA上で独自に色の指定と保存が
できるようになりました。
PMDモデルを読み込んでから「色指定」ボタンを押すと編集できます。

設定できる色はノーマル、ハイライト、シャドウの3色＋輪郭線です。

各係数の意味は、環境光がライトの方向関係無しの明るさ、
拡散光がライトが当たったときの明るさ、反射光が光沢です。
この係数を使って明るさが計算され、明るさがハイライト閾値を上回った箇所は
ハイライト色になり、シャドウ閾値を下回るとシャドウの色になります。

保存ファイルはPMDファイルを読み込むとPMDと同じフォルダに「(PMDファイル名).pma」という
ファイルが作られます。このpmaファイルが追加の色指定情報の載っているファイルです。
一度pmaファイルが作成されると、次回からはpmdを読み込んだときに自動でpmaも
読み込まれます。
pmaファイル自体はただのxmlなので、メモ帳とかxmlエディタでも読み書きできます。

まずは実際に使ってみた感想とかをお願いします。
まだバグが残ってそうで怖い・・・。

また、実際に編集したpmaファイルを再配布してもOKという方は
Upしていただけるとありがたいです。
次回からMMA付属のファイルとして載せていきたです。
まずは、MMD標準モデルのpmaファイルを揃えたい。

◎次回の予定

・シーン単位の編集とカット管理機能
・プロジェクトファイルの保存機能をちょくちょく作る
・IKの修正
609：名無しさん＠お腹いっぱい。：2012/01/16(月) 01:11:29 ID:ZVxX03XA0: >>608
もらった　ありがとう
シーン単位編集が来るのか　楽しみ

まだライトって操作できないってことでいいのかな？
まだちょっと触ったレベルの話なんだけど、モデルの色合いを変えるときに
ライトでも最終的な動画の色合い変わるだろうから、訊いてみた
610：297：2012/01/16(月) 12:49:21 ID:yZVKfMtc0: >>609
あ、ライトがバグってた。
最初のフレーム以外でライトを弄ってもうまく反映されてないや。

ライトは明るさと方向が設定できます。
これと色指定の係数から明るさが計算され、その明るさによって
モデル内の各ピクセルがノーマル、シャドウ、ハイライトのいずれかの色で
塗られます。

赤っぽいとか青っぽいとかの色合いは色指定で設定するようになってます。
例えば、昼と夜のシーン用にそれぞれ別の材質セットを作っておいて、
モデル読み込み時か色指定でどちらの材質セットを利用するか選択するって具合です。
今回アップしたやつでミクの髪を緑か赤か選択するようになってるのが、
その機能です。
611：297：2012/01/16(月) 12:54:18 ID:yZVKfMtc0: ってことにしようと思ってたけど、よく考えたら、それだと
1カットの中で赤から青に変化するとかができないんで、
ライブシーンとかの照明演出には機能的に物足りないかも。
アイマスとマクロスとハルヒを見て仕様を再検討してみるか・・・。

とりあえず、ライトのバグを修正しておきます。
612：名無しさん＠お腹いっぱい。：2012/01/17(火) 22:34:25 ID:Yn8lXI0o0: 次期MMDでモーション作成が一番スムーズに出来るのって
やっぱりMMM?
613：名無しさん＠お腹いっぱい。：2012/01/18(水) 00:49:48 ID:ssBmXhG20: 今はMMM以外の選択肢って無いんじゃないか？
614：名無しさん＠お腹いっぱい。：2012/01/18(水) 01:07:07 ID:Y2ZCQeIo0: 現段階で、
・破綻無くモデルが読み込める
・モーション編集が出来る
・映像出力が出来る

のはMMMだけかと
615：名無しさん＠お腹いっぱい。：2012/01/18(水) 01:56:14 ID:ZAjcyDnE0: MMD後継ツールの一覧
ttp://blog.yuragi-life.net/?p=1804
616：名無しさん＠お腹いっぱい。：2012/01/18(水) 01:57:31 ID:/cwO2WCY0: 初期のα版と比べたら、その出来の良さには圧倒しますね。
後はキャラクターによって、色が変わっちゃうのを何とか防いで欲しいのと、
アクセサリ読み込み時(ゲキド街)とか、数値を弄って設定できれば嬉しいかも。
キャラクターは、ライトの色合いを変えれば正規の色に出来るらしいんですけど…
ぶきっちょな自分にも、もうちょっとだけ使いやすくなってくれたら助かるかなぁ？

春前には正規版として、使えるものになっていくと実感。
このまま頑張って、開発続けていって欲しいです。
617：名無しさん＠お腹いっぱい。：2012/01/18(水) 22:00:56 ID:Va98kfFg0: 今年の夏コミに間に合えばおｋ
618：名無しさん＠お腹いっぱい。：2012/01/21(土) 21:58:29 ID:yNVx7USk0: MMM 更新 (V0.4.2.0)
http://v-nyappon.net/?m=diary&a=page_detail&target_c_diary_id=1023564
619：名無しさん＠お腹いっぱい。：2012/01/29(日) 13:13:18 ID:.izmo5uY0: >>618
0.421きてますね
620：名無しさん＠お腹いっぱい。：2012/01/29(日) 20:06:00 ID:0s0gzcTA0: え？
＞2012/01/29 version 0.4.3.2 DOWNLOAD
621：名無しさん＠お腹いっぱい。：2012/03/22(木) 21:47:24 ID:rGrM1DoM0: MMM以外の互換ツールってどうなったのかな
622：名無しさん＠お腹いっぱい。：2012/03/23(金) 02:06:34 ID:EHYKz1mo0: 前に半月で見せれるって書いたことあるけど、苦戦してる・・・
IKの問題が解決次第プロトタイプ公開するぜ(´・ω・｀)
623：名無しさん＠お腹いっぱい。：2012/03/23(金) 02:20:37 ID:mjb8Q0Jc0: 互換ツールはみんな出さないだけでちょこちょこ作ってる人結構いると思う
pmd＆vmdはソース色々おっこってるしpmxは仕様が公開されてて読みやすいし
自分は趣味でちょろっとやってニヤニヤしてるだけだけど
624：名無しさん＠お腹いっぱい。：2012/05/01(火) 17:59:22 ID:ACvvpubs0: ・・・(´・ω・｀)
やっと、IKがそれっぽくなった。マジで挫折しかけた
まだなんか変だけど・・・

α版、公開します。初めての公開なので他環境でちゃんと動くかもわかりません

■MikuMikuAction（仮）ver0.1.001
読み込み可能ファイル、PMX・Xファイル・WAVE・VMD
PMDには対応しておりません。
Rキーで回転、Gキーでオブジェクトやボーンを操作できます。

ちょっと操作方法がわかりにくいかもしれません

ttp://www1.axfc.net/uploader/He/link.pl?dr=3852711883&file=He_361444.zip
625：名無しさん＠お腹いっぱい。：2012/05/01(火) 18:34:40 ID:0Zhre6dc0: >>624
openal32.dllが無いと言われたが、これ何でしょ?
626：名無しさん＠お腹いっぱい。：2012/05/01(火) 18:50:24 ID:ACvvpubs0: はい、音楽再生にOpenALを使ってるので多分要求されたのでしょう
openal32.dll ダウンロードで検索すればいくつか出てきますので
それをシステムにインストールすればおそらく起動すると思います
627：名無しさん＠お腹いっぱい。：2012/05/01(火) 18:59:26 ID:9DTnllkY0: 必須なDLLなら同梱しておくべきだと思うんだが。
628：名無しさん＠お腹いっぱい。：2012/05/01(火) 19:05:13 ID:ACvvpubs0: はい、同梱版をご用意しました
申し訳ありません

ttp://www1.axfc.net/uploader/He/so/361448.zip
629：名無しさん＠お腹いっぱい。：2012/05/01(火) 20:57:29 ID:ACvvpubs0: ・・・ちゃんと、動くでしょうか？(´・ω・｀)
630：名無しさん＠お腹いっぱい。：2012/05/01(火) 21:01:05 ID:sDp9qGTE0: >>629
OpenCV (_core231.dll) がないという警告が出ます。
http://www.dependencywalker.com の DependencyWalker を使って
依存するライブラリを満たしているか一回確認したほうがよいですね。
631：名無しさん＠お腹いっぱい。：2012/05/01(火) 21:02:37 ID:sDp9qGTE0: しまった、sage 忘れてしまった。申し訳ない。
632：名無しさん＠お腹いっぱい。：2012/05/02(水) 00:30:48 ID:Q4MLKMko0: >>624ですが、とりあえず出直して来ます
夕方頃にまたアップしようと思うので、そのときはまたお願いします！(´・ω・｀)
633：名無しさん＠お腹いっぱい。：2012/05/02(水) 01:09:32 ID:w9YxWeDU0: ＞＞624
お疲れ様です！そして開発ありがとう！
634：名無しさん＠お腹いっぱい。：2012/05/02(水) 04:34:09 ID:ktYRWBlg0: 期待！
でも、落ち着いてねw
635：名無しさん＠お腹いっぱい。：2012/05/02(水) 18:24:49 ID:Q4MLKMko0: これで大丈夫でしょうか。
DLLが増えたので容量が上がりました。
有益なソフトを教えていただいてありがとうございます。

些細な事でも教えていただければありがたいです

■MikuMikuAction（仮）ver0.0.02

ttp://www1.axfc.net/uploader/He/so/361557.zip
636：名無しさん＠お腹いっぱい。：2012/05/02(水) 18:52:21 ID:HJUV8Omw0: 乙。win7Pro64で「アプリケーションを正しく起動できませんでした(0xc0000142)」だった。
637：名無しさん＠お腹いっぱい。：2012/05/02(水) 19:04:49 ID:Q4MLKMko0: >>636
エフェクトファイルが読み込めなかったとか出ましたか？
638：名無しさん＠お腹いっぱい。：2012/05/02(水) 19:08:35 ID:QAeo3XoY0: 同じダイアログが出た
win7 64bitでは動かない？
639：名無しさん＠お腹いっぱい。：2012/05/02(水) 19:13:29 ID:9XcStKp.0: おつですー。

環境はWin7 64bitです。
d3d9.dll を削除したら動作しました。

d3d9.dll、D3DX9_43.dll はDirectX、
msvcp100.dll、msvcr100.dll はVisualC++2010再頒布パッケージに
含まれているものなので、正式な場所に置くためにも
必要コンポーネントとしてMS公式からインストールさせたほうがいいかもです。

「オーディオデバイスの所得失敗」（取得？）
「コンテキスト作成失敗」

の2つのメッセージが出た後、起動します。
なお、オーディオデバイスはOSから正しく認識されていて、
他のソフトでは音が鳴ります。

PMXモデル(初音ミクver2PMX1号)、モーションを読み込んで再生することができました。
WAVEファイルを読み込むことはできましたが、音は鳴りませんでした。

がんばってください！
640：名無しさん＠お腹いっぱい。：2012/05/02(水) 19:57:52 ID:Q4MLKMko0: ありがとうございます。
オーディオデバイスの問題も出てきたか・・・(´・ω・｀)
641：名無しさん＠お腹いっぱい。：2012/05/02(水) 20:14:25 ID:QAeo3XoY0: おお、そうかその二つを消せば動くのか

しかし操作方法がつかみにくいなぁ
とりあえず夏炉リンのpmx読んだら落ちた
かんなさんところの標準モデルPMXは落ちなかった
Tdaさんのアペミクは落ちなかった

うーん、あと、これスクリーン座標以外で回転させたり移動させたりするにはどうすればいいんですか？
642：名無しさん＠お腹いっぱい。：2012/05/02(水) 20:24:31 ID:Q4MLKMko0: まだ、操作アイコンは機能してないのですがｗ
キー入力なら対応しています。

Rキーを押したあとX/Y/Zキーを押すことで各軸に切り替わります。
Gキーを押したあとも同様に切り替えることが出来ます
切り替わっている時にまたX/Y/Zキーを押すことでGlobal⇔Localに切り替わります。
この辺は結構blenderっぽいです。

夏炉リンを調べてみることにします。ありがとうございます
643：名無しさん＠お腹いっぱい。：2012/05/02(水) 20:32:11 ID:Q4MLKMko0: うわー、すいません平行移動が軸に対応してません。
しかも描画している軸ラインが動く壮大なバグを発見しました
644：名無しさん＠お腹いっぱい。：2012/05/02(水) 20:40:58 ID:QAeo3XoY0: なるほどー blenderってそういう操作体系なのか

あー、ネギ焼きミクでも落ちた
そしてdondon式ノーマルでも落ちた
あと、アペミクでセンターボーン動かしたら身体が真ん中から伸びた

>>643
多分アペミクのはそれ原因かなぁ
645：名無しさん＠お腹いっぱい。：2012/05/03(木) 01:40:12 ID:HhrGgDuU0: 環境
Windows8 Consumer Preview (32bit)
DirectX11対応ビデオカード
DTS Connect対応サウンドカード(5.1ch)

VisualStudio入れてる人なんでd3d*.dll msvc*.dllの４つは削除して起動
上に書かれているオーディオデバイスうんちゃらは出ず
Tda式カスタム重音テトさんの読み込み＆表示は問題なし
vmdを読み込んで再生も出来ました
wavは最初無圧縮ステレオ音源を入れてみたけど鳴らず
ステレオのせいかな？って思い
UTAUのテトさん音源を適当にチョイスしてドロップしたところでWindows8にしてから初めてのブルースクリーン体験
事前情報の「ブルースクリーンに :( とか顔文字が出る」というのは見れなかった

フォローとしてはサウンドドライバがWindows8なんてOSシラネーヨとか言うから
わざわざ互換起動して入れるってことをサボっているためそれが悪さをしているのかも
(といっても俺がXAudio2系使ってグルングルンやってる分には問題ないからOpenALの使い方かALのなんかか？)

環境２
Windows7 Ultimate (32bit)
DirectX11対応ビデオカード
マザボサウンド(2ch)

起動時にオーディオデバイスうんちゃらが出た
会社マシーンなんでwavは持ち合わせてなかったんでわざわざ作ってまでテストはしてないです
Tdaアペミクさんは普通に表示とかできた
一応会社だったんでそこでテスト終了

OpenCVは何に使ってるのかなー？ GUI？
マルチビューのネイティブサポートは先越された気分、まぁ俺はデビューする予定はないけど。
646：名無しさん＠お腹いっぱい。：2012/05/03(木) 01:46:08 ID:h6KKQTrY0: zeze式ミクでも落ちた
うーむ、落ちるモデル結構あるなぁ
647：名無しさん＠お腹いっぱい。：2012/05/03(木) 04:16:44 ID:ZkXFC4pw0: 自分にはある MMD 互換用の C++ ライブラリを書きはじめでいますけど
PMX ど PMD モデルの読み込みの方はとりあえず済みましだ

けれどSDEFはどう計算するのがはよくわかりません
ｍｑｄｌ氏により説明したものはありますけど理解にはちょっと難しい：
http://d.hatena.ne.jp/mqdl/20080525/1211706244

他に参考できるものはありませんか？
648：名無しさん＠お腹いっぱい。：2012/05/03(木) 04:48:47 ID:mDF/XWW60: >>647
that's all about it
649：名無しさん＠お腹いっぱい。：2012/05/03(木) 19:14:27 ID:rw2jgDmk0: >>645
OpenCVは主に動画録画に使う予定です(´・ω・｀)
現状はスクリーンショットを取って別窓で表示させるくらいにしか使ってないです・・・

zeze式ミクが落ちる原因を突き止めたっす！
UVモーフがちゃんと読めてなかったせいで開放がうまく出来なかったようです。
次のverできっとちゃんと読めます(´・ω・｀)
650：名無しさん＠お腹いっぱい。：2012/05/04(金) 13:19:57 ID:QR8Fc/sQ0: おー、おつです
651：名無しさん＠お腹いっぱい。：2012/05/04(金) 22:57:45 ID:dxEYtvKY0: アプリケーションを正しく初期化できませんでした（0xc0000142）。
[OK]をクリックしてアプリケーションを終了してください。

っていうダイアログが出てMikuMikuAction(仮).exeが落ちるんだが。
652：名無しさん＠お腹いっぱい。：2012/05/05(土) 00:15:00 ID:VPNpViG.0: >>651
DirectX系のd3d9.dll D3DX9_43.dllは消して実行した？
653：名無しさん＠お腹いっぱい。：2012/05/05(土) 16:02:47 ID:r8e3VY360: 『デバイスの初期化失敗』
で落ちました。

OSはWin7 32bitで、ビデオカードはMobile Intel(R) 4 Series Express Chipset Family。
VRAMが64MBのご老体なので、これが原因かも。
654：名無しさん＠お腹いっぱい。：2012/05/14(月) 14:02:53 ID:RfaSLFxk0: モーション作成に特化した互換ツールとかあってもいような…
機能はモーション作成とvmd出力のみ
655：名無しさん＠お腹いっぱい。：2012/05/14(月) 15:39:20 ID:wQkN3zVQ0: なんかあったような気がしたが・・・
656：名無しさん＠お腹いっぱい。：2012/05/14(月) 17:14:54 ID:fyx/EigU0: 今まさに作ろうとしてたら既出ネタであったか
657：名無しさん＠お腹いっぱい。：2012/05/14(月) 17:16:44 ID:OVaAzTaA0: あんま認知度ないし、新しく作っちゃえば良いんじゃね？
658：名無しさん＠お腹いっぱい。：2012/05/14(月) 18:37:56 ID:wQkN3zVQ0: モーション特化か・・・難しそうだな、広いって意味で。
ユーザー望むのはどんな機能だろうか？
659：名無しさん＠お腹いっぱい。：2012/05/14(月) 19:17:26 ID:hQqVA/II0: VMDMixerのモーション合成機能とか
660：名無しさん＠お腹いっぱい。：2012/05/14(月) 19:35:24 ID:ppi7shDw0: >>658
モーション付けしててまず思うことはキーフレームウインドウの縮小拡大かなタイムストレッチみたいな
MMDだと固定だからある程度見渡したいときに結構困る
あとコピペをある程度のグループ単位で簡単にできるといいな「腕」と「体」とか
661：名無しさん＠お腹いっぱい。：2012/05/15(火) 00:26:14 ID:6KT6rl660: 俺得互換ツールでいいじゃない
いくつかこういうの出来たらいいなってアイデアと現実的な実現方法は思い浮かんでるんだけど
ちょっと毛色の違う方面のことにも興味持っちゃったり他の障害で進まない状況ってのはモヤモヤするね

ところで >>69-75 あたりのMMD純正IKのソースってどっかで… もう無理？
自前IKでもいいんだけど純正ってのに魅かれるのです。
662：名無しさん＠お腹いっぱい。：2012/05/27(日) 03:39:27 ID:/mxXhrMU0: もしもの時のためにＤＬしておいたのがあるけれど、
うｐしてもいいのかな？
663：名無しさん＠お腹いっぱい。：2012/05/27(日) 04:03:05 ID:ZezFavr.0: 捨てアド取るなりして個人間で受け渡しが良いかもね
664：名無しさん＠お腹いっぱい。：2012/05/27(日) 21:07:22 ID:uWCnfST20: 樋口氏のIKのソースの断片をダウンロードしようとしましたが、
掲載が終わってました。

もし、お持ちの方がいらっしゃいましたらいただけないでしょうか？
当方もIKをプログラムに組み込んでミクさんを再生したのですが、どうしても
足首あたりのモーションが本家と違う感じになってしまいます。

いただけるようでしたら、下記のメアドに送っていただければ助かります。

bs200017@yahoo.co.jp

何卒、よろしくお願いいたします。
665：名無しさん＠お腹いっぱい。：2012/05/27(日) 21:21:03 ID:uWCnfST20: MMDX のソースも参考にしてみたのですが、なぜかすねが
Y軸周りに反転してしまってどうしようもない。右手座標系前提処理になって
いてZ値とクォータニオンの軸 XY が反転しているのはわかるのだけど、
それを元に行列を作って転置しても結果が合わないし、正直挫折しかけてます。
666：sage：2012/05/27(日) 23:43:25 ID:/mxXhrMU0: おくってみたしあ
667：名無しさん＠お腹いっぱい。：2012/05/27(日) 23:52:42 ID:uWCnfST20: ありがとうございます。
受け取りました。

早速、ソースに組み込んでみたいと思います。
668：名無しさん＠お腹いっぱい。：2012/05/28(月) 00:00:55 ID:PeARH3Nk0: 再配布可ってんだからupしちゃってもいいんじゃないかな？
っと思いつつ便乗してメアド用意させていただきました

c1292269@rtrtr.com

まだ見ていればお願いいたします
669：名無しさん＠お腹いっぱい。：2012/05/28(月) 00:07:54 ID:djKqZcgM0: >>668

666 からいただいものですが、送りました。
お役に立てば幸いです。
670：名無しさん＠お腹いっぱい。：2012/05/28(月) 00:17:58 ID:PeARH3Nk0: >>669
すみません、利用した捨てアドサービスでは添付ファイルがBase64ですら受信できなかったので今一度お願いしたいです
新しいアドレス(というかメインアドレス)は送っていただいたアドレスに返信しました
よろしくお願いします
671：名無しさん＠お腹いっぱい。：2012/05/28(月) 00:30:23 ID:djKqZcgM0: >>670

ご連絡いただいたメールアドレスに再送させていただきました。
672：名無しさん＠お腹いっぱい。：2012/05/28(月) 00:35:16 ID:PeARH3Nk0: >>671
2度もお手数かけさせてすみませんでした。
これで純正のIK動作およびIKによるMMDエンジンが動かせるようになります
ありがとうございました！
673：名無しさん＠お腹いっぱい。：2012/05/28(月) 00:39:29 ID:PeARH3Nk0: なお最初に提示したメアドは10分間(延長可)だけ有効な捨てアドサービスのアドレスなので１０分後に消滅します。
便利そうだから初めて使ってみましたが… ということでスレの無駄遣いすみませんでした。
674：名無しさん＠お腹いっぱい。：2012/05/28(月) 00:44:11 ID:djKqZcgM0: いえいえ。
無事、届いたならよかったです。

お互いいいツール・ゲームを公開できるようにがんばりましょう。
675：名無しさん＠お腹いっぱい。：2012/05/28(月) 01:00:14 ID:PeARH3Nk0: 自作ツール、ちょっと違う方面に浮気し始めてましたが良い刺激でやる気が再燃
ツールの公開を持ってお礼としたいという目標が出来ました
676：名無しさん＠お腹いっぱい。：2012/05/28(月) 01:33:57 ID:PeARH3Nk0: あ、もちろん>>666さんにも感謝してますよ！
とりあえずＭさんのＩＫなんでMIKフォルダに入れました。
何かを感じます。
677：名無しさん＠お腹いっぱい。：2012/08/22(水) 10:37:24 ID:VkH0gptk0: ・・・皆無事IK搭載できたん？(´・ω・｀)
678：名無しさん＠お腹いっぱい。：2012/08/22(水) 11:22:08 ID:x8u0R7cg0: つか、今来たんだけどIKメーカーじゃ駄目だったの？PMDeプラグインの。
679：名無しさん＠お腹いっぱい。：2012/08/22(水) 11:49:55 ID:VkH0gptk0: ん？　俺らが言ってるIKはIKを動かす仕組みの実装であって
モデルにIKを仕込むものじゃないんだ
680：名無しさん＠お腹いっぱい。：2012/08/22(水) 12:45:44 ID:x8u0R7cg0: あ、そうなのか。ごめん。
681：名無しさん＠お腹いっぱい。：2012/08/22(水) 22:52:30 ID:t9wAjVT60: >>677
ちょくちょく骨折する
682：名無しさん＠お腹いっぱい。：2012/08/25(土) 22:59:51 ID:C1j7pFfQ0: >>677
IKもあれだけどやること多い
というか俺は迷走してるからみんなは頑張ってくれー

http://gyazo.com/4a33663a02a7f7e9670a39bca818fd5d
683：名無しさん＠お腹いっぱい。：2012/08/25(土) 23:08:18 ID:C1j7pFfQ0: http://gyazo.com/4a33663a02a7f7e9670a39bca818fd5d.png
このアプロダは拡張子付けるだけで直接貼れるのか。
684：名無しさん＠お腹いっぱい。：2012/08/30(木) 20:30:04 ID:RIffyT4Y0: 皆情報交換しようぜｗ
685：名無しさん＠お腹いっぱい。：2012/09/04(火) 23:35:06 ID:ULhfijiM0: MMDSってどうなってる？
もう更新停止？
686：名無しさん＠お腹いっぱい。：2012/09/05(水) 18:53:31 ID:s1f3cT3w0: こんだけ止まってるんだからもうモチベが冷めたんじゃないかなぁ。
687：名無しさん＠お腹いっぱい。：2012/09/05(水) 18:57:12 ID:lgk6/Hig0: 物理演算も余計な機能も要らないからモーション作成に特化した物作らないかなあ
688：名無しさん＠お腹いっぱい。：2012/09/05(水) 21:12:41 ID:2RinORvo0: 興味深い
よければ具体的に実装されて欲しい機能を上げて欲しいところです
689：名無しさん＠お腹いっぱい。：2012/09/05(水) 21:27:06 ID:rjM16kmA0: そして出来上がったのがMMDである
690：名無しさん＠お腹いっぱい。：2012/09/05(水) 21:32:02 ID:lgk6/Hig0: MMDで基本できることはそのままとして

マルチ4画面
フレームタイムライン全体の縮尺拡大
グループボーン単位でのコピペ対応
ジョグシャトルみたいに再生逆再生がマウスで出来るように、これはキー割り当てでも
マーカーの設置
背景AVIの容量上限撤廃

他にもあるけと取りあえずこんな感じかなあ
691：名無しさん＠お腹いっぱい。：2012/09/05(水) 22:20:18 ID:mFOArn2.0: マーカーについて詳しく、ダミーオブジェクトを設置するようなもの？
692：名無しさん＠お腹いっぱい。：2012/09/05(水) 22:31:05 ID:dDQuZEb20: IDかわっちゃってるけど690です

タイムライン上に目印として置く物です
モーション作ってると結構繰り返し同じ物を使う場合があるのでマーキングしておけば
わざわざメモしなくても良いので
マーカーも市販ソフトだと番号付けられたりそのマーカーの範囲指定してコピペ出来たりするのですが
693：名無しさん＠お腹いっぱい。：2012/09/05(水) 22:32:03 ID:mFOArn2.0: マルチ画面(２～４)のうちのどれかをうっとりループ用画面にできるようにして
独立した時間でループさせるということはしようとしたけど需要はあるだろうか？
694：名無しさん＠お腹いっぱい。：2012/09/05(水) 22:40:57 ID:mFOArn2.0: >>692
大体把握しました。

あ、俺は迷走して>>682作ってるけど
695：名無しさん＠お腹いっぱい。：2012/09/05(水) 22:43:42 ID:dDQuZEb20: >>693
モーション付加がリアルタイムに反映されるなら個人的に需要ありです
たとえば手を振ってるモーションがあって1-100fpsまで繰り返し再生
肘のボーンをちょっと弄ったらリアルタイムに再生されると違いが判りやすいし
いちいち再生ボタン押す手間も省けるし
696：名無しさん＠お腹いっぱい。：2012/09/05(水) 23:00:34 ID:mFOArn2.0: 要望スレみたいになっちゃってるけどこういうアイデア出しも開発の一環なのぜ
697：名無しさん＠お腹いっぱい。：2012/09/06(木) 00:49:57 ID:QmLwtvXU0: ああ、いい傾向だ
698：名無しさん＠お腹いっぱい。：2012/09/06(木) 01:45:25 ID:3rKQVnLE0: モーション作成に特化したツールなら
私が一番欲しい機能は
一定のフレーム間を繰り返し再生してる最中に
補間曲線を弄れたり、キーフレームを打てたりする事ですね。

ＭＭＭでは補間曲線を弄ればその動きがリアルタイムで分かったりするんですが。
これが再生しながら出来ると凄い助かる。
699：名無しさん＠お腹いっぱい。：2012/09/06(木) 09:51:28 ID:QmLwtvXU0: キーフレームを打ちたいってことは
再生中にボーン操作をしたいってことかい？
700：名無しさん＠お腹いっぱい。：2012/09/06(木) 15:14:59 ID:xlx7kRXs0: つまりうっとりループウィンドウはそこそこ需要があると
701：名無しさん＠お腹いっぱい。：2012/09/06(木) 18:12:08 ID:A3hjRaFo0: モーション特化用のモデルを付属してほしい
702：名無しさん＠お腹いっぱい。：2012/09/06(木) 18:27:59 ID:HWqzAcOw0: それはいらないな
モデルによって結構癖があったりするから最初から使うモデルでモーション作った方が早い
汎用モデルで作っても結局修正しないとならないし
703：名無しさん＠お腹いっぱい。：2012/09/06(木) 21:34:39 ID:DrXnJeis0: >>699
たとえばボールが床に何度か弾んで
転がるモーションをＭＭＤ（ＭＭＭ）で作成するとき
タイムラインで「まぁこんな感じかなぁ～」と適当に補間曲線を付けて
ブックマーク間のフレームを再生してみてイメージと違ったら
再生を止めて、また補間曲線を調整し直して・・・
再生を止めて、また補間曲線を調整し直して・・・
の繰り返しですが。

これを再生中に補間曲線を弄れてたらすごい便利じゃないかと

再生途中のボーン操作はこれの二の次の願望ですね。
704：名無しさん＠お腹いっぱい。：2012/09/06(木) 23:29:52 ID:kj1mNBlU0: MMD曲線の表示はまだ組み込んで無くて申し訳ないけど
イメージ的に
http://www.dotup.org/uploda/www.dotup.org3394430.png
↑の右下画面が指定時間を無限ループ
別画面でボーンをいじったり
下に出してる補完曲線とキーフレームを視覚化したグラフをいじったりできて
それが右下のうっとりループ画面にもリアルタイムに反映されればokでしょーか？
705：名無しさん＠お腹いっぱい。：2012/09/07(金) 02:37:34 ID:oK3FLAH60: PMDエディタの対抗ソフト…
なんて誰も作れないか
706：名無しさん＠お腹いっぱい。：2012/09/07(金) 03:59:42 ID:j6Hbbqsg0: ・PMDEの開発はPMXEとして継続中
・操作対象(PMX)の仕様が、今後PMXEに合わせて変更になる可能性が大きい
・機能的に大きな不満を持っているユーザーの比率が多いとはいえない
・画期的な新機能が広く必要とされる状況ではない

・・・現状だと、対抗ソフト作る動機が乏しい気が
PMX対応しても、本家押しのけて新仕様を追加できるわけで無し

PMDの仕様の範疇なら、操作性の改善や操作方法の変更くらいしかやることが無いだろうし
もし作ったとして、使ってみる人は居ても、使い続ける人が居るかというと、相当ハードル高いんじゃなかろうか
707：名無しさん＠お腹いっぱい。：2012/09/07(金) 07:33:54 ID:Nhb04Azc0: PMDエディタはモデルデータをPMDとPMXにするコンバータみたいなもんだからな
つーかPMXEとか初耳だわ
708：名無しさん＠お腹いっぱい。：2012/09/07(金) 07:35:12 ID:Nhb04Azc0: ああ、PMXエディタのことか・・・
新形式かと思ったぜ
709：名無しさん＠お腹いっぱい。：2012/09/07(金) 20:23:49 ID:kEp24Iis0: >>704
良い感じですね！
下の補間曲線は連続ベジェなのでしょうかもしそうだとしてキーをベジェで弄れるなら
それだけでも十分なくらいですね
連続ベジェならその曲線だけでも動きが想像できますから
それに加えて実際リアルタイムで動きが見れるならまじ嬉しいです
710：名無しさん＠お腹いっぱい。：2012/09/07(金) 21:20:47 ID:f45GhlF60: >705
対抗できる可能性があるのは
メタセコイアの作者さんぐらいじゃないかな。

今プラグインで無理やりやってる機能を本体に取り込んだ上で
もっとMMDとの親和性を高めればPMDEの対抗馬となりうるかも。
711：名無しさん＠お腹いっぱい。：2012/09/07(金) 21:24:03 ID:QfLh5j1k0: 張り合うために対抗するとか無意義じゃね
712：名無しさん＠お腹いっぱい。：2012/09/08(土) 02:57:12 ID:TWuPLjEw0: 自分の場合むしろ一番の原動力になりそうなエネルギーだな
713：名無しさん＠お腹いっぱい。：2012/09/08(土) 09:36:56 ID:HGgOoEcc0: 俺ならこうするのに！　って動機で突っ走るのは悪い事じゃないと思うがな

一極化しちゃうと停滞するのは何でも一緒だし
714：名無しさん＠お腹いっぱい。：2012/09/10(月) 01:43:38 ID:bd9Ck3XQ0: >>709
トライ＆エラーをできるだけめんどくさくなくしたいのでリアルタイムは必須条件かとー

で、下の曲線はハンドルを自動生成したベジェですがMMD曲線ではありません
*画像左下ペインの足元のぐにょぐにょっとした線をグラフ化したものです
*っていうかこのアプロダ、保存期間短いですね。

で、「連続ベジェ」というとキー位置の左右のハンドルの傾きが同じベジェのことだと思いますが
vmd(MMD曲線)の仕様上新たに自動もしくは手動でキーを追加しなきゃいけなかったりするので
操作性においてどこまでご期待に答えられるかはまぁ頑張るッスとしか言えないです
*完全にベジェ仕様で作ってvmd化ボタンを付ける可能性すらあります

ネギドリルなどのドラマ作成支援として
UTAU音源読み込んだりVOCALOID2とVSTi接続してツール上で喋らせるの作ろうとしてたけど
まぁまずはモーション作成がひと段落してからですねー
715：名無しさん＠お腹いっぱい。：2012/09/10(月) 02:35:46 ID:MOrfxI660: >完全にベジェ仕様で作ってvmd化ボタンを付ける可能性すらあります
個人的にはこれでいいと思うな
MMDとの完全互換を狙うつもりでないなら（そんなのはMMD使ってれば良い話だし）何も内部構造にまでVMDフォーマットを維持する必要はないと思う
パッと見での分かりやすさという意味ではMMDの補完曲線も優れているのかも知れないけど、モーションの完成度を突き詰めていく過程であっという間に限界がやってきて、その限界を超えるために多段化したりとか本来なら必要のない工夫が必要になってるしね
716：名無しさん＠お腹いっぱい。：2012/09/10(月) 04:07:30 ID:bd9Ck3XQ0: 位置のグラフ化は良いとして回転のグラフ化はどうしたもんか
ローカル方向ベクトルのＸＹＺとひねりのRollでお茶を濁すか。

多段ボーンの場合また違った最適なグラフもあるだろうからちょっと沼へ旅立ちますね。
717：名無しさん＠お腹いっぱい。：2012/09/12(水) 05:58:59 ID:zmTq6/QE0: 別にクォータニオンの補正を各軸に分けなくてもいいと思うが
718：名無しさん＠お腹いっぱい。：2012/09/15(土) 22:37:48 ID:eVZ2G3us0: クォータニオンのグラフ化、数値で見せるのに直値は無いなー、じゃ方向ベクトル見せるかーってことです
ボーンのローカル方向からの差分でRoll、Pitch、Yaw (ひねり、緯度、経度)出してそれのグラフ化かなー
719：名無しさん＠お腹いっぱい。：2012/09/15(土) 23:30:48 ID:hFvxssjQ0: 回転成分に関しては諦めてクォータニオンまんまで行くか、もしくはそれを捨ててベクトルと真っ向勝負するかどちらかが良いと思うな。
クォータニオンとベクトルとのいい所取りみたいなの目指すと結構泥沼にハマると思う。MMDSもその辺で苦労してた気がする。
どの道クォータニオンだと軸成分毎にleapって出来ないから仮にグラフ書くとしても分けない場合と同じになるし。
720：名無しさん＠お腹いっぱい。：2012/09/16(日) 00:34:15 ID:hAC39DSI0: ４つのクォータニオンでのBezier係数つかったSlerpは考えたりもしたけどそこはいろいろめんどくさそうなんでvmd準拠で２姿勢のslerpで
グラフの表示だけを人が見て理解できる数値にしようかとー

*やっと無料VC2010でx64のビルドできるようにできたーめんどくさかった…。
721：名無しさん＠お腹いっぱい。：2012/10/02(火) 01:07:10 ID:NHZACyKA0: 樋口さん嫌がるかもしれないけどikx.cppの気になるところを修正

ここ↓
// Z*X*Y順
// X軸回り
float fLimit = 1.535889f; // 88.0f/180.0f*3.14159265f;
float fSX = -temp._32; // sin(θx)
float fX = (float)asin(fSX); // X軸回り決定
float fCX = (float)cos(fX);

// ジンバルロック回避
if(fabs(fX) > fLimit){
fX = (fX<0)?- fLimit: fLimit;
fCX = (float)cos(fX);
}

// Y軸回り
float fSY = temp._31 / fCX;
float fCY = temp._33 / fCX;
float fY = (FLOAT)atan2(fSY, fCY); // Y軸回り決定

// Z軸回り
float fSZ = temp._12 / fCX;
float fCZ = temp._22 / fCX;
float fZ = (FLOAT)atan2(fSZ, fCZ);

　↓

fCXはtemp._31とかを割るために使っているけど
fSY、fCYはatan2に渡すベクトルなので同じ値で割ったところで精度が落ちるだけなんで削除
ジンバルロック回避のところでfXを±88度以内に抑えているのでfCXはマイナスになることもないので問題なし

それを踏まえたコード
// Z*X*Y順
float fX = clamp( asin( -temp._32 ), -fLimit, fLimit ); // X軸回り決定
float fY = atan2( temp._31, temp._33 ); // Y軸回り決定
float fZ = atan2( temp._12, temp._22 ); // Z軸回り決定

その下の// 角度の制限もよく見れば同じコードがＸＹＺと３つ並んでるだけなので関数化して見やすく

fX = LimitAngle( fX, p_bone[tv].rdlimit.x, p_bone[tv].rulimit.x, j<ikt );
fY = LimitAngle( fY, p_bone[tv].rdlimit.y, p_bone[tv].rulimit.y, j<ikt );
fZ = LimitAngle( fZ, p_bone[tv].rdlimit.z, p_bone[tv].rulimit.z, j<ikt );

とかやると角度制限のソースZ*X*Y順、X*Y*Z順、Y*Z*X順の３つが１画面に収まる
722：名無しさん＠お腹いっぱい。：2012/10/03(水) 08:28:22 ID:PpSxnnb20: ああ、すげぇいい情報だったわ
マイプログラムの質が一歩上がったって気分だ。ありがとう
724：名無しさん＠お腹いっぱい。：2012/11/16(金) 17:03:20 ID:dg2.vWqs0: テスト
725：名無しさん＠お腹いっぱい。：2012/12/13(木) 16:02:31 ID:wpvugyQE0: なあ、MMDの色の算出ってどうなってるか教えてくれないか？
テクスチャ使われてない材質がMMDのような色にならないんだが・・・
726：名無しさん＠お腹いっぱい。：2012/12/13(木) 19:36:23 ID:VsYrwRLk0: >>725
拡散色と環境色の混合らしい
PMDColorCalc使うと便利ですよ
727：名無しさん＠お腹いっぱい。：2012/12/13(木) 20:40:57 ID:wpvugyQE0: いや、ソフトじゃなくて・・・計算式を知りたかったんだ
MMEを見るとアンビエント*ライト色+デュフューズになってるっぽいけど
それでもなんか合わない気がするんだ
728：名無しさん＠お腹いっぱい。：2012/12/13(木) 21:56:11 ID:VsYrwRLk0: >>727
後足りないとすればtoonじゃないか？
729：名無しさん＠お腹いっぱい。：2012/12/13(木) 22:02:43 ID:1qdDTl6Y0: ディフューズ×ライト＋アンビエントだよ
730：名無しさん＠お腹いっぱい。：2012/12/13(木) 22:24:29 ID:IJPwEDyo0: まあ普通はそうなんだけど、MMDをPIXで覗いてみると
Diffuseは0(黒)で、AmbientにDiffuse色が、EmissiveにAmbient色が入ってるんだよね

初めてこの設定を見た時はたまげた憶えが
731：名無しさん＠お腹いっぱい。：2012/12/13(木) 22:38:25 ID:1qdDTl6Y0: つまりはどゆこと？
732：名無しさん＠お腹いっぱい。：2012/12/13(木) 23:09:20 ID:wpvugyQE0: MMDはちょっと特殊ってこと・・・
733：名無しさん＠お腹いっぱい。：2012/12/13(木) 23:29:26 ID:1qdDTl6Y0: んーと、MMDではDiffuseとかそういった色の名前は出てこないから、
PMDEが色名を間違えたってこと？

それとも、MMD内部での色の名前とその扱われ方に食い違いがあったから
PMDE側で意図的に別の名前をつけたってこと？
734：名無しさん＠お腹いっぱい。：2012/12/13(木) 23:46:50 ID:T3sctgiQ0: full.fxかMikuMikuDance.exeのリソース(無圧縮テキスト形式のシェーダ)をバイナリエディタで取り出してそれみりゃ良いんじゃね？
735：名無しさん＠お腹いっぱい。：2012/12/14(金) 09:28:33 ID:tAfrzOxk0: あー、色が合わない原因がわかったわ。フォーマットが原因だったようだ。
DXGI_FORMAT_R8G8B8A8_UNORM_SRGBからDXGI_FORMAT_R8G8B8A8_UNORMにしたら
狙った通りの色になった。なんつー罠だ・・・
736：名無しさん＠ダヨー：2013/02/25(月) 19:17:09 ID:4.9T9oEo0: 今からMMD始めるなら本家MMDとMMMどっちがいいんだろう
737：名無しさん＠ダヨー：2013/02/25(月) 20:10:33 ID:I1c/LH/.0: うむ、MMMには未来がありそうだよね。
でも、未来しかなさそうなんで、現在やるならMMDだな。
738：名無しさん＠ダヨー：2013/02/26(火) 18:11:34 ID:fAmo2g4U0: 本はMMDのしか出てないし、講座動画なり記事なりもほとんどMMD。
MMDでないとうまく動作しないモデルがある。
MMDでないと使えないエフェクトがる。
MMDの方が起動がはやく、軽い。
バグが無いわけではないがまあ安定しているし、開発終了してるので操作も変わったりしない。
64bit版がある。

MMMの方が多機能でいろいろ便利な機能があり、さらに機能が増えつつある。
MMMでないとPMXの新機能、フル機能が使えない。

好きな方を選ぼう。
739：名無しさん＠ダヨー：2013/02/26(火) 18:24:14 ID:rbSz.yrU0: MMMはもうちょっと安定して、MMEが問題なく読み込める様になってからかなぁ。
740：名無しさん＠ダヨー：2013/02/26(火) 22:46:06 ID:oP3M/5Fg0: ５年後も並走状態が続いてるんだろうね
使用比率が逆転するのはいつの日か
741：名無しさん＠ダヨー：2013/02/27(水) 04:12:07 ID:I0q8RviE0: 逆転するかな？
しないんじゃないかな
742：名無しさん＠ダヨー：2013/02/27(水) 08:02:22 ID:37WbLmCU0: MMDは開発がとまってるからねえ。
MMMが安定性を増していき、
かつ便利機能を加えていけば逆転できるとは思うが。
743：名無しさん＠ダヨー：2013/02/27(水) 12:32:47 ID:2m.K.8ec0: 機能追加が止まらないから安定する日はしばらく来ない気がする。

安定版欲しい。
744：名無しさん＠ダヨー：2013/02/27(水) 23:14:34 ID:w4Q8EiZ.0: まーでも開発者のモチベーション的には
安定版より新機能追加の方がテンションあがるでしょｗ
745：名無しさん＠ダヨー：2013/02/27(水) 23:18:10 ID:e8xTy59s0: でもそのままじゃ永遠に安定版出ないって事に…ｗ
746：名無しさん＠ダヨー：2013/02/28(木) 09:14:04 ID:/2g2vvU.0: やれるときにやれるだけ詰め込んでほしい
バグ取りも随時やってるわけだし
使う側としては常に最新バージョンにする必要はないし、その時々でエラーの出ないバージョンを使えばいいこと
747：名無しさん＠ダヨー：2013/02/28(木) 09:49:37 ID:9Xa.WKZ60: そんなに落ちるのか？　MMMって
・・・俺らも気をつけんとな
748：名無しさん＠ダヨー：2013/03/01(金) 01:13:36 ID:PpK1Q/nM0: バグ報告がメールベースになって遭遇したバグが未知のものか
報告済みのものか俺だけのものか判らなくなってしまったのがなぁ
再現手順を確立してメールにまとめてる最中にFIX版がきて、よかったメールしなくてって
事が２，３回あってから手の速い誰かがもう報告してるだろうとか思ってあんまり
再現調査もしなくなってしまったｗなんかごめん
749：名無しさん＠ダヨー：2013/03/01(金) 07:07:34 ID:OnIh71Rk0: >>748
いや、俺も同じ事思ってる
数回メールで報告した事があるが既出なのかどうか確認するすべがないから結構躊躇する
なぜ掲示板ベースじゃダメなのかと思う
750：名無しさん＠ダヨー：2013/03/01(金) 18:08:17 ID:XFR9PbkM0: メールだと、自分も報告しないなぁ。
バグらしいの見つけたら、まずここの掲示板に書いてる。

それと、更新履歴がその他もろもろの修正ってなってるから、いつどのバグが修正されたかわからないのが不便。
751：名無しさん＠ダヨー：2013/03/01(金) 18:39:09 ID:k0O0Rmy60: いちばんいいのはトラッカーを設置することだろうね
752：名無しさん＠ダヨー：2013/03/09(土) 06:09:35 ID:UIxm6zuw0: 開発者がそう言ってるのだからそれに従うまでなのだが、「なぜ窓口がメールだけなのか？」は知りたい
俺なら直接メール飛んできたら面倒くさくてたまんないんだけどなぁ
753：名無しさん＠ダヨー：2013/03/09(土) 07:11:39 ID:jbG5Ff6.0: 現状その方がノイズが少ないんじゃない？
でもバグ報告スレに書いておけば検証・改善されてるからどうでもいい
754：名無しさん＠ダヨー：2013/03/09(土) 07:40:26 ID:63aPJMDc0: 丁寧に再現情報をまとめてメールしようとする人は同時に
「既出で重複してたら迷惑だし」と気を使う人で貴重な情報を出し渋る一方
「〇〇できねーじゃねーか早くなんとかしろゴルァ」的な人は
遠慮しないのでそういうメールはどしどし届いてたりして
755：名無しさん＠ダヨー：2013/03/09(土) 10:30:28 ID:tbBgX0/Y0: メール出したこと無いけど、似たような報告が多数あっても対応したら全て返事してるのかな。
それだけでもすごく面倒そうに思うんだけど。
重要度が低いのは対応は後回しになるだろうから、なお更管理が大変そう。
756：名無しさん＠ダヨー：2013/03/09(土) 20:39:51 ID:3Q6BNY5o0: バグ報告が来たら、即座に対処して、そのたびにアップデート出しているなら、メールで足りるわな。
バグ報告する側も、最新版を使っている限りは未報告と考えて良い
757：名無しさん＠ダヨー：2013/03/09(土) 22:49:17 ID:63aPJMDc0: >>756
>バグ報告する側も、最新版を使っている限りは未報告と考えて良い
どうしてそう言い切れるのかよく分からんが。確かなのかそれ
758：756：2013/03/09(土) 23:43:50 ID:Z20I9SHA0: >>757
ああ、ごめん。仮定の話。

もしも、
> バグ報告が来たら、即座に対処して、そのたびにアップデート出している
という状況であるなら、

> メールで足りる
> バグ報告する側も、最新版を使っている限りは未報告と考えて良い
ということ

逆に、修正が追いつかず、積み残しがあるなら、メールは不適切だと思うよ
759：名無しさん＠ダヨー：2013/03/16(土) 06:11:26 ID:AW0W6c4U0: 音声波形に応じてアドリブでミクさんが踊るソフトを作って下さい
760：名無しさん＠ダヨー：2013/03/16(土) 07:34:44 ID:FF7rCjy.0: もしかすると>>759は知ってるんじゃないかと
疑いながら、「キャラミんOMP」があると書いてみる。
761：名無しさん＠ダヨー：2013/03/16(土) 09:40:30 ID:BktAUMlo0: ソフトの完成度がまだアドリブで踊すどころじゃないってのが俺らの本音だろう
MMMの開発速度には勝てんわ
次期になるのは諦めてwin8のWindowsストアアプリで作り直している俺がいる・・・(´･ω･`)
directx11使用のマイナー路線でいくぜ
762：名無しさん＠ダヨー：2013/03/17(日) 02:24:12 ID:DIQkYyfM0: 一度ベースを作ればあとは楽なんだろうが、まずIKで躓き、PMXで躓き、Bulletで躓く。
763：名無しさん＠ダヨー：2013/03/17(日) 05:12:14 ID:8a/KUyPQ0: モーフィングとかBDEF-SDEFのデフォームをシェーダーでやろうかなと思ったけど
VTF必須になるからやめておこう・・・。
764：名無しさん＠ダヨー：2013/03/24(日) 10:15:16 ID:YLdJfdKo0: やべぇ、Windowsストアアプリでbullet動かせねぇ
原因わかんねぇ、アプリで使えるようにコンパイルしようとするとエラーはきまくりで詰んだ
これは黙って従来型を作れっていうお告げなのか。俺はそっとWindowsストアアプリ版MMDをあきらめた・・・
動かせたって人がいたら教えてね(´･ω･`)
765：名無しさん＠ダヨー：2013/03/24(日) 23:34:53 ID:SAunhxdg0: Win32APIやCRTにかなり制限かかるから、既存のネイティブライブラリ使おうとすると
結構手直し必要なんだよねアレ
766：名無しさん＠ダヨー：2013/04/04(木) 03:30:58 ID:gnCB3gos0: PMXのIKに関する資料の少なさにキレてる
PMDなら割といろんな人が実装してるんだけども
767：名無しさん＠ダヨー：2013/04/04(木) 03:52:59 ID:mntfTRs20: 資料というかオフィシャルの実装（>>72>>75）を読んでしまうのが一番早いような
768：名無しさん＠ダヨー：2013/04/04(木) 04:54:36 ID:gnCB3gos0: いじめですか？
769：名無しさん＠ダヨー：2013/04/04(木) 04:54:58 ID:9ol7sCHE0: 消えてて落とせないんだが
770：名無しさん＠ダヨー：2013/04/04(木) 10:14:26 ID:kMMGwR8A0: >>764
bulletってvectormathでsse使ってるからそこが原因？

#if defined (BT_USE_SSE) && defined (_WIN32)
#include "sse/vectormath_aos.h"
#else //all other platforms
#include "scalar/vectormath_aos.h"
#endif //(BT_USE_SSE) && defined (_WIN32)

ってあるからscalar使うようにするとか

>>72>>75は>>69で再配布OKってあるけどまだOKなのかな？
771：名無しさん＠ダヨー：2013/04/05(金) 10:18:14 ID:lkILkPdc0: 俺がPMX用に作ったIKでよければ見せるが、果てしなく見難いものだ・・・
772：名無しさん＠ダヨー：2013/04/10(水) 18:32:48 ID:Z66rZMbg0: OKか動画かは知らんが上でやり取りしてる人はいるな
773：297：2013/05/19(日) 22:31:02 ID:DIkCoJbk0: 前回のUPから一年以上空いてしまいましたが、MikuMikuAnimeを更新しました。

MikuMikuAnime Ver.0.130519
ttp://www1.axfc.net/uploader/so/2908046.zip

・表情
・IKを修正
・複数カットの編集・再生（シーン編集モード）

いつの間にかXNAの終了が決定してたorz
中身を全てDirectXで作り直すので、次の更新もかなり先になりそうです。
774：名無しさん＠ダヨー：2013/05/20(月) 14:58:00 ID:X6y..wKM0: >>773
アップデート乙です
OS変えたの忘れて起動しなくてあせったけど
XNAフレームワーク入れたらちゃんと起動しました(Windows8)
775：名無しさん＠ダヨー：2013/05/20(月) 22:19:10 ID:RmgkLcGQ0: XNAが開発終了しても使えなくなるってことはないんじゃないのかな・・・
776：名無しさん＠ダヨー：2013/05/21(火) 00:04:05 ID:72c0DYsY0: 今の世代のDirectXがサポートされる限りは互換性サポート続けるだろうし結構しばらくの間は使えると思う
(Direct3DのRMは開発終了したあといつの間にかdllすら付属しなくなったんだっけか)
777：名無しさん＠ダヨー：2013/05/21(火) 02:29:11 ID:8mWJj04w0: 今の世代のDXはいいとして、DX9がサポートされなくなるのは近いかなと気になる所。
XPのサポート終了も近いし、次のWindowsは大丈夫だろうか。
778：名無しさん＠ダヨー：2013/05/21(火) 09:26:51 ID:6zV3wX7k0: D3DRMは1999年に更新終了
ランタイムが載らなくなったのはVistaからだから、実際のところ結構間はあるよ

D3D9は本当に普及率高過ぎてむしろいつサポート切る時期がくるのか全然見えないくらいだなあ
MS謹製の最新GUIフレームワークであるはずのWPFも、インフラがいまだにD3D9だし
D3D9をちょっとでも利用しているアプリが全滅するWindowsなんて現状考えにくいと思われ

(StoreアプリはD3D9もOpenGLも切ってるけど…）
779：名無しさん＠ダヨー：2013/05/22(水) 01:13:32 ID:/wiFRxeU0: AeroもD3D9Exだし
10以降はインフラが共通だけど9とは大きな差があるものだからしばらくは互換対応されそう
新しく作るなら10以降のが楽だけど

XNAからの移行ならMonoGame(OpenGL)かSharpDX Toolkit(D3D11)あたりがスタイル似てておすすめだよ
780：名無しさん＠ダヨー：2013/05/22(水) 22:17:07 ID:lN1BiwoA0: >>773
いいコンセプトのツールですね
うちの環境だと起動はするけどちょっと挙動不審なので残念です
せっかくだからもっとアニメ制作に尖らせてもいいかも
前後の原画が単色半透明でオーバーレイ表示されるとか
フレーム移動にctrl+ホイールあたり割り当てて動画チェックを手軽にするとか
無理のないペースで更新して下さい
陰ながら応援していきます
782：名無しさん＠ダヨー：2013/08/29(木) 09:50:07 ID:5nps7KX20: レスがあったから何かと思ったら・・・

ところで皆は進行度はどうよ、開発あきらめてるなんてないよな？(´･ω･｀)
俺はDirectX11版をそろそろ見せれるくらいにはなるぜ
783：名無しさん＠ダヨー：2013/09/08(日) 15:53:31 ID:ZSrsqHNo0: MMDにSweetFXを使ったら綺麗になるだろうか
AVI出力の時に効果が反映されないとかあるかもしれない
784：名無しさん＠ダヨー：2013/09/19(木) 06:34:13 ID:LLd94UzU0: MMEのdirectx11化か・・・これは俺らの立場危ういなw
785：名無しさん＠ダヨー：2014/05/15(木) 19:28:46 ID:.G.RpnQk0: DirectX11実装のための開発をしてるとこ増えたなー
本家本元のMikuMikuDance
次期MMD筆頭らしいMikuMikuMoving
ビームマンPと舞力介入Pが技術協力してるとかいうMikuMikuFlex
786：名無しさん＠ダヨー：2014/05/17(土) 19:20:52 ID:tjQIRnM.0: もう何年も次期とか言ってるし、たぶん今後も変わらんよ
本家が開発してるなら俺らは趣味で作る程度さ
787：名無しさん＠ダヨー：2014/05/18(日) 00:05:14 ID:naAwL1Bg0: エフェクトばりばりな動画が増えてきたけどそうなるともうDirectX使ってのリアルタイムはいらないんじゃないのかと思っちゃう。
外部レンダラへ出力して物理レンダリングとかできたらいいなあ。
でもMMDのレンダリングは遅くても1枚数秒、一方物理レンダリングは1枚数分から数時間。
やっぱ時間対効果はMMDがすごく高いなあ
788：名無しさん＠ダヨー：2014/05/18(日) 01:16:23 ID:Vl7tgv3s0: >>787
ttp://www.nicovideo.jp/watch/sm14216695
MME排他になるけど・・重いよ
789：名無しさん＠ダヨー：2014/07/25(金) 23:37:22 ID:01EQ74ko0: DirectX11対応でエフェクトとかそのままじゃ使えなくなるし、
MMMのほうが対応早いからMMD9とMMM11の二極に分かれるかもね
790：名無しさん＠ダヨー：2014/08/07(木) 19:19:02 ID:AsAHaJhw0: DX12特化にしたら幾分か軽くなるのだろうか、マントルみたいに何かのオーバーヘッドを減らすとか書いてあるし
MMMってマルチコア対応以降のx64MMDより
物理演算が幾分か重い感じがする（その分最適化の余地が大きい？）
791：名無しさん＠ダヨー：2014/08/07(木) 23:32:14 ID:6YNkbTpw0: 使ってる物理演算ライブラリのバージョンが違うから、その影響もあるかも。
792：名無しさん＠ダヨー：2014/08/14(木) 18:12:51 ID:AFAAUf5I0: endorphinやMorphemeタイプのモーション作成環境が欲しいな
793：名無しさん＠ダヨー：2014/10/11(土) 20:26:25 ID:huW9r5C60: MMMが重いのはWPFやC#だからだろ
794：名無しさん＠ダヨー：2016/02/09(火) 20:55:19 ID:oGChmVcA0: もうポストMMD開発界隈は下火なのかな？
795：名無しさん＠ダヨー：2019/06/20(木) 05:35:02 ID:4DZZzYXI0: いつの間にか2014年に開発頓挫してたM
MikuMikuFlexの開発後継者が現れててビビるわ
今さらなんの目的で開発してんのか気になる
796：名無しさん＠ダヨー：2019/06/21(金) 20:31:17 ID:kUaYK5cY0: BC7テクスチャとかちゃんとGPUで使えるものがあれば
テクスチャの解像度維持しつつ劣化を極力抑えてVRAM使用量もう少し現実的になるのかな？
797：名無しさん＠ダヨー：2019/06/21(金) 20:35:50 ID:kUaYK5cY0: そういえばPhysXオープンソース化したんだっけ
Bulletと切り替えられるようになれば
物理の互換性落ちるけど散々悩ませられるピクピクしたりブルブル抑えられる可能性がありそうな気も
798：名無しさん＠ダヨー：2019/06/24(月) 21:12:52 ID:MqgqSfy60: ダイナミックボーン実装されんのかな
バネを横にした時みたいに重力に逆らって元の位置に戻ろうとする感じの奴
799：名無しさん＠ダヨー：2019/06/25(火) 12:10:46 ID:4405TFF20: そういう動きをするモーションを作ればいいだけなので別に
自動で動かしたいなら物理演算のジョイントにバネ設定もあるし
800：名無しさん＠ダヨー：2019/06/25(火) 16:33:22 ID:eyw8cNGw0: まぁMMDで今使われてる物理周りは暴れやすいとか融通効かないとか
手軽に動かそうってものから少しかけ離れてきてる感はあるよねぇ
801：＜みく～ん＞：＜みく～ん＞: ＜みく～ん＞
804：名無しさん＠ダヨー：2019/10/15(火) 18:47:55 ID:pz9/bXmc0: MMD杯ZERO2ではどうなるか
805：名無しさん＠ダヨー：2020/09/22(火) 20:34:53 ID:cDoLSK.Y0: 皆さんの意見をお聞かせいただきたいです

やることが高度になってきてMMDは機能不足感が否めなくなってきました
かと言ってBlenderなどの他のエンジンでは要件を満たせないからこそMMDを触っています
そのため有志の方々がDLLインジェクションを用いた拡張機能が実装されているわけですが、
逆にこの実装方法が弊害となってしまいMMMやnanoemなどの他のMMDクローンにてエフェクトや拡張が機能しないことがままあります
さらにハードウェアのスペックが高くてもMMDがそれに追いついていません
この状況を打開することは可能なのでしょうか？
nanoemはOSS化されるようですがMMDをエミュレートしているわけではないので完全な再現が難しいのではと思います
（結局主要なプラグインが動作しないとユーザーも増えない）

また、アセットに関しても問題があると考えております
MMDは膨大なリソースがあるにもかかわらず、GitHubのような巨大な配信プラットフォームがないため、分散配布されてしまい扱いにくいと考えています
MMDにアセット管理システムが統合されれればアセットのダウンロードや管理、クレジットの生成なども自動で確実に行えます
しかしこれもすでに配布されてしまっているため打開策が難しいです

現在、MMD界の盛り上がりが欠けていますがこのあたりにも要因の一旦があるのではと思います
可能なら、このあたりを改善してもっと盛り上げていきたいなと
806：名無しさん＠ダヨー：2020/09/24(木) 20:50:21 ID:tdDktf/c0: >>805
マジレスすると金
金が動かないコミュニティは一時的に盛り上がってもすぐに衰退する
MMD　MMM開発者　モデル　ステージ　エフェクト開発者もほぼボランティア　誰も責任を取る立場にいない
こんなんで発展するはずがない
807：名無しさん＠ダヨー：2020/09/24(木) 21:27:57 ID:N1nAXlC20: >>805
個人が作った勝手アプリに対して自分の都合で生じた齟齬を他人に求めるのは
少し違うと思うかな

>DLLインジェクション
DLLインジェクションはAPIをフックして関数をコールした時に別のdllを読ませますが
それ自体オーバーヘッドにはなりません

>エフェクトや拡張が機能しないことがままあります
DLLで実装されてるとかそういう以前の問題で、UnityシェーダーのHLSLをUE4に持って行って
動作しませんと言っているのと何も変わりません

>さらにハードウェアのスペックが高くても
ハードウエアの性能が引き出せないのは大方DirectX9のオーバーヘッドや
高速化の手法が取り入れられてない事によるものだと考えられます

基本的にDirectX9は勝手に最適化や高速化をしてくれる訳じゃないので
専用アプリ（ゲームとか）はシーンごとに全て専用チューニングが施してあります
つまり自分で用意した環境に対応する専用シェーダーを自分で書いて最適化をしないと
DirectX9はパフォーマンスが出ないって事です

>アセットに関しても問題があると考えております
楽曲や素材の勝手配布サイトが増殖したようなものであって、拡張子がmp3やwavから
PMXやVMDに変わっただけに過ぎず、トップダウンで何かの命令に従っている訳じゃありません
各々が自由意志で自由行動を起こした結果で何の企画も意思統制もない訳で
楽曲や素材の配布サイトに対して何かを強制するのは正直ナンセンス以外の何物でもないでしょう

>巨大な配信プラットフォームがない
BowlRollでもニコニコモンズによる収益はうまい棒数本～数十本程度という事なので
完全に自腹みたいだけど、同等の代替サーバを提供するならその維持費は一体誰が
負担するのでしょう？
808：名無しさん＠ダヨー：2020/09/25(金) 09:12:21 ID:n.ukgSuw0: ＞BowlRollでもニコニコモンズによる収益はうまい棒数本～数十本程度

そ…そうだったのか…
何かもっと貢献者に還元できる方法があればいいんだけど。
809：名無しさん＠ダヨー：2020/09/25(金) 15:00:12 ID:U9SOCq4A0: >>806
お金は確かにそうかもしれませんね
ただ、OSSのソフトウェアの発展を見る限りあれもボランティアだと思うのであっちのようにもっと賑わってくれればいいかなって

>>807
お前らもっとこうしろと文句を言っているのではなく、こういう問題があるからなんとか解決したいって話です
有志の方々のおかげでここまで発展があったことは事実ですし、そういうのをまとめる環境があるともっと賑わうんじゃないかなと

DLLインジェクションについてはオーバーヘッドのことではなくアプリの拡張性の話です。このような形でしか拡張できないのに不便だと感じたので
ハードウェアについてはシングルスレッドシングルGPUでしか動作しないなどのことを示唆していました。DirectXの話は確かにそうかもしれませんね
アセットに関しては別に強制しているわけではないです。ただ事実として現状使いにくいと感じたことはありませんか？
配信プラットフォームの経費についてはそのとおりだと思います。分散システムを活用すれば個人の負担を軽減できるかもしれませんが、それも有志でやるしかなさそうですし

MMDは素晴らしいアプリですしその周辺技術も本当に皆さんの努力の賜物だと思います
ただ、やはり当初想定されていないようなレベルで使われていて機能不足感は否めないと思います（周辺技術や環境なども含め）
このままの状態で行くのも一つの選択肢だと思いますが、この状況を打開するために何か手を打てるならやってみたいなと思ったのでレスを投げさせていただきました
810：名無しさん＠ダヨー：2020/09/26(土) 00:08:04 ID:WVVqyKH.0: >>809
そもそもMMEは拡張が前提とされてないソース非公開のMMDを
凄腕エンジニアが勝手に解析してハッキングした只の非公式MODですからね

拡張性がない物を強引にこじ開けて勝手に作ってしまっただけで
MMDもMMEも拡張できるように設計されてないですし本体の仕様について
一切の情報が提供されてませんから、拡張もへったくれもないんですよ

逆にPMXEは作者がプラグインなどである程度の拡張を許容してますし
必要な情報については全て公開してます
最もPMXE（PMDE）も元はPMDをハックしたもので、最初の想定外は
PMDEで2つめがMMEなのでしょうけど

>ハードウェアについてはシングルスレッドシングルGPUでしか
>動作しないなどのことを示唆していました
シングルスレッドであるかどうかはあまり関係ないんじゃないかな
インテルのターボブーストが1コアしか利かなかった時
AMDよりスコアがよいゲームが多かったのは、リアルタイム3Dは
マルチスレッド向きではないからと言われていますね

Unityも録画プラグイン使うと書き出しが強烈に遅くなったりしますが
GPU→CPU間のコピーが遅いんじゃないかな？とは疑ってますが

>ただ事実として現状使いにくいと感じたことはありませんか？
鶏と卵の順番が逆なのではないかというニュアンスを感じます
後付けじゃ不可能な事だから、そこをどうにか言った所で
堂々巡りで何も始まらないと思います

例えばUnityのアセットストアはデパートやショッピングモールのような
場所を提供する事で出展者にストアライセンスを適用させています
BowlRollも提供形態を規定（何かを読ませるとかPassを設定できるとか）
できているのは場所を提供したことによる引き換え条件ですから
そのような形式でしか、何かを制定することはできないでしょう

>分散システムを活用すれば
掲示板に書き込まれたトレントファイルを起点にしたP2Pネットワークなら
サーバは要らないとは言え、シードやトラッカーが要るので半永久的に
ぶら下げ続ける必要があるので何かしらの負担は強いられる事になるでしょう

個人的にMMDには全く依存する所がなく完全に独立してるので静観してますが
恐らくMMDは緩やかな死を迎えるんじゃないですかね
811：名無しさん＠ダヨー：2020/09/26(土) 03:56:11 ID:lONzhAk60: >>810
何故かあまり会話が噛み合っていない気がしますが
> 恐らくMMDは緩やかな死を迎えるんじゃないですかね
つまるところ、こういうご意見ということですよね。正直このままの状態だと自分もそうなるなと感じています

> 後付けじゃ不可能な事だから、そこをどうにか言った所で
堂々巡りで何も始まらないと思います

こちらについては本当に不可能なのでしょうか？
MMMやnanoemのようなクローン実装がMMD実装を完全に実現できればここについてはある程度打開することは可能かと考えています
>> 805 でも申し上げましたが、自分の質問は「この状況を打開することは可能なのでしょうか？」ということです

この状況を打開するには今のMMD実装だと難しいかと思います
OSSでアクティブな新規MMD実装とそれを取り巻く周辺環境の整備があり、
かつ現状のアセットのほとんどが使える状態になってこそ打開できるのではないかと考えています
他の界隈にはないMMDの特徴はその膨大なリソースです
これを活かしながらなんとかMMDを次のステップへ進めることができないのかと
やはり難しいのでしょうか？
812：海外ツール難しい：2020/09/26(土) 15:23:03 ID:cMxSC10g0: でも、国産キャラのモデルが大量にあって、他にはない日本の風土が表現できるステージがあって、
殆どのアイテムが無料（無料が義務化してる）なプラットフォームはMMMとCMD位ですし、
Fantiaの様な寄付システムで、モデラ―さんエンジニアさんに金を投げることが出来れば、普通に続きそうですけどね。
同人誌にしろ、エアガンにしろ、フィギアやなりきりグッズにしろ、物質的で所有できるアイテムには、安定した産業が付いてくるのだし、
上手い金融方法、購買方法を考えたら逆転できそう。
教育用CGとか、ダンスの教材とか、技術解説用CGとか、医療用とか、イラストのデッサン用とか、の操作の簡潔さを求める分野でやってけないかな
813：名無しさん＠ダヨー：2020/09/26(土) 19:23:39 ID:9oDMnpxU0: このままだとMMDが衰退するからなんとかするぞって話題はいったい何周目なんでしょう？
この板にも「わかりやすいMMDを作る」なんてスレがありますが。。。

MikuMikuPenguin以来繰り返されてきた話題のような気がします。

堂々巡りでっていうだけなら誰でもいえます。出きるのでは？と思うのならやってみせれば良いだけのことです。
もし「出きる」って答えをもらえたらどうするおつもりなんですか？出きるって言ったんだからやってとか言わないですよね？

技術的には今のプラグイン（MMEのことか？）の互換性を求めるとDX9ベースになってしまい、一方で新しいＨＷの恩恵にあずかりたいならDX9を捨てないといけないという矛盾をどう解決してくれるのかに興味がありますけどね。

あとOSSに夢を見すぎだと思います。MMDをオープンソースにすべしって意見を定期的にみるんですが、今のままやるとオレサマ仕様のMMDが乱立して収拾がつかなくなるだけです。MMDが分裂せずにこんなに長くやってこれたのは実はMMDといえばこれしかないという状況があったからということは理解しておいた方がいいです。
成功しているOSSはソースがオープンであることよりもカリスマリーダーがいたりしっかりしたステアリングボードがあって参加者がその決定を受け入れているという状況ができているから成り立っているんです。
それでもLibreOffice/OpenOfficeのような分裂が起こりますけどね（外的要因が大きいので良い例ではないんですが）。
今のMMD界隈でこの人・グループならみんなが決定を受け入れるってあるんでしょうか。MMD杯終末期のごたごたを考えるとなかなか難しいそうですね。
814：名無しさん＠ダヨー：2020/09/26(土) 21:20:38 ID:WVVqyKH.0: >>811
うーん、MMMovingは2年前から死んでるので先がないんじゃない？
nanoemは数か月前にDLした時は動かなかったけど、今回は動いた
暇つぶしにきしめん720pで出力してみたけど、本家の倍くらい掛かる

>MMMやnanoemのようなクローン
MMD/MMEに限った話でその他は入ってないよ

>OSS
kritaでクラウドファンディングがあって日本円で250万ほど獲得してた
OSSと言ってもメインプログラマは仕事する余裕がないほどの激務なので
生活費を募りたいって事だったらしい
日本ならプログラマの平均収入は40万くらいあるし普通に働いて
得られる収入を投げ捨ててまでOSSに従事するメリットがないよね

>MMDの特徴はその膨大なリソース
レンダラもマテリアルもPBRですらないし正直負の遺産の方が大きいと思うかな

負の遺産と言っているのは、PMD由来のボーンのロール（左右非対称）や
マテリアルが多くドローコールが増えやすい製作者のスタイル
ドローコールはレンダラにモダンな最適化手法が取り入れられない限り
パフォーマンスが改善される事はない訳で、既にゲームとは同列に並べられない
技術格差が生じてるだけじゃないのかな

>次のステップへ進めることができないのかと
複数の方法論が人気の名の下に自然淘汰されるだけの自然現象だから
第三者/当事者がコントロールする方法はないんじゃないかな

少なくとも行動を起こして成果/結果を出さない限り是非を問うことも出来ない
必要な事は物理的な現象（結果）だと思うよね
815：名無しさん＠ダヨー：2020/09/27(日) 05:59:24 ID:YwDoVTZ.0: >>813
> もし「出きる」って答えをもらえたらどうするおつもりなんですか？出きるって言ったんだからやってとか言わないですよね？
こちらについてはすでに回答済みです。なんでそう喧嘩腰なんでしょうか？ひとまず落ち着きましょう

> 技術的には今のプラグイン（MMEのことか？）の互換性を求めるとDX9ベースになってしまい、一方で新しいＨＷの恩恵にあずかりたいならDX9を捨てないといけないという矛盾をどう解決してくれるのかに興味がありますけどね。
ある程度話は理解できますが、私はバリバリのクライアントエンジニアではないのでマイグレーション含めてこれが可能なのかどうかを質問しているのです。どうなるのかは私も気になりますね（笑）

なんとなく会話が成立しない理由がわかってきました

> あとOSSに夢を見すぎだと思います。MMDをオープンソースにすべしって意見を定期的にみるんですが、今のままやるとオレサマ仕様のMMDが乱立して収拾がつかなくなるだけです。MMDが分裂せずにこんなに長くやってこれたのは実はMMDといえばこれしかないという状況があったからということは理解しておいた方がいいです。
解決するためにはどうすればいいと思いますか？建設的なことを話しましょう。今のままやるとということは今のままではないのなら不可能じゃないのかと思ってしまうのですが

> 成功しているOSSはソースがオープンであることよりもカリスマリーダーがいたりしっかりしたステアリングボードがあって参加者がその決定を受け入れているという状況ができているから成り立っているんです。
概ね同意しますが、カリスマリーダーかどうかは問題ではありません。アクティブなリーダーかどうかだと思います。成功しているOSS全てにカリスマリーダーがいるわけではないことはGitHubを見れば明らかです

>>814
> 得られる収入を投げ捨ててまでOSSに従事するメリットがないよね
仕事以外の時間でコミットするものなのですが……
仕事でOSS活動している方もいますけど多くは趣味の時間でやっているのではないでしょうか？

> 少なくとも行動を起こして成果/結果を出さない限り是非を問うことも出来ない
結果を見ないと判断できないのでしょうか？仮説検証やPOCという段階が必要だと思います
おっしゃるとおり私も生活がありますのでその片手間の作業となるわけですが、無理なものに対して変に時間を注ぎたくないので質問させていただいています

> 複数の方法論が人気の名の下に自然淘汰されるだけの自然現象だから
第三者/当事者がコントロールする方法はないんじゃないかな

そうかもしれませんね

何故か話がそれがちですが、私がお聞きしたいのは >>805 にあげたような問題の打開策があるかどうかです
細かい技術スタックの話がメインではありません（理由の説明に必要な場合はあると思いますが）
ここの問題についてはこういうことができるからなんとかできそう、逆にここについてはこういう理由で難しいのような感じで回答して頂けると助かります
816：名無しさん＠ダヨー：2020/09/27(日) 13:11:07 ID:ieMdlVCo0: すまんが体裁は整ってるんだけど出してる内容の理解が出鱈目で
その部分の知識の誤りを訂正してるだけなんだよね
要は仮説Aがあるので仮説Bは成り立ちますよねって言うから
仮説A自体が只の誤解なので仮説Bは成立しないと指摘してるだけです

ハッキリ言ってしまうと>>805は80～90％が別の原因によって生じた事柄を
憶測/妄想でこじつけてるだけで因果関係がないのよ
>やることが高度になってきてMMDは機能不足感が否めなくなってきました
>かと言ってBlenderなどの他のエンジンでは要件を満たせないからこそMMDを触っています
正しい内容があるとすればここだけですね
817：名無しさん＠ダヨー：2020/09/27(日) 13:47:21 ID:ieMdlVCo0: 手短に要点だけあげるなら
・ハード性能に見合うモダンなソフト若しくはオクルージョンカリングやシェーダーバッチングなどモダンな最適化手法を用いたレンダラ
・fxの高い互換性を確保した実装
・MMD資産の転用をしたい
というものを作りたいって話じゃないの？

多分普通に歓迎されると思うのでexeを作ってβテストすればいいだけなんじゃ？
反対する人もいないと思いますよ
818：名無しさん＠ダヨー：2020/09/27(日) 19:19:59 ID:rQmWhgd60: いつもより言葉使いが丁寧で知識もそれなりにあってきちんとはしてるものの、内容は結局いつも通りなのか
819：名無しさん＠ダヨー：2020/09/28(月) 17:18:01 ID:7JW3uxrE0: どうせいつもの僕ちゃんのgtx1060最新ハードなのに4k書き出しが
紙芝居なんでちゅプンプンって面白生物だろ
ハードが異常動作しなくなるまで仕事量を減らせばいいだけなんだが

そもそもソフト/ハードの中で何が起きているのか知る事が出来るのは
プログラマ（エンジニア）だけだし寧ろ解析はエンジニアの独壇場なんだが

専門家が素人に解析できないので教えろ下さいとか流石にねーわ
820：名無しさん＠ダヨー：2020/10/06(火) 21:59:59 ID:fbi28JaQ0: D3D9やOGL3みたいな古いAPIの方が
低位層で現代的なHWに最適化しやすいような気がする
821：名無しさん＠ダヨー：2020/10/07(水) 00:13:53 ID:ekgTtUh.0: MMDにはあんまり関係ないけど
リアルタイムレンダラーにおけるFPSってホント意味ないんだなって思った

アプリ側で自己申告してるドローコールが60fpsや120fpsだったとしても
実際モニタに出てるのは倍速再生とかアレやソレやで有耶無耶になってて
それでもエンドユーザの大多数はそれで満足してるとか

動画作成のためのMMDには関係ないんですけどね
822：名無しさん＠ダヨー：2020/10/07(水) 08:55:22 ID:IJ13yhRc0: >>821
MMDの場合は60fps設定と120fps設定で挙動が違うんですがそれは
823：名無しさん＠ダヨー：2020/10/07(水) 21:26:15 ID:ekgTtUh.0: >>822
ごめん
MMDの動画出力の出力レートとは関係ない話なの
824：名無しさん＠ダヨー：2020/10/08(木) 01:56:40 ID:C9crlPYc0: Bullet physics simulation runs at an internal fixed framerate of 60 Hertz.
Bulletの物理演算は内部的には60ヘルツ固定と書いてある

240だろうが120だろうが60fpsでしか演算しないって事
825：名無しさん＠ダヨー：2020/10/08(木) 08:31:12 ID:yedcoERA0: >>824
By default,って前に付いてない？
826：名無しさん＠ダヨー：2020/10/08(木) 17:40:13 ID:C9crlPYc0: 付いてはいるが、変えても反映されないという話もある
普段使いもしないVC++を検証するために
わざわざVS2019再インストールするのが面倒なんだよ
ビルドして確認して報告しくよろ
827：名無しさん＠ダヨー：2020/10/18(日) 14:36:13 ID:4IKskrko0: Sabaだと簡単にBPのレート変えられるから比較してみた。
動画出力は60fpsでBPは120fps(Sabaのデフォルト)と480fps。
120だと足の貫通が見えるが480は貫通はしないが暴れやすい。

ttp://tstorage.info/c1vgl0g87o35
828：名無しさん＠ダヨー：2020/10/18(日) 14:41:55 ID:iWJKIBFw0: それ使ってりゃいいんじゃね？
829：名無しさん＠ダヨー：2021/09/08(水) 04:27:27 ID:aPriq16Q0: ここも動きがなくなったな
830：名無しさん＠ダヨー：2021/09/08(水) 04:48:44 ID:cKPpDAJk0: なんかMMDも下火になりつつあるし今更アップグレードされていってもね
831：名無しさん＠ダヨー：2023/04/16(日) 17:42:55 ID:BVv7IAAE0: Blender で問題なし。終了