【初心者歓迎】ｽﾚを立てる前にｺｺで質問を【その3】

**名前は開発中のものです。** · 02/09/24 05:55

「ふと疑問に思った事があったらスレを立てずにまずはここで質問
してみましょう。あなたの長年の悩みがたった一つのレスで解決して
しまうこともあります。回答があるまでに数日間かかることもあるので
辛抱強く待ちましょう。」

◇前スレ
【Part2】
http://game.2ch.net/test/read.cgi/gamedev/1013645518/
◇旧スレ
【Part1】
http://game.2ch.net/test/read.cgi/gamedev/1005038203/

関連スレ・その他
>>2-5

**名前は開発中のものです。** · 02/10/12 11:55

俺が初心者のためにまとめてやる。

>>168 は全く違う。
C言語の特徴は、つぎの4つだ。

1：名前が一文字だ。その割に普及している。
2：親のBCPLはすごく無名だ。
3：言語とつけなければ、なんだか分からない。
4：ハナシのネタに、SEXを絡ませるバカ先輩がいるのはCだけ。

つぎに、172も間違いだ。そんな高級なコンパイラじゃないので、
戻り値が指定されてなかろうが、何も問題ない。厨房をなめるな。

181も間違いだ。昔は画面にむかって、一々手書きだった。
それが写植になって、いまこうやって印刷命令で
画面にでるようになったのだ。おまえら出版業界を知らないな。

**名前は開発中のものです。** · 02/10/12 12:44

使う前に特徴云々を気にしてもしょうがない。
実践せずに理解するのは難しいプログラム

**名前は開発中のものです。** · 02/10/12 13:53

Ｃ言語ネタはもうけっこう

**名前は開発中のものです。** · 02/10/12 20:48

Ｃ言語でパチスロゲームを作りたいんですが
どうやったらいいかまったくわかりません。
ＶＣ＋＋のコンソールアプリしか使えません。
画像とプログラムをどうやって合体させたらいいかわかりません。

**名前は開発中のものです。** · 02/10/12 20:51

>>185
つまるところ

入力処理(キーボードの押下をスロットの停止ボタンを押したとみなす)
内部状態の更新(各スロットの位置を進める)
画面の表示(スロットの位置に応じて絵を出す)

これのループなので、まずはそれぞれの基本を個別撃破すべし

**名前は開発中のものです。** · 02/10/12 21:03

たぶんWindowsアプリの作り方が判らないんじゃないかな。
Windowを表示して、簡単な図形でも表示する方法を覚えると良い。
参考書とかで調べても判らない？

**名前は開発中のものです。** · 02/10/12 21:05

>>185
とりあえずリールをつくれ

**１８５** · 02/10/12 21:08

パチスロの内部動作は
１．基本はリール制御なし。７を狙えば揃い、ボーナスゲームに突入
２．１を乱数でリール制御。取得乱数により成立役（リプレイ、ベル、チェリー、はずれ等）を決める
３．２で制御解除乱数（ビッグ成立）を取得したら、リール制御を解除。

こんなカンジのループですよね？
これだけならプログラム組めそうなんですが、画像が加わると
全然わけがわかりません。
画像と内部動作をどうやって連結させるか、スベリはどうだ、とか。
画像と内部プログラムは別々に作って、それを連結させるんですか？
それとも一纏めで作るんですか？

**１８５** · 02/10/12 21:10

>>187
ｗｉｎアプリの参考書、探しに本屋三件くらい行ったんだけどなかった（泣

**名前は開発中のものです。** · 02/10/12 21:15

>>190
しょうがない。ここでも見ろ。
http://www2m.biglobe.ne.jp/~yasutaka/

**名前は開発中のものです。** · 02/10/12 21:32

>>189
なんだか君の思考法がよくわからないが、普通は画像を
表示するような関数があってそれを使うんだが。

**１８５** · 02/10/12 21:40

>>192
おお！なるほど。
>>191
ありがとうございます

**名前は開発中のものです。** · 02/10/13 12:03

えっと　ネットゲーってどういうシステムで情報をやり取りしているんですか？
ソースなどはなくていいので教えてください
僕はネット上のデータファイルを使っていると思っていますが有ってますか？

**名前は開発中のものです。** · 02/10/13 12:19

一般的にはTCP/IPを用いてやりとりしています。
それが何かはご自身で調べてください。

