DXライブラリ総合スレッドその5

**名前は開発中のものです。** · 2009/12/04(金) 16:49:13

Cを習得した程度のスキルでも、
GUIのゲームを比較的容易に作成する事を可能にする、
「DXライブラリ」に関するスレッドです。
DXライブラリに関するテクニックなどの情報交換などを行う事で、
多くのDXライブラリユーザのスキルの向上に役立てたら幸いです。

【公式】
http://homepage2.nifty.com/natupaji/DxLib/

【過去スレ】
DXライブラリ総合スレッド
http://pc11.2ch.net/test/read.cgi/gamedev/1197468399/
DXライブラリ総合スレッド 2008
http://pc11.2ch.net/test/read.cgi/gamedev/1224923873/
DXライブラリ総合スレッドその3
http://pc11.2ch.net/test/read.cgi/gamedev/1238429676/
DXライブラリ総合スレッドその4
http://pc11.2ch.net/test/read.cgi/gamedev/1249822550/

**名前は開発中のものです。** · 2010/01/11(月) 03:05:07

ペイントの拡大縮小は補完処理が働くから確実にドット絵が汚くなるよね

**名前は開発中のものです。** · 2010/01/11(月) 03:06:28

565は拡大縮小してるとは言ってないけどね。

**名前は開発中のものです。** · 2010/01/11(月) 08:45:34

>>565
色が劣化する形式で保存してるんじゃないの？

**名前は開発中のものです。** · 2010/01/11(月) 09:45:29

文字の回転ってどうやってやるんですか？
△の記号を９０度回転させたものがほしいんだけど・・・・

**名前は開発中のものです。** · 2010/01/11(月) 09:52:18

>>565
画像をRGBにすれば解決する　サイズは大きくなるがな

**名前は開発中のものです。** · 2010/01/11(月) 10:18:00

文字入れられるだろ
それ回転すればいいだけ

**名前は開発中のものです。** · 2010/01/11(月) 10:18:14

>>569
画像にでも描いて回転描画させろ

**名前は開発中のものです。** · 2010/01/11(月) 10:22:10

>>569
DrawVString

**名前は開発中のものです。** · 2010/01/11(月) 10:27:58

>>572
それはやれると思ってたけど
変だったんで。
結局、文字を回転させる方法はないのか？
よくゲームである
△（９０度回転）６　△（９０度回転）な感じにしたい。

**名前は開発中のものです。** · 2010/01/11(月) 10:32:32

>>574
方法はいくらでもある。
そして、いくらでもやってる人がいる。
以上

**名前は開発中のものです。** · 2010/01/11(月) 11:01:12

>>575
でもやり方は知らないんでしょ？
知ってる人お願いしますね。

**名前は開発中のものです。** · 2010/01/11(月) 11:40:02

>>561
そうか、ワイドもあったか
ゲームやるならドットバイドットでやりたいよね

**名前は開発中のものです。** · 2010/01/11(月) 11:40:28

で、>>573は試したのかね

**名前は開発中のものです。** · 2010/01/11(月) 11:43:03

>>569
興味があったから探してみた。初心者なんで見当違いだったらスマソ
ttp://bbs.wankuma.com/index.cgi?mode=al2&namber=42794&KLOG=73
ttp://msdn.microsoft.com/ja-jp/library/cc428368.aspx

**565** · 2010/01/11(月) 12:24:49

色々試したらできました
ありがとうでした。

**名前は開発中のものです。** · 2010/01/11(月) 15:35:07

　|>　<|　こういうことだろ？

**名前は開発中のものです。** · 2010/01/11(月) 15:43:43

<|　|>　だと思ってた

**名前は開発中のものです。** · 2010/01/11(月) 16:11:51

　 (ﾟдﾟ )
　<|　y |>

**名前は開発中のものです。** · 2010/01/11(月) 16:25:44

>>582
が正解

**名前は開発中のものです。** · 2010/01/12(火) 00:34:41

