「MegaMari(2008/9/06 Ver1.05くらい)」の編集履歴(バックアップ)一覧に戻る
MegaMari(2008/9/06 Ver1.05くらい) - (2008/09/06 (土) 21:02:37) の編集履歴(バックアップ)
MegaMari(霧雨 魔理沙+マブカプ+カオス)
作り主 ロック魔理沙の人 Ver1.05(時はまさに世紀末バージョン)
AI-Ver.1.18d_RM
AI-Ver.1.18d_RM
Var1.05、リリース。どうやら経絡秘孔を盗んだみたいです。
MegaMari_080906.7z.001
MegaMari_080906.7z.002
MegaMari_080906.7z.003
MegaMari_080906.7z.004
MegaMari_080906.7z.005
MegaMari_080906.7z.006
MegaMari_080906.7z.002
MegaMari_080906.7z.003
MegaMari_080906.7z.004
MegaMari_080906.7z.005
MegaMari_080906.7z.006
上記ファイルを結合した後、以下のパッチを上書きお願いします。(バグ潰しうっかりしとりました・・・)
MegaMari_080906_patch.7z
MegaMari_080906_patch.7z
ファイル圧縮には7-zipを使ってます。解凍の際はインストールをお願いします。
http://www.7-zip.org/ja/
ファイルが同じディレクトリに全部揃った状態で「MegaMari_******.7z.001」のファイルに解凍処理を行えばフォルダが生成される筈です。
リネームとかはする必要ありません。
下手に別の解凍ソフトを使うより素直に7-zipで解凍したほうがいいかも・・・?
(rarじゃなくてすみません)
http://www.7-zip.org/ja/
ファイルが同じディレクトリに全部揃った状態で「MegaMari_******.7z.001」のファイルに解凍処理を行えばフォルダが生成される筈です。
リネームとかはする必要ありません。
下手に別の解凍ソフトを使うより素直に7-zipで解凍したほうがいいかも・・・?
(rarじゃなくてすみません)
解凍できない方が多いみたいなのですが、何でそんな事態になっているのかよくわからない状況です。
こっちの環境では問題無く解凍できるので頭をかしげている状態です。
とりあえず、ファイル名をよく確かめてから解凍してみてください。
それと、OSの設定で「拡張子を表示する」ってやっとくのも重要かも。
こっちの環境では問題無く解凍できるので頭をかしげている状態です。
とりあえず、ファイル名をよく確かめてから解凍してみてください。
それと、OSの設定で「拡張子を表示する」ってやっとくのも重要かも。
FAY418さんのAIが公開されております。
現バージョンでは1.18dが入っているので、それ以降のバージョンが出たら上書きするといいかと思います
http://www.nicovideo.jp/watch/sm3393514
http://3rd.geocities.jp/fay418_mugen/
現バージョンでは1.18dが入っているので、それ以降のバージョンが出たら上書きするといいかと思います
http://www.nicovideo.jp/watch/sm3393514
http://3rd.geocities.jp/fay418_mugen/
更新履歴
2007/12/29 公開
2008/ 1/23 レイジングストーム、羅生門を追加
2008/ 1/29 滅びの爆裂疾風弾、ハイパーボム、Rocksを追加
2008/ 5/23 大蛇薙、やみどうこく、運送などを追加
取り急ぎ、AI用の変数を確保。
2008/ 7/06 陰陽ストライク、バタフライストーム、サウザンドナイブス追加
アリスその他の援護技の追加
マスタースパークの仕様変更
一撃必殺奥義の解禁
2008/ 7/08 AI統合。
陰陽ストライクの性能を調整。
2008/ 7/15 AI更新。
キンキンなカラーを追加。
2008/ 7/16 AI更新。その他微調整。
2008/ 9/06 世紀末な技を追加。
AI更新。その他微調整。
2007/12/29 公開
2008/ 1/23 レイジングストーム、羅生門を追加
2008/ 1/29 滅びの爆裂疾風弾、ハイパーボム、Rocksを追加
2008/ 5/23 大蛇薙、やみどうこく、運送などを追加
取り急ぎ、AI用の変数を確保。
2008/ 7/06 陰陽ストライク、バタフライストーム、サウザンドナイブス追加
アリスその他の援護技の追加
マスタースパークの仕様変更
一撃必殺奥義の解禁
2008/ 7/08 AI統合。
陰陽ストライクの性能を調整。
2008/ 7/15 AI更新。
キンキンなカラーを追加。
2008/ 7/16 AI更新。その他微調整。
2008/ 9/06 世紀末な技を追加。
AI更新。その他微調整。
本日 -
昨日 -
合計 -
昨日 -
合計 -
;---------------------------------------------
;nicomugenwiki用 画面設定
;nicomugenwiki用 画面設定
描画設定に関するうんちく
Width = 640
Height = 480
Depth = 16
DoubleRes = 4
Height = 480
Depth = 16
DoubleRes = 4
の状態で。
フルスクリーンで動作させるならSoftwareモード、
ウインドウで動作させるなら画面設定の色数を16ビットにした上でWindowedモードにするが吉。
ウインドウで動作させるなら画面設定の色数を16ビットにした上でWindowedモードにするが吉。
(以下、色々と難しいことが延々と書かれております。素人にはおすすめできません。)
Hardware、Softwareモードは、フルスクリーンでDirectDrawを使用して描画するモードである。
他のアプリの描画をしなくなり、画面ビット数も適正なものに変化するので速度は安定する。
Hardwareではビデオカード側で描画処理を行い、Software側では本体側で処理を行う。
DirectXに対応したビデオカードは自前で描画処理する機能を備えており、
それを使えば描画処理をビデオカードに渡した分だけ本体の処理に余裕が出来る。
そういう観点で見れば、昔ならHardwareモードを選ぶのがよかったかもしれない。
ただ、mugenでは、特に最近のPC環境ではSoftwareモードのほうが速度が向上する可能性がある。
(画面キャプチャなど、PCへの負荷が高くなると速度に差が出始める。書き手の環境ではSoftwareが速かった)
他のアプリの描画をしなくなり、画面ビット数も適正なものに変化するので速度は安定する。
Hardwareではビデオカード側で描画処理を行い、Software側では本体側で処理を行う。
DirectXに対応したビデオカードは自前で描画処理する機能を備えており、
それを使えば描画処理をビデオカードに渡した分だけ本体の処理に余裕が出来る。
そういう観点で見れば、昔ならHardwareモードを選ぶのがよかったかもしれない。
ただ、mugenでは、特に最近のPC環境ではSoftwareモードのほうが速度が向上する可能性がある。
(画面キャプチャなど、PCへの負荷が高くなると速度に差が出始める。書き手の環境ではSoftwareが速かった)
DirectDrawは現在その役目をDirect3Dに譲る形になっており、大抵のビデオカードではDirect3D主体で処理が行われているらしい。
DirectDrawの処理も、Direct3Dの機能で擬似再現する形になっており、その分処理速度が落ちるという話を聞いたことがある。
(全てのビデオカードがそうであるとは限らない。最近のビデオカードやDirectXでは改善されているかもしれない)
DirectDrawの処理も、Direct3Dの機能で擬似再現する形になっており、その分処理速度が落ちるという話を聞いたことがある。
(全てのビデオカードがそうであるとは限らない。最近のビデオカードやDirectXでは改善されているかもしれない)
また、DirectDrawはDirect3Dでは普通に可能な拡大縮小、回転処理などの機能に恵まれていない。
これをDirectDrawで不自由なくやる場合は、自前で拡大縮小、回転の処理を実装しなければならない。
そうなってくると、また問題が出てくることになる。
これをDirectDrawで不自由なくやる場合は、自前で拡大縮小、回転の処理を実装しなければならない。
そうなってくると、また問題が出てくることになる。
ハードウェアで処理を行う場合、バックバッファ(実際に表示される画面データ)がビデオカード上のメモリに置かれ、
ビデオカードの機能を使ってバックバッファへの書き込みを行うことで高速に描画している。
[CPU]--------命令-------->|[ビデオカード]
| |書き込み
|[バックバッファ]------出力----->[実際の画面]
ビデオカードの機能を使ってバックバッファへの書き込みを行うことで高速に描画している。
[CPU]--------命令-------->|[ビデオカード]
| |書き込み
|[バックバッファ]------出力----->[実際の画面]
しかし、ビデオカードの機能を使わずに自前で処理を行う場合はかえって速度が低下してしまう。
ビデオカードに命令を送るだけなら速いが、CPUから直接ビデオカードのメモリに書き込む場合は手間がかかる為である。
友達の家に電話して友達に絵を描いてもらうのと、友達の家に出向いて自分が絵を描くのでは前者が速いということである。
|[ビデオカード]
手間がかかる |
[CPU]------書き込み------>|[バックバッファ]------出力----->[実際の画面]
ビデオカードに命令を送るだけなら速いが、CPUから直接ビデオカードのメモリに書き込む場合は手間がかかる為である。
友達の家に電話して友達に絵を描いてもらうのと、友達の家に出向いて自分が絵を描くのでは前者が速いということである。
|[ビデオカード]
手間がかかる |
[CPU]------書き込み------>|[バックバッファ]------出力----->[実際の画面]
その為、ソフトウェアで処理を行う場合、バックバッファをシステムメモリに配置する手を使う。
システムメモリはCPUでの処理に手間があまりかからない事が多いので、自前で処理を行うのならこちらのほうが速い。
[CPU]
|書き込み
[バックバッファ]--------転送-------->|[ビデオカード]------出力----->[実際の画面]
ビデオカードへの転送は郵便屋に預けたと考えるのがいいかもしれない。
システムメモリはCPUでの処理に手間があまりかからない事が多いので、自前で処理を行うのならこちらのほうが速い。
[CPU]
|書き込み
[バックバッファ]--------転送-------->|[ビデオカード]------出力----->[実際の画面]
ビデオカードへの転送は郵便屋に預けたと考えるのがいいかもしれない。
Mugenの描画システムは、恐らくDirectDrawに頼らない自前の処理で画面出力にだけDirectDrawを用いたと考えている。
もしビデオカードの機能を有効活用しているなら(たとえば描画でDirect3Dを上手く使ったりしてたなら)、
Hardwareモードでの処理速度がかなりのものになる筈。
もしビデオカードの機能を有効活用しているなら(たとえば描画でDirect3Dを上手く使ったりしてたなら)、
Hardwareモードでの処理速度がかなりのものになる筈。
(それにDos版やLinux版を作っていたのなら、共通の描画システムをWin版にも採用してそうなにおいがする。)
(憶測が入っているので正しい情報とは限らないことをご了承下さい)
Overlayモード、Windowedモードは、フルスクリーン化せずにウインドウ上で動くモードである。
説明をかいつまんで読んでみた限り、Overlayモードがビデオカードの機能を利用した描画モード(Hardwareモード相当)で、
Windowedモードがビデオカードの機能を使わずに処理(Softwareモード相当)するものであると思われる。
書き主の環境では、画面設定の「色数」が32ビットの状態だとそれなりの動作(40fpsくらい)だったのだが、
これを16ビットに変更してみた所、快適に動作するようになった(60fps)。
恐らくmugenの描画システムで扱う色が16ビットなのと深く関係していると思われるが、詳しいことはわからない。
説明をかいつまんで読んでみた限り、Overlayモードがビデオカードの機能を利用した描画モード(Hardwareモード相当)で、
Windowedモードがビデオカードの機能を使わずに処理(Softwareモード相当)するものであると思われる。
書き主の環境では、画面設定の「色数」が32ビットの状態だとそれなりの動作(40fpsくらい)だったのだが、
これを16ビットに変更してみた所、快適に動作するようになった(60fps)。
恐らくmugenの描画システムで扱う色が16ビットなのと深く関係していると思われるが、詳しいことはわからない。
こちらでは、Windowedモードが良いかもしれない。OverlayモードはWindowedモードより遅かった為である。
(書き主の環境では32ビット時にWindowedが40fps近くなのに対し、Overlayは30fps付近の速度だった。)
(書き主の環境では32ビット時にWindowedが40fps近くなのに対し、Overlayは30fps付近の速度だった。)
Noneモードは、ウィンドウ上でGDIを使って描画するモード。
これは、画面設定(Windows側)が16ビットの時は正常な色で表示されるが、
32ビットだと色が化ける。ただし、この色化けNoneモードで速度が飛躍的に向上することがあるかもしれない。
原因は不明。通常であればそんなに速くないモードである。(Safeモードもしかり。)
これは、画面設定(Windows側)が16ビットの時は正常な色で表示されるが、
32ビットだと色が化ける。ただし、この色化けNoneモードで速度が飛躍的に向上することがあるかもしれない。
原因は不明。通常であればそんなに速くないモードである。(Safeモードもしかり。)
※あくまで書き手のPC環境でのことなので、他のPCではまた違うかもしれません。
;---------------------------------------------
;nicomugenwiki用 MegaMari
;nicomugenwiki用 MegaMari
;---------------------------------------------
;レミーのページのテンプレ
;レミーのページのテンプレ
レミー(STREET FIGHTER Ⅲ 3rd STRIKE)
By 焔(Homura) Ver.0.999
[お詫び]
「修正パッチ Ver.4 (2007/12/09 更新)」以前のバージョンでは、
ごく稀にですがmugenが強制終了してしまう重大なバグが
生じるようになってしまっていました。
本当に申し訳ありませんでした。
お手数ではありますが、以前のバージョンを御使用して頂いている方には
最新のパッチを適用することを強くお勧めします。
[お詫び]
「修正パッチ Ver.4 (2007/12/09 更新)」以前のバージョンでは、
ごく稀にですがmugenが強制終了してしまう重大なバグが
生じるようになってしまっていました。
本当に申し訳ありませんでした。
お手数ではありますが、以前のバージョンを御使用して頂いている方には
最新のパッチを適用することを強くお勧めします。
※修正した点 (修正パッチ Ver.3-4)
「ヴェルテュの残光」の「オット」と「バス」のタメ分割処理を分化
(原作通りに「ソニックマシンガン」を再現) /
マルチサイズ化(どんなサイズにしても問題なく動作するように修正) /
「傷心のノクテュルヌ」のミスを修正 / コンボ補正のミスを修正
AI大幅修正(基本動作・「ソニックマシンガン」「オリジナルコンボ」「起き攻め」)
「ヴェルテュの残光」の「オット」と「バス」のタメ分割処理を分化
(原作通りに「ソニックマシンガン」を再現) /
マルチサイズ化(どんなサイズにしても問題なく動作するように修正) /
「傷心のノクテュルヌ」のミスを修正 / コンボ補正のミスを修正
AI大幅修正(基本動作・「ソニックマシンガン」「オリジナルコンボ」「起き攻め」)
※修正した点 (修正パッチ Ver.5)
mugenが強制終了してしまう重大なバグを修正 /
「Turns」モードでSAとModeを選択できないバグを修正 /
AIの起き攻めの処理のミスを修正 / AI微調整(基本動作・「起き攻め」)
mugenが強制終了してしまう重大なバグを修正 /
「Turns」モードでSAとModeを選択できないバグを修正 /
AIの起き攻めの処理のミスを修正 / AI微調整(基本動作・「起き攻め」)
※修正した点 (修正パッチ Ver.6)
AIセット用ヘルパーの導入
(「Arrangeモード」でAI操作時にオプションが開く現象を解消) /
AI微調整(基本動作)
AIセット用ヘルパーの導入
(「Arrangeモード」でAI操作時にオプションが開く現象を解消) /
AI微調整(基本動作)
修正パッチ Ver.6 (2007/12/16 Update)
remy_patch6
remy_patch6
※「remy_patch.rar」「remy_patch2.rar」「remy_patch3.rar」及び
「remy_patch4.rar」「remy_patch5.rar」をダウンロードする必要はありません。
It is not necessary to download "remy_patch.rar", "remy_patch2.rar",
"remy_patch3.rar", "remy_patch4.rar" and "remy_patch5.rar".
「remy_patch4.rar」「remy_patch5.rar」をダウンロードする必要はありません。
It is not necessary to download "remy_patch.rar", "remy_patch2.rar",
"remy_patch3.rar", "remy_patch4.rar" and "remy_patch5.rar".
本日 -
昨日 -
合計 -
昨日 -
合計 -