**名前は開発中のものです。** · 02/10/13 14:20

>>194
ネットゲーっていっても色々あるけど、
通信機能を使った対戦格闘ゲームでは直接クライアント（PCとかゲーム機）同士が通信してデータをやり取りしてる。
FF11のようなMMORPGなんかだとサーバに全ユーザーのデータを置いて、
クライアントはサーバに操作情報（北へ一歩移動、とか）を送ったり、
自分や他のキャラの情報（近くにいる人が動いた、など）をサーバから送ってもらったりする。

これらが全てというわけではないが…

**名前は開発中のものです。** · 02/10/13 23:53

RPGのアイテムデータツクールをつくろうとしてます。
話によるとエクセルで管理している人が多いようですが、どんな風にやってるんでしょうか。
CSV形式保存して、一行づつ読み出し？
使ったり、食べたりしたときの特殊効果は何処に保存するべき？
データ設計と実際の動作を考えて混乱してます。

**名前は開発中のものです。** · 02/10/14 00:03

>>197
必要なものをまず全部列挙しなされ
それらの関係を決めなされ
んでそれぞれをエクセルの表にしなされ

**名前は開発中のものです。** · 02/10/14 00:11

>>197
アイテム名とそれに対するアクション（使う、食べる、etc)
ごとの効果の一覧を書けばいいだけのような気がする。

**197** · 02/10/14 00:12

public class Items {
short itemId;
String itemName;
Float itemWeight;
short itemHard;
short itemEquip;
String itemInfo;
Float itemValue;
Items(){
}
}
こんな感じなんだけど、多分もっと増えそうな気がする。

**名前は開発中のものです。** · 02/10/14 00:13

初心者です。プレステのゲームのbeat○aniaのムビをＰＣに落としたいです
どういう風にすればよいのでしょうか。
どうか、教えてください！

**197** · 02/10/14 00:29