>>581と>>582の違いはなんだ？
abをbaと書く程度の差じゃないか

**名前は開発中のものです。** · 2010/01/12(火) 19:18:12

オブジェクトのy座標が-0.2のときそれを描画ルーチンにわたすと
0の位置に描かれそうな気がするんですけど
(つまり-0.9～0.9が同じ位置に表示されそう)
DXLibにそのままわたすとどうなりますか？

あと固定小数点のたとえば int y100;の1/100が1ドットとするとき
　int y_for_draw;
　if (y100 < 0)
　{
　　y_for_draw = (y-99) / 100;
　}
　else
　{
　　y_for_draw = y / 100;
　}
でfloorになる？これは一般的にどう書かれる？

**名前は開発中のものです。** · 2010/01/12(火) 19:32:24

言っている意味がよく分からない。もっと要点絞ってくれ

**名前は開発中のものです。** · 2010/01/12(火) 19:52:43

>>586
>オブジェクトのy座標が-0.2のときそれを描画ルーチンにわたすと
>0の位置に描かれそうな気がするんですけど
>(つまり-0.9～0.9が同じ位置に表示されそう)
>DXLibにそのままわたすとどうなりますか？
C言語では小数から整数への変換は小数切捨てになる。
「型キャスト」で調べてみて。

>でfloorになる？これは一般的にどう書かれる？
ならない。もっと言えばコンパイルすら通らない。
「y_for_draw = (y-99) / 100;」は小数点以下を切り上げしていないので。
一般的かどうかは分からないけど、固定小数点数を浮動小数点数にしてmath.hのfloor関数を使った方が簡単だと思う。

**名前は開発中のものです。** · 2010/01/12(火) 19:57:29

>>587
質問は2つです

1つめはDXLibでたとえば描画ルーチンのXY座標に（-0.3, -0.9)をわたしたときと(0.1, 0.9)をわたした時が同じ場所になってしまうのでは？

2つめは
たとえば、キャラクターの座標の内部的な整数の変数（たとえばint x_naibu, y_naibu;（前質問ではint y100;））が
100移動すると「1ドット」動いたことになるとすると、
描画ルーチンには基本 (x_naibu / 100) を x座標としてわたすことになりますが、
もし x_naibu が -99 でも 99 でも (x_naibu / 100)はゼロになってしまいます。
これを解決する一般的なやりかたが知りたいという話です。

書き込みに間違いが
　y_for_draw = (y-99) / 100;　は y_for_draw = (y100-99) / 100;
下は　　y_for_draw = y100 / 100;

**名前は開発中のものです。** · 2010/01/12(火) 19:57:59

>>535
最初はそんな感じやね
C++実用レベルは理解しなきゃいけないこと多くて投げ出しがち
でも使い続けることをおすすめする
何よりまず慣れることが大事、慣れれば勝手にクラスありきになる
次第に理解が深まってゲーム製作には大いに役立つ

**名前は開発中のものです。** · 2010/01/12(火) 20:04:11

C++はタブーとイディオムがある程度わかってくればいいんだがそこまでがしんどい

**名前は開発中のものです。** · 2010/01/12(火) 20:11:01

＞C言語では小数から整数への変換は小数切捨てになる。
ありがとう
＞「型キャスト」で調べてみて。
型のサイズの順位とか知らないことがたくさんありました。

＞>でfloorになる？これは一般的にどう書かれる？
＞ならない。もっと言えばコンパイルすら通らない。
ちょっと間違えました。
>>589のようにしてコンパイルはとおってますが、何か穴があるかもと心配でした。

ちなみにdoubleを使ってたらたとえば加算する数値をきっちり1.0にすることができないことによる不具合を味わったことがあり、
固定小数点なら100を加えるときっちり1ドットだけ動くのが確定している利点があると思うんです。

**名前は開発中のものです。** · 2010/01/12(火) 20:36:56

