トップページ⇒gamedev
392コメント151KB

ゲームプログラミング相談室【Part5】

■ このスレッドは過去ログ倉庫に格納されています
0001名前は開発中のものです。02/11/04 20:41ID:a1Mhmm8N
ゲームプログラミング全般の質問スレッド。
扱う話題のダイナミックレンジはやや広め。包容力高め。
他の初心者質問スレとの棲み分けを探りつつ
これからもマターリと活用しておくれ。
　
■前スレ
【Part4】http://game.2ch.net/test/read.cgi/gamedev/1005040025/
■旧スレ（プログラム技術板）
【Part1】http://piza.2ch.net/tech/kako/969/969984472.html
【Part2】http://pc.2ch.net/tech/kako/985/985540361.html
【Part3】http://pc.2ch.net/tech/kako/1002/10028/1002894129.html
■関連スレなど
>>2-5
0002名前は開発中のものです。02/11/04 20:42ID:???
■関連スレ
○【初心者歓迎】ｽﾚを立てる前にｺｺで質問を【その3】
http://game.2ch.net/test/read.cgi/gamedev/1032814540/
○物凄い勢いで誰かが質問に答えるｽﾚ@ゲ製板 ４つめ
（※第3ｽﾚ後半〜第4ｽﾚ前半は一時的な紛争地域）
http://game.2ch.net/test/read.cgi/gamedev/1035601681/
○鬱だ氏のう DirectX　　（DirectXに関する話題）
http://game.2ch.net/test/read.cgi/gamedev/1033920036/
0003名前は開発中のものです。02/11/04 20:49ID:???
age
0004あぼーんNGNG
あぼーん
0005名前は開発中のものです。02/11/04 22:41ID:???
乙彼〜
0006名前は開発中のものです。02/11/06 00:04ID:???
乙
0007名前は開発中のものです。02/11/06 00:20ID:Hy1yMbKx
age
0008名前は開発中のものです。02/11/06 20:50ID:mrrgYg+p
某 MIPS 系のマシンで STL コンテナを使おうとすると、リンク時に "relocation
truncated"と怒られる。どうも template がらみでできる weak object の配置に
失敗してるみたいだけど、解決策知ってる人います？

(確かに MIPS だとグローバルポインタ相対でアクセスするから、配置する箇所に
よってはグローバル変数といえどアクセスできなくなるよな。ld に喰わせるスクリ
プトファイル書けばいいのか？)
0009名前は開発中のものです。02/11/07 01:44ID:???
>>8
ふつう -G0

ってコンパイラ何使ってるかくらい書けヨ!
0010エックサー02/11/07 19:03ID:O6dqrNtE
DirectX8使ってるんですけど、メッシュの頂点の、ディスプレイ上での座標を知るにはどうしたらいいんですか？
0011802/11/07 21:47ID:???
>>9
Thanks

> ってコンパイラ何使ってるかくらい書けヨ!
確かに。想像の通り gcc です。
0012名前は開発中のものです。02/11/08 13:56ID:mLnGgDjl
わたしも　３Ｄ座標をスクリーン座標に変換する方法が知りたいです。

　座標xyzをwで割るらしいのですが、xyzwの求め方がわかりません。
　xyzはただの３Ｄ座標なのでしょうか？　それとも何かの行列を
　掛けたりしているのでしょうか？
　wはどこからでてくるのでしょうか？

　すみませんが　教えていただけませんか？
　
0013名前は開発中のものです。02/11/08 14:34ID:???
ビューと射影行列を掛けるだけ
DirectD3なりのレンダリングエンジンを使うにしても
描画前に行列をセットしていると思うが何が分からないのか分からん
0014802/11/08 21:31ID:???
STL の件だけど、要するに __malloc_alloc_oom_handler などの static 変数
が .sdata セクションに配置されるのが問題なんだね。

教えてもらった -G0 を使って「全部 .data セクションに置く」方法に加えて、
問題になってる変数に個別に __attribute__((section(".data"))) 指定する
方法でも動きました。

しかし、何で __malloc_alloc_oom_handler などのクラステンプレート中で
定義された static 変数に限って .sdata に配置できないのかは謎です。
.sdata や.sbss 使い切るほど static 変数定義してないんだけど。
0015名前は開発中のものです。02/11/08 21:41ID:???
>>12
オブジェクトのローカル座標に、ローカル・ワールド変換行列、ワールド・ビュー
変換行列、ビュー・スクリーン変換行列（a.k.a 射影行列) と順にかけて、出てき
た座標を w で割れば良い。