アイテムID、使ったときID、食べたときID、投げたときID、…
１、０、１，２、…
という表を作って、
action_0(itemId){１をつかった！｝
action_1(itemId){１をたべた！｝
action_2(itemId){１を投げた！｝
と言う関数をつくればいいのかな。

**名前は開発中のものです。** · 02/10/14 00:39

>>201
あくまでゲーム開発の参考に使うものとして答えてみる。
プレステのムービーは調べてみた限り、PSX Multi Converter等の
吸出しソフトを使う模様。
ただ、当然独自形式だったりすると一筋縄ではいかない。

どうでもいいが、googleで「PSX ムービー吸出し BeatMania」で検索しても
得ろサイトしかひっからんのにはﾜﾛﾀ

**名前は開発中のものです。** · 02/10/14 00:52

>>202
まあ・・やってみれ
挫折も経験のうちだ

**名前は開発中のものです。** · 02/10/14 01:06

普通バイナリで持つんじゃねえの？
csvにするくらいなら、オレならXMLにするな。

**名前は開発中のものです。** · 02/10/14 01:17

XMLだと無駄にデータ量が膨れあがる上に
書き換えや解読が容易、とロクなことがない。
保守性の高いアプリを作るときにはそれなりにお勧めできるが、
ゲームに使うつもりならXMLから読みにくいデータへのコンバータを用意しないと。

**201** · 02/10/14 01:29

>>203ありがとうございます！

**名前は開発中のものです。** · 02/10/14 01:43

でも、csvでも似たようなもんじゃん。
普通はバイナリで持つ、テキストで持ちたいならXML。
これでいいんじゃねぇの？

**名前は開発中のものです。** · 02/10/14 04:38

アイテムの効果に拡張の余地を残し柔軟性をもたせたいのならXMLになるんじゃないかな
あくまでツクール自体がもつデータ形式でしょ？
ゲーム用にエクスポートできるようにしておけば冗長性は問題無いと思うけど
どれぐらいの規模を想定してるのかが問題になってくるね

**名前は開発中のものです。** · 02/10/14 09:14

CSVからバイナリにしませんか。あくまで編集そのものは、エクセルでやるしる。

**名前は開発中のものです。** · 02/10/14 10:06

エクセルがXML編集できればなあ・・・
もうすでにできる？

**名前は開発中のものです。** · 02/10/14 10:36

CSVからのコンバータなんて各自勝手につくるもんだろ
もしや標準化しようとしてるのか

**名前は開発中のものです。** · 02/10/14 10:59

作成段階は各自自由、配布段階にバイナリにする。

**名前は開発中のものです。** · 02/10/14 11:07

>>213
配布段階こそ各自自由だろ
もしかして文字列をバイナリ保存するだけの人ですか？

**名前は開発中のものです。** · 02/10/14 11:37

自由でないことなんてあるのか？下らん

**名前は開発中のものです。** · 02/10/14 11:53

何が言いたいのかわからんぞｵｲ
編集ツールつくるのかと思ったらエクセル使うから必要ない
編集段階のフォーマットの話かと思ったら各自自由
配布段階のことかと思ったら自由にしろ
反対したいだけの人ですか？

**名前は開発中のものです。** · 02/10/14 17:32

＞反対したいだけの人ですか？
　
正解。
　
同じ内容の意見であっても
自分の口から説明しなおさないと気が済まない。
これは我が強い無能の典型的な疾病。

**197** · 02/10/14 20:17

うわ、なんか議論になってる。
とりあえず、こんな方法にしてみました。
アイテムクラスを直列可能（シリアライズ可）にする。
可変長配列リストを作って、その要素にアイテムオブジェクトをくっつける。
そのリストをファイルへ出力。

**名前は開発中のものです。** · 02/10/14 23:57

ゲームの中のオブジェや背景の描画の仕組みを勉強したいのですが
一番簡単な文献を教えてください・・難しいのは多分理解できないです

**名前は開発中のものです。** · 02/10/15 00:11

>>219
まとまった文献はあまり無いね
たいがいは特定プラットフォームでのデバイスの叩き方に終始してるし...
でもまったく無いわけじゃないので本屋をあたってみては。

**名前は開発中のものです。** · 02/10/15 02:15

ＶＣ＋＋でやってるんですけど、
ビルドしてフルスクリーン（排他）で実行した後、
終了するとＶＣのウィンドウの大きさも
そのフルスクリーンの実行サイズになってしまうのは俺だけですか？
しかも運の悪い時はデスクトップのアイコンもそのサイズ分しか表示されなくなってしまうのは
やっぱり俺だけですか？

**名前は開発中のものです。** · 02/10/15 02:22

ChangeDisplaySettings使ってるからだろ

**名前は開発中のものです。** · 02/10/15 04:19

>>221
俺は DirectX8.1 の DirectX Graphics を使ってるんだが
そういう現象が起きたというような報告は今のところないよ。

**221** · 02/10/15 07:46

>>222
すみません使ってないです。

>>223
DirectDrawなんすよ～
時代の流れについていけない古い人間なので…

**名前は開発中のものです。** · 02/10/15 07:49

経験上、DirectDrawのディスプレイ切り替えはタイミングによって
変な挙動を示すことがある。
DirectDrawの開放のタイミングに問題があるのはわかるが、
はっきりしたことはわからない。
解放前に、一度Windowモードにするという方法もあった気もする

**221** · 02/10/15 07:54

>>225
開放のタイミングですか…
Direct3Dと合わせて使ってるからそこに問題があるのかな。
3D系全部開放＞サーフェイス開放＞DirectDrawオブジェクト開放
の順番でやってるんですけど…
解放前にWindowモードというのはいいかもしれませんね。やってみます。

**名前は開発中のものです。** · 02/10/15 08:23

DirectDrawを使っているんですが
ビットマップを回転させる方法がわかりません
教えてもらえたらうれしいです

**名前は開発中のものです。** · 02/10/15 10:08

DirectX関連はこちらからの方が良いと思われ
鬱だ氏のう DirectX (Part 6)
http://game.2ch.net/test/read.cgi/gamedev/1033920036/

>>227
DirectDrawの基本機能では回転はできないと思った方がいいです。

ただし、ソフトウェアで自力で描画する方法があります。
SurfaceをLockして、自前で計算して描画し、Unlockします。
ただし、SurfaceはVRAMに取るとLock後の書き込みが遅くなるハードウェアが多いので、
自力計算する場合は、システムメモリにとることが懸命です。
面倒くさいならば、既存のライブラリやルーチンを参考にするのが手っ取り早いです。

**143** · 02/10/15 11:16

>>151
　遅レスだけど、数学ももう一度勉強しなおすつもり。
　復習をするのも面白いなぁと思ってる。
　高校生の頃を思い出せて。

**名前は開発中のものです。** · 02/10/15 14:27

お前らここだけの話。
pygame＋Delphi　の組み合わせが最強ですよ。

**名前は開発中のものです。** · 02/10/15 20:04

>>230
その + がよくわからん。
Delphiでクリティカルな部分を作って、メインはpythonで記述？
それとも、pythonを補助的なスクリプトとして使うってこと？
詳細希望。

**名前は開発中のものです。** · 02/10/16 07:31

GUIと処理速度の必要な部分をDelphiで組んで
それにPythonを埋め込んでやればVisual Pythonの出来あがりですわあ

**ゲームセンター名無し** · 02/10/16 09:30

windowsのクライアント領域にテキスト書き込み欄と
その書き込みを反映する欄を埋め込みたいのですが、どうすればいいのでしょうか?

**名前は開発中のものです。** · 02/10/16 10:46

>>233
CreateWindowでEDITウィンドウ等を作って親ウィンドウに貼り付け。

**sage** · 02/10/16 12:04

>>228
レスどうもでした

**名前は開発中のものです。** · 02/10/16 14:42

>>232
pythonってゲームを組むのに適してるんかね。
実際にDel + pythonでゲーム作ってるとこってある？

ま、でも面白そうだからちょっと使ってみようかな。

**108** · 02/10/16 22:31

Dx8でポリゴン描写してみました。
▲はちゃんと指定色で描けましたが、背景がｻﾝﾌﾟﾙと色が違うのです。
ｻﾝﾌﾟﾙは真っ黒なのに、なぜか赤い背景になります。
(255,0,0)なんてどこにも書いてないのに、なんででしょうか？

**237** · 02/10/16 23:44

↑かいけつしました。

**名前は開発中のものです。** · 02/10/16 23:59

>>238
ズバリ！BitDepth間違えただろう！

**237** · 02/10/17 00:22

いやん、恥ずかしい。
次は複数のゴンポリ出すプログラムに挑戦します。
以前のd3dと違うー頂点管理が…
以前は頂点データ
(x,y,z)...1
(x,y,z)...2
(x,y,z)...3
(x,y,z)...4
として
(1,2,3)...ポリゴン１
(1,3,4)...ポリゴン２
として三角形２枚表示してたけど、
今度はどうなるんだろう
難しいですね。
今夜はもう寝ます。

**名前は開発中のものです。** · 02/10/17 02:42

ずっとねててくれ

**15i** · 02/10/17 22:29

今日はテクスチャを張ってみました。
明日はサイコロを作ってみます。
おやすみ>>241

**名前は開発中のものです。** · 02/10/18 07:58

**名前は開発中のものです。** · 02/10/19 12:57

！

**名前は開発中のものです。** · 02/10/20 07:33

ＶＣ＋＋で簡単なＳＴＧを作って勉強しております。
今までは配列を用意して弾をバラまいてたのですが、
やはりGlobalAlloc等でメモリ確保にしたほうがいいですよね。
しかし今一つこのメモリ確保をＳＴＧで使う時の手順みたいなものが
ピンと来ないのですが…

ボタン押した＞メモリ確保＞自機の座標をメモリに＞
＞弾移動＞弾当たるor画面外へ＞弾メモリ開放？？

…でもこれだと、弾Ａを撃った＞弾Ｂを撃った＞弾Ａが消えた
ってなった時に、弾Ｂが開放されてしまいますよね…
どのような手順にすれば良いのでしょうか？

**名前は開発中のものです。** · 02/10/20 08:36

> …でもこれだと、弾Ａを撃った＞弾Ｂを撃った＞弾Ａが消えた
> ってなった時に、弾Ｂが開放されてしまいますよね…

なんでやねん。
順番で把握してしまうような天下り的なデータ管理を行おうとせずに
オブジェクト指向をきちんと理解しようよ。

無理なら素直にスタティックにメモリ確保しとき。

**名前は開発中のものです。** · 02/10/20 10:38

この場合は配列がベスト

**名前は開発中のものです。** · 02/10/20 18:00

シミュレーションゲームで敵の思考ルーチンなどは
基本的にどうやって作るんでしょうか？

**名前は開発中のものです。** · 02/10/20 19:07

再帰

**名前は開発中のものです。** · 02/10/20 20:09

>>248
自分の頭の中に有るイメージを
あいまいな部分を取り去り、プログラムとして書きなおす。
これがすべてだ。

**名前は開発中のものです。** · 02/10/20 20:38

どうやって作るという決まりは無い。
作る人の発想に頼る部分が大きい。というか、それが殆ど全て。

**名前は開発中のものです。** · 02/10/20 20:38

>>249
250が正解。
しかし初心者向けではないが、少しはテクニックについて語るのもいい気がした。
シミュレーションといっても、タクティカルシミュレーションという前提で話をします。

まず最初に思いつくのがif文の羅列で書き下していく方法。こんな感じ。
　　　　if( 攻撃範囲に敵がいる ) 一番弱い敵の近接地点まで歩いていって攻撃。
　　　　else if( 攻撃範囲に敵がいない )最短距離の敵を探し、そいつに向かって限界まで歩く。
　　　　else if( 歩いて到着できる敵が存在しない ) 何もしない。
子供でも思いつくシンプルな方法ですが、逆にプレイヤーに読み易さを与えるので
クリアするべきゲームとしてはこれで十分という感じもします。

もう少しスマートな方法としては、得点を使って局面を評価していく方法があります。
たとえば、移動後の場所が自分の本拠地に近いほど微妙に点が高い、
それぞれの敵と自分の距離を測って敵に近いほど得点が高い、
次のターン、敵に先制攻撃を受けてしまう場所はマイナス点がつく、
弱い敵を撃破できるなら高得点、敵に攻撃できるようならそれなりの得点、etc. といった評価を行い、
もっとも高得点を得られた行動を現在行う行動とする、というものです。
オセロ等の強いアルゴリズムには必須の、「読み」を行う思考ルーチンのしょぼいやつです。

さらに高度な方向を目指すのならニューラルネットによる問題解決とか
遺伝的アルゴリズムによる最適化とかいろいろへんてこなものに挑戦する手も考えられますが、
そのあたりは個々人の工夫次第じゃないでしょうか？

**名前は開発中のものです。** · 02/10/20 20:45

>>248
一部だがGemsに載ってるぞ。

**名前は開発中のものです。** · 02/10/20 21:12

タコな思考ルーチンを逆手にとって
パズルになってるゲームもあったな。

**名前は開発中のものです。** · 02/10/21 09:28

まったくのスキル無しで、これからゲームを作る技術を学ぼうと思ってるんですが、どんなスレッドを参考にしたらいいですか？

**名前は開発中のものです。** · 02/10/21 09:57

>>255
参考にしないほうがいい。
本屋で買った入門書のみで勉強して、簡単なゲームを自力で
作れるようになってからこの板に来い。

**名前は開発中のものです。** · 02/10/21 12:57

>>253
新しい2ch用語を流行らせる野望ですか？
>>255
技術ならゲ作板以外のところ
技術的な話をするとついてこられない奴が荒らしたり他でやれと言い出す

**名前は開発中のものです。** · 02/10/21 17:01

なぜ急に怒るんですか。

**名前は開発中のものです。** · 02/10/21 17:44

わからないんですが
本買え
調べてみますありがとうございます

こういうやりとりはそろそろやめたいんだがなんとかならんもんか

**名前は開発中のものです。** · 02/10/21 18:07

>>255
そんなことしたら時間だけが過ぎていくぞ

**111** · 02/10/21 19:55

>>255
WindowsでC++使うなら
http://www.kumei.ne.jp/c_lang/
そしてゲーム作るなら
http://www3.justnet.ne.jp/~botchy/el.htm
http://game.2ch.net/test/read.cgi/gamedev/1032814540/111-112n
　
>>259
何かを変えたいなら実践しろよな。愚痴は自治スレでsageでやってろ

**111** · 02/10/21 20:03

>>255
あとは
http://www.gogo3d.com/products/gems1/
http://www.gogo3d.com/products/gems2/
http://www.amazon.co.jp/exec/obidos/ASIN/1568811829/qid%3D1030532540/br%3D1-6/ref%3Dbr%5Flf%5Ffb%5F6/250-8966280-3586651

**名前は開発中のものです。** · 02/10/21 20:07

>>259
参考になる本・HPを回答するのもありだろ。
具体的な名前・URLを挙げてという条件付きだが。

**111** · 02/10/21 20:07

http://direct.ips.co.jp/book/Template/GoodsList/goodslist.cfm?CM_ID=004000G50&CM_Name=%83Q%81%5B%83%80%83v%83%8D%83O%83%89%83%7E%83%93%83O&HN_NO=00420

**111** · 02/10/21 20:09

http://game.2ch.net/test/read.cgi/gamedev/1032098770/417n

**名前は開発中のものです。** · 02/10/22 16:53

VC++で作った物って売っても問題ないの?

**名前は開発中のものです。** · 02/10/22 16:56

>>266
使用許諾書を読んだ？
とりあえず俺の手元にあるVC++6.0Professionalなら問題ないらしい。

**名前は開発中のものです。** · 02/10/22 17:14

DirectX8でゲーム作ってます。（開発はVC6）
所持アイテムのリストをリストボックスのようにしたいのですが、
どうやって実装すべきか？と悩んでます。
ゲームパッドだけでなく、マウスでも操作したいのです。

コモンコントロールのリストボックスをそのまま使えますか？（ビジュアル的に問題がありますが）
それとも自作すべき？

**名前は開発中のものです。** · 02/10/22 17:26

>>268
フルスクリーンで見えなくなって良いのなら使えば？
良くわからん方法で回避しているのなら見たことはあるが原理は分からなかった

**名前は開発中のものです。** · 02/10/22 17:37

>>268
DirectDrawSampleのFullScreenDialogと同じ方法で回避汁
でも自作しべき

**268** · 02/10/22 17:41

>>269-270
レスありがとうございます。

>フルスクリーンで見えなくなって
イヤン(´･ω･`)

>DirectDrawSampleのFullScreenDialog
これならできそうですね。でも…やっぱり格好悪いか…。

がんばって自作します。
お騒がせしました。

**名前は開発中のものです。** · 02/10/22 17:43

>>270
DirectX8のDirectXGraphicsにはクリッパーが無いから同じ方法では回避できない
秋なのになんでこういう知ったかがわいて出てくるのか

**名前は開発中のものです。** · 02/10/22 17:48

>>268
ttp://mofon.pns.to/programming/dotNet/0000/0005.html

**名前は開発中のものです。** · 02/10/22 17:49

秋は夏に比べて少数精鋭なんだよ。

**名前は開発中のものです。** · 02/10/22 18:18

>>273
そこのソースの「Feald」がとても気になる

**名前は開発中のものです。** · 02/10/23 05:55

おまいらがゲームを始めて作ったいつですか。
マニュアルとか本に載ってるのでも可。出来ればそのときの感想もキボン

**名前は開発中のものです。** · 02/10/23 06:09

むしろ276に興味が沸いてくるんだが。
今なにやってんだ。

**名前は開発中のものです。** · 02/10/23 06:18

>>277
ねっころがって2ちゃんパラダイスしてる

**277** · 02/10/23 06:27

いいなぁ・・・。
俺はあと10分で登校だよ眠たいよ代わってくれ。
じゃないや、ゲーム作ったりし始めたのは1年前。
基本的に高校の文化祭用。今年は3DのFPS作ったけど
成績のほうが赤点2つでマジ脂肪。以上。いってきます

**名前は開発中のものです。** · 02/10/23 23:55

　
　　はい次の質問どうぞ↓
　

**名前は開発中のものです。** · 02/10/24 00:01

>276
ここ見てごらんよ
かつてマイコン少年だった人達の思い出話になりやすい罠
http://game.2ch.net/test/read.cgi/gamedev/1006709626/
http://game.2ch.net/test/read.cgi/gamedev/1025896258/

俺はMacでしょっぼーいミニゲーム作ったっけな。
爆弾出しまくって、こんな事なら地道にHyperCardとかから
スタートすれば良かったと後悔した。

**名前は開発中のものです。** · 02/10/24 03:15

初心者なんです。教えてください。
Widowsの描画の更新って一般的にはどのようにやるんでしょうか？
非DirectXです。
自分の場合、一画面をﾒﾓﾘDCに描画した後、WM_PAINTで転送って感じで
更新してるんですが考え方はあってますか？
ちょっとしたﾐﾆｹﾞ-ﾑの描画量だとｳｲﾝﾄﾞｳのDCに直に描画した方が速度は
出せると思うんだけどｽﾏ-ﾄじゃないし。