>>592
誤：y_for_draw = (y100-99) / 100;
正：y_for_draw = (y100+99) / 100;
やりたいのはこういうことじゃない？

固定小数点数にもデメリットはあるし、個人的には浮動小数点数を使った方が良いと思うんだけどなあ・・・
・表現として分かりづらい（ソースコードが見づらい）
・扱える数値の範囲が狭い
・浮動小数点数を扱う標準関数やその他のライブラリが使用できない

**名前は開発中のものです。** · 2010/01/12(火) 20:50:28

ふと思ったんだけど　-0.5 の小数点以下を切り捨てってのは
普通は 0 になると考えるのか -1 と考えるのか。

**名前は開発中のものです。** · 2010/01/12(火) 21:01:29

>>593
＞誤：y_for_draw = (y100-99) / 100;
＞正：y_for_draw = (y100+99) / 100;
いえ、修正後を再掲すると
　if (y100 < 0)
　{
　　y_for_draw = (y100-99) / 100;
　}
　else
　{
　　y_for_draw = y100 / 100;
　}
で、"y100"が 0～99 のときは描画ルーチンはゼロの座標をわたしたくて、
y100が -100～-1 のときは「-1」の座標、-101のときは「-2」にしたいので
それにはこれで合ってると思います。

ちなみに固定小数点は今回だけのミニゲームで試しにやってみようって感じです。
次からはまた浮動小数点使うようになりそうです。
＞・表現として分かりづらい（ソースコードが見づらい）
「y100」って感じの変数名で意外と解決されそうだったり^^;

**名前は開発中のものです。** · 2010/01/12(火) 23:19:04

俺も全く同じことしてたわｗ
変数名の付け方も
マイナスは考慮してなかったけど
y100は表現的にある程度解決できてもそれ以外、それに関わる他の変数とか範囲とかがややこしくなってくるんだよねえ

＞・浮動小数点数を扱う標準関数やその他のライブラリが使用できない
キャストすればいいんじゃないの？

**名前は開発中のものです。** · 2010/01/13(水) 00:33:55

>>595
ごめん、勘違いしてたみたい。
floor関数の動作なら>>595で大丈夫そう。

>>596
>キャストすればいいんじゃないの？
誤差を無くすために固定小数点数を使っているのでそれをやると駄目だと思うんだけど・・・

「y100」という変数名が分かり易いというのはかなり疑問を感じるな。
最初に見たとき「y+100」か「y-100」の書き間違いかと思ったし。
あと小数第２位までしか扱えないのはかなり精度が低いと思う。
アクション性の高いゲームだと誤差の影響が出そう。

**名前は開発中のものです。** · 2010/01/13(水) 00:47:43

そもそも固定小数点使ってるのは誤差を無くす為だったのか
まあ y100 というのは苦肉の策でそのまま yを使うよりはまだ分かり易いだろうということと、
そら他人からみたらあれっとは思っても自分で使う分には若干間違い減らす可能性が上がるかなといった程度だろ
あくまで少数第２位までを使うのは表示上の問題だけじゃないの？
表示する場合は整数しか扱えないが内部的には小数で記憶しておきたいという
そもそも別に少数第２位までしか扱えないわけではないと思うがなあ
ただ座標の値を少数第２位まで持ちたいってだけで
計算まで少数第２位までしか使えないってわけじゃないでしょ

**名前は開発中のものです。** · 2010/01/13(水) 11:01:12

log.txtを勝手に生成されるんですけど
生成しないようにするには可能？

**名前は開発中のものです。** · 2010/01/13(水) 11:13:13

>>599
SetOutApplicationLogValidFlag(FALSE);

**名前は開発中のものです。** · 2010/01/13(水) 11:54:25

2.25bなんだが、
vista で CheckHitKey( KEY_INPUT_RSHIFT );
がうまく動作しない。
XPだと動く。RSHIFTだけ動かないんだよな。
なんでだろう？

**名前は開発中のものです。** · 2010/01/13(水) 12:44:41