行列だけど、DirectX 使ってるなら SetTransform() に

D3DTS_WORLD
D3DTS_VIEW
D3DTS_PROJECTION

という第一引数を指定して渡してるヤツ。

>>13
まぁ、サンプルコードを深く理解せずに copy & paste してるんでしょう。趣味
でプログラミングしてるなら、そういう態度もアリだとは思うよ。
0016名前は開発中のものです。02/11/09 00:02ID:???
>>14
gccって、vtblを.dataに吐いてたりしない？
0017名前は開発中のものです。02/11/09 01:09ID:0QThSDoj
>>15
そーゆー奴ってさワールドからローカルへの変換ができねぇってことだろ？
動いてる物体にのれないのはもちろんのこと
スキニングも理解してできてねぇだろ？

逆行列はしっかり理解してから次のステップへいってもらいたいね。
俺も会社入るまえそうだっただけに応援したいね。
ローカルに直せるってだけでかなりできることが増えるね。
なにいってるかわかんなくなったね。
じゃあね
0018802/11/09 01:16ID:???
>>16
vtbl が配置されるセクションと、クラステンプレートの static 変数が配置される
セクションが違うと、何か問題がある？　あと、今回の件に関しては STL のコン
テナが利用する allocator の話なんで、仮想関数は出てこないはず。

そもそも .sdata, .sbss に関しては、こういうことだと理解してるんだが、勘違い
があったら指摘して下さいな。

1. EE-core (っつーか MIPS) は 32bit 固定長命令を採用しており、アドレス
　空間も 32bit ある。
2. したがって 1 命令で 32bit の任意のアドレスにアクセスすることはできない。
　どうしてもアクセスしたければ
　a) まず 16bit をレジスタの上位アドレスに読み込み
　b) 次にオフセット付きメモリ参照命令を使って、メモリにアクセス
　と 2 命令使う。
3. それだと効率が悪いので、汎用レジスタの一つ ($gp) をグローバルポインタ
　として固定した値を入れて利用。static なデータは $gp から 16bit 相対で
　アクセスできる範囲に入れておく。（これが .sdata と .sbss)

当然 16bit 相対でアクセスできる範囲は限られるから、そこから溢れたデータ
は効率悪くても 2 の方法でアクセスする必要がある。gcc は標準では 8byte
以下のデータは .sdata, .sbss セクションに、それ以上のデータは .data, .bss
セクションに格納する。この閾値は、必要に応じて -G オプションで変更できる。
0019802/11/09 01:19ID:???
>>18 の続き

そういうわけで gp がらみで問題になるのは

1. .sdata, .sbss が溢れるほど大量に static データを定義した場合
2. 翻訳単位によって、閾値が異なる場合。たとえば同一のグローバル変数を
　参照するプログラムの片方を -G0 でコンパイル、他方を -G8 でコンパイル
　とか。
3. $gp を書き換える場合。特に位置独立なコードを使うシェアードライブラリの
　関数を呼ぶ場合。（ふつー Global Offset Table 用意して、$gp 書き換えた上
　で関数を呼ぶスタブを作る)

といった場合。クラステンプレートの static 変数が関わるとは思えんのよ。
PS2 Linux だとなんの問題もなく動いたような気がするし。
00201202/11/09 01:55ID:s6gdDMqC
>>15
ビュー行列　と　射影行列を掛けたものと、　３Ｄ座標を　掛けたの
ですが、でた　xyzwで　
x/w
y/w
z/w
をやってみたのですよ。　
しかし、　値が1.0を超えているにもかかわらずスクリーンの端
にまで、　ラインが（この時二つの座標を線で結んでいました。）
届いてませんでした。

なので、　やり方が違うのかなとおもいまして・・・・
0021名前は開発中のものです。02/11/09 01:58ID:???
>>20
なんか微妙に日本語が変な気が。ありがちなのは行列をかける順番を
間違えてるとかだが。

> しかし、　値が1.0を超えているにもかかわらずスクリーンの端
> にまで、　ラインが（この時二つの座標を線で結んでいました。）
意味が良く分からん。
00221202/11/09 02:14ID:s6gdDMqC
>>21
すばやいレスありがとうございます。

２点をラインで描画しました。

ビュー行列　matView
射影行列　　matProj
調べたい座標　Vec
計算後の値　v4
mat = matView * matProj　

D3DXVec3Transform(&v4,Vec,mat);