>>601
http://hpcgi2.nifty.com/natupaji/bbs/patio.cgi?mode=view&no=1352

**名前は開発中のものです。** · 2010/01/13(水) 13:01:04

質問です。
画像などをロードするとっきって、パスをいつもちまちま指定しないといけないのでしょうか？

例えば、画像をロードする場合、
Load("Data\\img\\hoge.png");
みたいな感じではなく、単に
Load("hoge.png");
のようにロードできたら楽なのになぁと思った次第です。
ファイルが増えるに従って、管理がしやすくするためにパスも長くなっていきますし……。

もちろん自分でパスをセットしてくれる関数を組むのもアリなのですが、
VC#みたいに、リソース追加＆ファイル名指定でさっくり使えたら楽だなと思ったので……。

リソースからの読み込みができる関数はみつけたのですが、
ＩＤでの指定なので、どのファイルがどのＩＤなのか覚えるのが面倒となってしまい使いにくいorz

**名前は開発中のものです。** · 2010/01/13(水) 13:22:01

>>603
自動的にDataフォルダを検索してhoge.pngを探してロードするってこと？
win32APIの関数使えば出来なくも無いと思うけど多分労力に見合うほどのメリットはないと思うよ
何回もロードするもんでもないし

**名前は開発中のものです。** · 2010/01/13(水) 13:26:47

>>601-602

俺は601じゃないけど、2.25ｂをまだ使ってる。
で、601の様な現象知らなかったわけだが、602の解決してる時点で9月だよな。
俺が持ってる2.25bはタイムスタンプが５月だし、公式でDLできる2.25bも５月のものだ。

602の示してるレスで公開されてるtestバージョンはバージョンアップされるたびに上書きされてるから、
（今落として確認したが）つい先日のものになってるな。

2.25ｂバージョンの最新って管理人さん持ってるかなぁ……。

**名前は開発中のものです。** · 2010/01/13(水) 13:35:20

>>603
>ＩＤでの指定なので、どのファイルがどのＩＤなのか覚えるのが面倒となってしまい使いにくいorz
IDをファイル名と同じにするとか分かり易い名前に変えてしまえばいいだけでは？

**名前は開発中のものです。** · 2010/01/13(水) 13:46:41

最近バージョンだと何か問題でもあるのか？

**名前は開発中のものです。** · 2010/01/13(水) 15:49:43

ＤＸライブラリが最新バージョンだと動画をLoadGraphで読んでPlayMovietoGraph使って表示したとき透明色が適用されない
（といっても透明色にするにはエンコード方式は古いMicrosoft Video 1くらいしか使えない諸刃の剣）

**名前は開発中のものです。** · 2010/01/13(水) 16:07:06

俺が過去に作ったゲームを最新のDXライブラリでリコンパイルすると透過色が無視されるてるなー。

**名前は開発中のものです。** · 2010/01/13(水) 16:39:46

孔明の罠

**名前は開発中のものです。** · 2010/01/13(水) 17:47:10

>>604
その通りです。
ロードする際に使った文字列を、ハンドル代わりにつかっているので、
メリットとしては、指定をいちいちしなくてすむので楽になります。

たとえば、
Draw("hoge.png");
とかで、色々操作できるような設計にしています。

Win32APIの関数でできるのですか。
直接MSDNから探し出すスキルがない残念スキルですが、調べてみようと思います。

>>606
おおなるほど、これは盲点でした……。

**名前は開発中のものです。** · 2010/01/13(水) 19:35:30

>>611
良い方法じゃないかもしれないけど、マクロと
stringかsprintf系の関数使って文字列つなげば
一応Load()には、ファイル名渡すだけでもすむよ。
//--------------------------------------
#define HOGE_PATH "..\\iData\\img\\"

void Hoge::LoadData(const char* data_name)
{
char path[255];
sprintf(path, HOGE_PATH "%s.png", data_name);
Load(path);
}
//--------------------------------------
みたいな感じで(エラー処理とかは省略)。
ちなみにHogeのコンストラクタ内とかで、APIのFindFirstFile()
とか使って、フォルダ内の任意の形式のデータ名を列挙して
読み込むようにすれば、Hogeの生成時にpngの形式だけ自動で
読み込むとかも可能。

ただスクリーンショット取れるゲームとかでない限り、画像
データの名前や数は変わらないはずだから、ハードコーティング
するよりパス含んだデータ名を列挙したテキストとかを作って
おくのがいい気もする(もちろんこれも手動では作らない)。
そうしておけば、画像の数とかに変更あってもプログラムの方は
何もいじる必要ないし。

**名前は開発中のものです。** · 2010/01/13(水) 20:53:47

なんというレベル・・・

**名前は開発中のものです。** · 2010/01/13(水) 22:45:52

俺はstd::mapを使ってるな。値を画像ハンドルにしてる。
キーを文字列にすれば分かりやすいし。

**名前は開発中のものです。** · 2010/01/14(木) 02:11:03

同じファイル名が来ることはないのか

**名前は開発中のものです。** · 2010/01/14(木) 02:36:14

画像ファイル名一覧（分割するなら分割数なども）を
外部のテキストファイルに置いて、それを読み込む手法は便利ちゃ便利だし美しいな。

ツクール系や画像ビューワなどのアプリを作りたいというなら別にしても、
結局、その画像を使うにはプログラムの修正が必要だったりするわけで、
そこまで外部化するメリットが無い気がする。

それならファイル名をプログラム側で固定してしまうというのも十分アリじゃないかな。
「趣味で！」「勉強のため」というなら好きにやるべきだし、そういうこだわりは重要だと思うけれど。

>>615
拡張子無しとか、拡張子を固定するとか、
あとは最初はbmpで次はjpg…みたいに読み込む優先度を決めておくとか。

**616** · 2010/01/14(木) 02:42:40

送信してから思った。

最近は個人レベルのゲームプログラミングでも、
ゲームの内容を外部のスクリプトファイルで定義するスタイルが増えてきてるみたい。

全部をスクリプト化しろとは言わないけど、
例えばメニュー画面の挙動とか、何らかのキャラクターのアニメーションの仕方とか、
そういう部分的にでも外部に出しちゃう作りにすれば活かせるかもね。

まあ、非常に手間ですが。

**名前は開発中のものです。** · 2010/01/14(木) 10:10:33

外部ファイルにパスや必要な情報書いて読み込み、
それをクラスに格納して処理、コンテナに追加して保持、分割も自動でやってる
ハンドルはアドレスをクラスに用意したポインタのメンバ変数に格納して
再ロードしても画像ハンドルへのアクセス先は変わらないようにしてる
SetRestoreGraphCallbackに↑で書いたコンテナから再ロードする関数登録

ハンドルの情報が消えてしまうときって、それまでに画像読み込んで取得したハンドル全て消えるよね？
何が消えるかよくわからなかったから
描画関係全て再設定させてるんだけど、皆さんは再ロード処理どのようにしてますか？

**名前は開発中のものです。** · 2010/01/14(木) 11:35:51

>>618
何を言っているのかわからない

**名前は開発中のものです。** · 2010/01/14(木) 11:42:32

>>618
>ハンドルの情報が消えてしまうときって、それまでに画像読み込んで取得したハンドル全て消えるよね？
まずこれがよく分からない・・・
リファレンスに全部書いてあると思うけど。

**名前は開発中のものです。** · 2010/01/14(木) 12:57:05

ドラクエとかマップとかキャラ動かすプログラムは１個つくったら
流用が基本だよな　あとはちょくちょく改造