Vecとmatを計算して求められた　値をwで割る
v4.x/v4.w
v4.y/v4.w
v4.z/v4.w
ここで　スクリーン座標が求められるはずです。
スクリーン座標の値は　xyに関しては　-1〜1　zは　0〜1に　なるはず
だけれど、　その値を超えたにもかかわらず　そのラインは
画面の端まで届きませんでした。

mat = matProj* matView
でやってみても　値は変わりますが、　ラインが端まで届きません。
なので、計算の仕方が間違ってるのか、それか根本が間違っている
かどちらかだとおもうのです。　


0023名前は開発中のものです。02/11/09 03:22ID:gww9xFnI
ビューポートは考慮したーのーかーなーあーあーあーあ？
00241202/11/09 03:44ID:s6gdDMqC
>>23
すみません。　たしかに、　640,480のウインドウを値（1.0,1.0）に
する必要がありますが、　このビューポートを実際どのように
使えばいいのか。
00251202/11/09 05:27ID:s6gdDMqC
>>23
　もとめられた値に　windowのサイズの半分を掛けて
　あげればよいのでしょうか？

640,480のウインドウなら320,240をそれぞれ掛けてあげる
　x = x*320;
y = y*240;
　それですと　一応それらしき値はでます。


0026名前は開発中のものです。02/11/09 09:43ID:iuRz/9+A
ちゅーしんをあーわーせーろー。
0027名前は開発中のものです。02/11/09 14:55ID:9m0Zluol
意外にみんな親切なのな。
0028名前は開発中のものです。02/11/09 14:59ID:???
誠意が見られるなら付き合うよ。
質問の仕方とか…ね。
0029名前は開発中のものです。02/11/09 15:20ID:m4HooRjJ
http://alink3.uic.to/user/ranran2.html
00301202/11/09 17:41ID:s6gdDMqC
>>26
>>ちゅーしんをあーわーせーろー。
　中心ですか
　どうやってあわせるのだろう・・・・・
　視点と注視点から　角度を求めて　それを　頂点に掛けて
　あげるのでしょうか・・・
　うーんでも、ビュー行列を掛けたときにすでに入っているような気も
　しないでもないですね。
　
0031名前は開発中のものです。02/11/09 21:43ID:???
そういうのは３Ｄグラフィックの基礎知識だから、そっち方面の
参考書でも読んで勉強したほうがいいと思うぞ。
0032名前は開発中のものです。02/11/09 22:11ID:???
そだね。DirectX がどうこうの前に、基礎的な知識を習得したほうが近道だよ
試しに自力でライブラリ無しでポリゴン出してみなよ
ワイヤーフレームでいいからさ。いろいろ分かると思うよ
0033名前は開発中のものです。02/11/10 00:18ID:laxcwGaC
おーれーはーそーのーすーたーんーすーがきらーいだー。
目的地をみさーだーめーていっちーょくせんでりろーんはそーれーかーら
かーんーがえーるーのがーすーきーだ。
ちーなーみーにーちゅうーしーんをもとーめるーとゆーんは、
たーすーだーけーだーよ？あ？
で、あーとーはーじぶーんでなーんとかしれー
0034名前は開発中のものです。02/11/10 00:32ID:???
>>8
誰なのかわかりますた ヽ(´ー` )ノ

初期化してないstatic class memberが
.bssに入らないで.dataセクションに
入っちゃうみたいだけど、それじゃない?
それが正しいのか間違ってるのかしらないけど。

http://chapuni.com/topics/psx/

でも、やっぱ -G0
00351202/11/10 03:52ID:CLex+uUH
>>33

　私も　とりあえず、足せば良いのかなと思いやってみたのですが
　うまくいきませんでした。

>あーとーはーじぶーんでなーんとかしれー
　いろいろご指導ありがとうございました。
　
　いろいろ試して見たいと思います。
　
0036名前は開発中のものです。02/11/10 07:26ID:???
オブジェクトのワールド座標ににプロジェクション行列の逆行列をかけて
求まったxとyを使えば良いんじゃねーの？
その時、原点は画面中央、640×480の場合、xが0なら
画面中央320って事じゃないの？
…漏れの環境だとね。
zはカリングで使うじゃない？マイナスだとカメラの後ろに来てるって事。
0037名前は開発中のものです。02/11/10 11:38ID:???
>>34
static class menber でも、問題が出るものと出ないものがあります。

　普通のクラスの static member object -> 問題なし
　テンプレートクラスの static member object -> relocation truncated ... でリンク時エラー

普通のクラスとテンプレートクラスで異なる点は、nm で見た限りだとシンボルが
weak か否かという点。テンプレートクラスの static member は複数の翻訳単位
でインスタンス化される可能性があるけど、リンク後には実体を 1 つにせにゃな
らんので weak object になってる。

それで weak object + .sdata セクションという組み合わせが悪いのかと思ったの
だけど、違うのかなぁ。(これ以上は binutils のソース読まんと解決しないような
気がしてきた）

> でも、やっぱ -G0
らじゃ。
0038名前は開発中のものです。02/11/10 17:12ID:X0lDMmpo
>>36
　 >オブジェクトのワールド座標ににプロジェクション行列の逆行列をかけて
>求まったxとyを使えば良いんじゃねーの？
これですと　値が変動するときは　プロジェクション行列が変わった時だけ
　　なのでうまくいかないと思います。

　　
00393602/11/10 19:10ID:???
ああ、すまんね。
こっちの環境だと、独自クラスのカメラてのがあって
毎フレーム、視錐台の変更って感じでやっているから出切るんだわ。
0040前編02/11/10 20:19ID:JSg4/5lD
はいではやりかたを整理しましょう。
まず変換したいワールド座標にカメラの逆行列をかけます。
これはDIRECTXではGetTransなんとかでとれるあたいそのままです。
つぎにプロジェクションマトリクスをかけます。
これは大抵の環境で同じです。
それからビューポートの変換です。
これは640X480の場合は
0041後編02/11/10 20:29ID:JSg4/5lD
X=(X/W)*320+320
Y=(Y/W)*-240+240
で終了です。
これはDIRECTXのヘルプにものっています。
ヘルプでビューポートで検索をかけるとみつかります。
これでできなかったら少し実際にものをだして動かしてみてはどうでしょうか？
00423702/11/11 20:55ID:???
解決しました。結論としては linker に読ませてるスクリプト指定が腐ってる、
.gnu.linkonce.s セクションのデータを $gp 相対でアクセスできそうなところに
配置しろ、ってことで。

(結局 gcc のソースを読む羽目になったよ……）
0043名前は開発中のものです。02/11/12 00:59ID:???
>>42
そんなんでgccのソース読む羽目になったの？
マップファイル見たらすぐわかりそうなのに。
0044名前は開発中のものです。02/11/12 01:18ID:???
>>43
それは「.gnu.linkonce.s セクションって何、どういう条件で作られるの？」っつー
のが、分からなかったから。推測はついたけど、裏をとらないと困るっしょ。
0045名前は開発中のものです。02/11/12 01:35ID:???
>>44
そこまで見たあんたに尋ねるが、ソノ環境で、vtblは何処に出てる？
.gnu.linkonce.d.vt とか、そんなんだと思う。

なんか、gccのデフォルトで、.dataの一部として吐かれるみたいなんだけど、
書き込み可能なセクションに吐く理由がわからなくて気になってるんだ・・・。
0046名前は開発中のものです。02/11/12 21:24ID:???
>>45
確かに .gnu.linkonce.d.__vt_なんちゃら セクションに書かれてる。

gcc/cp/class.c を読むと

#ifndef WRITABLE_VTABLE
　　TREE_READONLY (decl) = 1;
#endif

みたいな記述があるから .gnu.linkcode.r に配置されそうなもんだが。謎。
0047名前は開発中のものです。02/11/13 00:43ID:???
>>46
おお、そのマクロでしらべてみたら、なんかでてきたよ。
ありがとん。

で、デフォルトでそんなマクロは定義されないらしいのだが・・・。やはり謎。
0048あぼーんNGNG
あぼーん
0049名前は開発中のものです。02/11/16 22:06ID:???
　|￣￣￣￣￣￣￣￣|
　| 　ここでおしまい 　|
　|＿＿＿＿＿＿＿＿|
　　　 ∧∧ ||
　　　 ( ﾟдﾟ) ||
　　　 /　づΦ
0050名前は開発中のものです。02/11/16 23:26ID:VL8Oafej
>>49
はやまるなー
0051名前は開発中のものです。02/11/21 03:03ID:277H+gCD
終了厨がおおいですなぁ
0052名前は開発中のものです。02/12/06 07:52ID:c2Ro9O0h
ここでも、保守。
0053あぼーんNGNG
あぼーん
0054名前は開発中のものです。02/12/09 22:53ID:gy0Rwv2m
やる気のないゲームプログラマです。
丁度プロジェクトのハザマで暇なので
ツール作成でもしてみなさい、と上司に言われました。
イチから作成する根性もやる気もないのでとりあえず
VRAMを眺めるツールでも改造してみようかと思うんですが
どう改造したら勉強になるのか見当がつきません。
どうせ改造するならためになるほうがいいんだけど・・
ハードはGBAです、どなたかお知恵を。。
0055あぼーんNGNG
あぼーん
0056名前は開発中のものです。02/12/10 09:19ID:JzMo+9Nz
>>54
ｱｲﾀﾀ
0057あぼーんNGNG
あぼーん
0058名前は開発中のものです。02/12/23 20:03ID:CHDaAJj8
誰も相談したい人いないのか？
0059名前は開発中のものです。02/12/23 22:42ID:frBmN/bA
ゲームのあたり判定ってどうやってるの？
精妙なあたり判定を作りたいときは大小の四角を何個か組み合わせればいいのかな？
0060名前は開発中のものです。02/12/23 22:45ID:mYrEUkS2
当たり判定用のデータを他に持つと簡単。
具体的なビットマップだったり、矩形だったりするが
それはゲーム依存。

当たりを判定して、何に使うかというのもポイントだったりするので
そのへんもデザインしよう。
0061名前は開発中のものです。02/12/23 22:57ID:frBmN/bA
なーるほど、サンクス！
0062名前は開発中のものです。02/12/23 23:53ID:OrL+tItn
１２月、１月は一時閉鎖します。
0063あぼーんNGNG
あぼーん
0064名前は開発中のものです。02/12/25 01:36ID:06ow8SQ/
mx・・・自機X座標、my・・・自機Y座標、mxa・・・自機X幅、mya・・・自機Y幅
ex・・・敵機X座標、ey・・・敵機Y座標、exa・・・敵機幅、eya・・・敵機Y幅

if ( (mx<ex+exa)&&(mx+mxa>ex)&&(my<ey+eya)&&(my+mya>ey) ) ...

シューティングのオーソドックス?な当たり判定はこんな感じのやり方しか
知らないんだけど他にはどんな方法がありますか？
ゲームやハードに依存しててもいいからいろんな判定の仕方が知りたいYO！
0065名前は開発中のものです。02/12/25 02:21ID:fYJY+WkT
説明めんどいのでこれで理解して。最近流行の弾幕系専用当り判定。

cEnemy…敵管理クラス。

cEnemy* hitRect[40][30];
cEnemy* pHitList = hitRect[mx/16][my/16];

while(pHitList != NULL){
if( pHitList->IsHit(mx,my) ) printf("どっかーん");
pHitList = pHitList->GetNext();
}
0066名前は開発中のものです。02/12/25 02:33ID:BLeCLBHq
リスト内の各enemyに対して判定するってのは分かるけど、16って何？
0067名前は開発中のものです。02/12/25 02:44ID:e+neG+8z
16ドットって意味かな？
どちらにしろ定数にしておくべきだと思うが…。
0068名前は開発中のものです。02/12/25 03:27ID:BLeCLBHq
あぁ、640x480の画面を16x16に区切って、自機の近くのやつだけ判定したいってことか
0069あぼーんNGNG
あぼーん
0070名前は開発中のものです。02/12/25 07:56ID:dIcCINXP
>>65
マジックナンバー使わんでくらはい(´д｀;)

大きな判定の場合はどうするの？
複数のエリアに登録する？

0071名前は開発中のものです。02/12/25 10:40ID:vBfJXHZb
>>65
高速弾だとすり抜けが多発しそうだが、その辺は考慮に入れてあるのか？これ。
0072名前は開発中のものです。02/12/25 10:48ID:Bqxu+V45
ていうか、8ビットや16ビット時代ならともかく、最近のPCなら
たとえ弾幕系でも2Dシューティング程度の判定量で
んな小細工する必要皆無だと思うけど。
0073名前は開発中のものです。02/12/25 11:18ID:ufF3sG4T
一つの弾の判定に30クロックかかったとして(もっと少ないと思うけど)
1000個の弾との判定にかかるのは3万クロックだな。
60fpsで判定すると180万クロック。
1GHzのCPUなら0.2%で、2ミリ秒/秒だな。

安直にできそうなところはさっさとスルーしたほうがいいと思った。
0074あぼーんNGNG
あぼーん
00756402/12/25 14:47ID:aHas5saF
>>65
ゴメン、C++はまだ勉強してないからわからない
スプライトを使った当たり判定をやりたいのだけれど・・・
0076名前は開発中のものです。02/12/25 16:58ID:dIcCINXP
Gems2の再帰的次元クラスタリング(Recursive Demiensinal Clustering: RDC)はどうよ？
計算量を、O(n^2)からO(nlog2n)までもっていけるらしい。
0077名前は開発中のものです。02/12/25 19:40ID:RXUO2PKH
C言語で時代に逆行した２Dアクションゲームを作ろうと思います。
まず何から作り始めると良いでしょうか？
0078名前は開発中のものです。02/12/25 19:40ID:/cDNIeOU
SRPGの移動に関するサンプルみたいなのありませんか？
0079あぼーんNGNG
あぼーん
0080名前は開発中のものです。02/12/25 21:16ID:ocB35uV6
>>77
まずあなたがどこまでできてるのかがわからないことには・・・。

>>78
http://www.campus.ne.jp/~ishigami/CREATION/
ここの下のほうに解説ページがあるよ。
00817702/12/25 21:26ID:RXUO2PKH
>>80
うむ、確かにな。
プログラミングは教科書に載ってるようなやつなら簡単に理解できるくらい。
ゲーム系はまるっきりってとこでつ。
0082名前は開発中のものです。02/12/25 21:37ID:Kq2zu9Np
>>77
まずマップチップ（背景データの素材）を用意して
それを配置したマップデータを用意して
マップデータから１画面分のデータを読み込んでマップチップを貼り付けて
それをスクロールさせる（読み込み位置を変化）ところから。
グラフィック関係はBitblt関数でやってもいいしDirectX使ってもいいし。
素材が無いと気合入らない事もあるし･･･

２Ｄアクションって･･･シューティング以外の格闘系だったりする？･･･
0083名前は開発中のものです。02/12/25 21:43ID:ocB35uV6
とりあえず>>82をやったあとは、
マップ上にキャラクターの絵を置いて、キーボード操作によって
キャラの位置を動かすのをやってみるといいかも。
習作としてはシューティングが最適だったりするんだよね。
重力の概念とか考えなくていいし。
0084名前は開発中のものです。02/12/25 21:45ID:C+V8gp8b
>>81
どんな教科書だ？
00858102/12/25 21:59ID:RXUO2PKH
なるほど、シューティングか。
サラマンダみたいなやつの背景をうごかせるようになればいいのか。
CとDirectX、どっちが関数使いやすいですかねぇ。

>>84
C言語の本で確か「初めてのC」って名前でした。
0086あぼーんNGNG
あぼーん
0087名前は開発中のものです。02/12/25 22:06ID:Kq2zu9Np
>85
ＣでDirectXを操作するのだよ。DirectXは言語じゃない。
0088名前は開発中のものです。02/12/25 22:09ID:qyObx7qF
>87
うむ。

っつか素の ANSI C だとグラフィック関係を制御するライブラリ関数ないし。
0089名前は開発中のものです。02/12/25 22:13ID:Kq2zu9Np
言葉足らずだった。DirectXは慣れないと画面がパー、要再起動だから
Ｃ言語の関数でやってみてからDirectXに移行した方がいい。
グラフィックを扱う部分は大した量じゃないから後ですぐ移行出来る。
00908502/12/25 22:15ID:RXUO2PKH
なるほふぉ。
勘違いしてました。

今手元にあるヴィジュアルCはグラフィック関係を制御できますか？
0091名前は開発中のものです。02/12/25 22:26ID:Kq2zu9Np
http://www.sun-inet.or.jp/%7Eyaneurao/
ＶＣ持ってるんならここのスクリプトを使えばいい。
ここの講座もためになる。
0092名前は開発中のものです。02/12/25 22:40ID:qyObx7qF
>>89
> Ｃ言語の関数でやってみてからDirectXに移行した方がいい。
要らぬ誤解を招かぬように「まずは Win32 API (GDI)」とでも言っておいた方が
良いと思われ。

標準 C ライブラリ関数には GUI 関係は全く既定ないから。（それどころか CUI
のスクリーン制御さえ既定ないわけだが）

> 今手元にあるヴィジュアルCはグラフィック関係を制御できますか？
もちろん。

Win32 API でプログラム組みたいなら、「プログラミング Windows」って本がバイ
ブル。分厚い本だが、懇切丁寧に書いてあるから読むのは難しくない。
■ このスレッドは過去ログ倉庫に格納されています