現にＳＦＣのドラクエ３ってＳＦＣドラクエ６の流(ry

**618** · 2010/01/14(木) 12:59:53

ごめん、書き方悪かった
何が消えるってか何が初期化されるのか、
ハンドル以外にもあったようなのでそれもききたかった
（DXライブラリのスレだったかな？カメラがどうとか）
ってハンドルは全て消えるよね・・・

で、リファレンスに全部書いてあるのか
見落としてたっぽい、すまねえ見てくる

**名前は開発中のものです。** · 2010/01/14(木) 13:11:27

ffshowの取り込み機能使うと紙芝居のような連番のjpgが作れる
（例：0.jpg～1000.jpg （画像の形式：jpgにフレーム番号の桁数は0に設定））
（画像の形式はpngやbmpとかできるけどファイル容量が馬鹿でかくなる）
プログラムテストで使う大量の連番JPG１個ずつくるのめんどせーって人はおすすめ

**名前は開発中のものです。** · 2010/01/14(木) 13:53:55

俺も各クラスの画像にはハンドルのポインタ渡して
ウィンドウ⇔フルスクリーンにするときとか再ロードする場合は一括でやれるようにしてる

**名前は開発中のものです。** · 2010/01/14(木) 14:22:58

めんどくせーのでエスパーすると
ハンドル情報が無効になった場合の対処でよろしいアルか？

**618** · 2010/01/14(木) 21:00:02

いやもう、まじでわかりづらくてすまん
>>624と同じやり方だし、これはこれでいいかな
カメラもライトもモーション状態も全部復元できた
つーわけでスルーしてくだされ

**名前は開発中のものです。** · 2010/01/15(金) 12:18:57

更新通知はオブザーバーパターンかな

**名前は開発中のものです。** · 2010/01/15(金) 23:03:18

WinSockを使ってオンラインのゲームを作りたいと思っています。
非同期通信にした後、
ウィンドウメッセージをどうやって受け取ればいいのでしょうか

**名前は開発中のものです。** · 2010/01/15(金) 23:16:16

通信とウィンドウズメッセージ処理は別スレッドで

**名前は開発中のものです。** · 2010/01/15(金) 23:20:44

bccとvc++以外のコンパイラで使いたい場合はDLL化するしかないかな？

**名前は開発中のものです。** · 2010/01/16(土) 14:25:40

C#用のDLLが使える
普通のCインターフェイスだから

**628** · 2010/01/16(土) 16:27:15

開発環境はVisual Studio 2008 Express Editionです。
>通信とウィンドウズメッセージ処理は別スレッドで
これは、マルチスレッドにする、ということでしょうか?
あと、ウィンドウメッセージを受け取るにはPeekMessage関数を使うのでしょうか?

**名前は開発中のものです。** · 2010/01/16(土) 16:40:06

まだ、はやい

**名前は開発中のものです。** · 2010/01/18(月) 15:10:04

どうにかgifアニメを表示できないでしょうか？

**名前は開発中のものです。** · 2010/01/18(月) 15:50:40

ばらして一つ一つ表示すれば

**名前は開発中のものです。** · 2010/01/18(月) 16:17:33

コマごとに読み込んでハンドルを配列に入れて回しながら表示してみろ

**名前は開発中のものです。** · 2010/01/18(月) 16:19:59

みんなアニメーションの抽象化ってどうやってんの？

**名前は開発中のものです。** · 2010/01/18(月) 16:36:31

>>637
デザ・・・と言いたいところだが、キチガイ扱いされるので言わない＾＾ｂ

**名前は開発中のものです。** · 2010/01/18(月) 16:36:50

アニメーションの抽象化ってなに。

**名前は開発中のものです。** · 2010/01/18(月) 16:37:28

１４歳に乗ってたな

**名前は開発中のものです。** · 2010/01/18(月) 17:21:08

ありがとうございます！
gif自体がDXライブラリで表示できないみたいなので
ばらしてbmpに変換して表示させます。

**名前は開発中のものです。** · 2010/01/18(月) 18:17:21

ソフトによってはgifアニメを書き出す要領でアニメーション用にずらっと並べた形で排出してくれるものもあるから要チェック

**名前は開発中のものです。** · 2010/01/18(月) 18:40:53

Giamっていうツールで分解してみます。
gifが表示できたらなあ・・・

**名前は開発中のものです。** · 2010/01/18(月) 19:23:22

gifの表示だけは諦めた方がいい
と思ったけど何年か前にライセンス切れたとかだったっけ？

**名前は開発中のものです。** · 2010/01/18(月) 19:34:01

gifアニメ、
PlayMovie()で出来たはず。

**名前は開発中のものです。** · 2010/01/18(月) 19:40:04

>>645
うおおおおおおおおおおおおおおおおおおおおおお
できたあああああああああああああああああああああああああ
ありがとおおおおおおおおおおおおおおおおおおおお

**名前は開発中のものです。** · 2010/01/18(月) 19:44:19

playmovieが使えるのか、初めて知った

**名前は開発中のものです。** · 2010/01/18(月) 19:44:24

でもgifアニメ表示する利点というか利用価値が思いつかない

**名前は開発中のものです。** · 2010/01/18(月) 19:46:09

これは作者も知らないと思う、osの機能だから。

**名前は開発中のものです。** · 2010/01/18(月) 19:57:40

本当にありがとうございました。
ただのビューワを作ろうかと・・・
できないと諦めかけてたので>>645さんありがとう！

**名前は開発中のものです。** · 2010/01/18(月) 21:14:28

>>645
APIの旅からの帰還
お待ちしておりました
全員敬礼！

**名前は開発中のものです。** · 2010/01/20(水) 21:26:19

#define MAX_MOVIE_NUM (100) // 同時に持てるムービーハンドルの最大数
と、DxLib.hの中に書いてあったのですが、
この(100)の値を変えても100以上読むことができません
変更を適応する方法とかありますでしょうか・・・

**名前は開発中のものです。** · 2010/01/20(水) 21:37:33

ライブラリの改造で事足りました
スレ汚しすまそ
以下スルーお願いします

**名前は開発中のものです。** · 2010/01/20(水) 21:42:45

俺は言われるとスルーできねえ太刀なんだよ
どうしてくれんんだてめえ

**名前は開発中のものです。** · 2010/01/20(水) 22:09:33

キレやすそうだな。

**名前は開発中のものです。** · 2010/01/20(水) 23:52:50

真面目なかたなのね

**名前は開発中のものです。** · 2010/01/20(水) 23:59:20

太刀だけにキレやすいってか
うまいこと言うじゃねーか

**名前は開発中のものです。** · 2010/01/21(木) 06:53:57

だれうま

**名前は開発中のものです。** · 2010/01/21(木) 17:26:19

おれうま

**名前は開発中のものです。** · 2010/01/21(木) 17:42:38

きみのためならうま

**名前は開発中のものです。** · 2010/01/21(木) 18:34:21

かゆ・・・うま・・・

**名前は開発中のものです。** · 2010/01/21(木) 21:15:18

昨日、この屋しきから逃げ出そうとした研究いんが一人、射さつされた、て　はなしだ。
夜、からだ中　あついかゆい。
胸のはれ物　かきむしたら　肉がくさり落ちやがた。
いったいおれ　どうな　て
May 19, 1998

やと　ねつ　ひいた　も　とてもかゆい
今日　はらへったの、いぬ　のエサ　くう
May 21, 1998

かゆい　かゆい　スコットーきた
ひどいかおなんで　ころし
うまかっ　です。
4

かゆい
うま

**名前は開発中のものです。** · 2010/01/24(日) 17:17:54

MV1GetFramePositionでフレームの座標取れた人いる？

**名前は開発中のものです。** · 2010/01/24(日) 17:45:49

>>663
何かそれと関連するような書き込みみた
MV1Frame系の根本辺りにバグでてるのかもよ
試してないから憶測な

**名前は開発中のものです。** · 2010/01/24(日) 18:30:40

>>664
そうなのか・・・

DXライブラリ 総合スレッド その5

DXライブラリ総合スレッドその5