SDLスレ

**login:Penguin** · 01/11/11 17:59

マルチプラットホームな汎用ゲームライブラリの
SDLについてのスレッドです。
最新情報、参考になるソース、質問等

とりあえず、本山
http://www.libsdl.org/

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

>>362
あなたの環境でフルスクリーンでSDL_FillRect使って
ものすうんごく遅くなる最小限のサンプルプログラムを
示してくれればみんなテストしてくれると思うよ？

**362** · 04/02/04 11:41

>>363
長くなるので一部省略します。

if(fullScreen)
　screenSrf = SDL_SetVideoMode(640, 480, 16, SDL_HWSURFACE | SDL_FULLSCREEN | SDL_DOUBLEBUF);
else
　screenSrf = SDL_SetVideoMode(640, 480, 16, SDL_SWSURFACE);

while(1) {
　static int px = 0;
　SDL_Rect area = {0, 0, 640/2, 480};
　SDL_FillRect(screenSrf, NULL, SDL_MapRGB(screenSrf->format, 255, 255, 255));
　if(px > 640 / 2)　px = 0;
　else　px++;
　area.x = px;
　SDL_FillRect(screenSrf, &area, SDL_MapRGB(screenSrf->format, 0, 0, 0));
　SDL_Flip(screenSrf);
　waitByFPS();
　printf("FPS=%d\n", nowFps);
}

**362** · 04/02/04 11:44

waitByFPSの中身です。

static void waitByFPS() {
　Uint32 nowtime,lefttime;
　static Uint32 lasttime=0;
　const Uint32 interval=1000/fps;
　nowtime = SDL_GetTicks();
　lefttime = lasttime+interval-nowtime;
　if(lasttime+interval>nowtime) {
　　SDL_Delay(lefttime);
　　lasttime=nowtime+lefttime;
　　nowFps = fps;
　} else {
　　nowFps = 1000 / (nowtime - lasttime);
　　lasttime=nowtime;
　}
}

変数fpsはint型で60、nowFpsには現在のFPSが入っています。

**362** · 04/02/04 11:50

っと、ここまで貼ったのですが、このプログラムの場合、
フルスクリーンにしたときにFPSが下がるのではなく、
何も写らなくなってしまいます。

問題が発生した元のプログラムも、どうやらSDL_FillRect又はSDL_Flipに
時間がかかっているのではなく、画面が実際に更新されていないだけのようです。
（つまり、nowFpsにはちゃんと60が入っている）

機種固有の問題でしょうか？よろしくお願いします。

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

>>362
以下の環境で試してみましたがどの環境でも
フルスクリーン，ウィンドウモードの両方とも
正常に画面は更新されました。

ThinkPad X30, WinXP, cygwin + SDL 1.2.6
自作PC, Win2k, MinGW + SDL 1.2.6
自作PC, Linux2.4.22, SDL 1.2.5

# せめてコンパイル可能なプログラムを…

**362** · 04/02/07 20:35

>>367
ありがとうございます。そんなにたくさんの環境で．．．
やっぱり環境固有の問題みたいですね。

# 途中省略ってのはまずかったみたいですね。
# いや、ソース読むだけで判断するかなと．．．
# 想像以上に親切で迷惑をかけてしまったようです。スイマセン

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

SDL version 1.2.7 リリース！
ってことで保守

◆8fOTfwdIi. · 04/02/25 04:31

SDL_archive っての作ってみたよ。
アーカイブファイルを元に内部のファイルのインデックス作って、
そこから SDL_RWops を生成できるってもの。
http://qas.sourceforge.jp/libraries/
VisualC++ と BCC のビルド環境しか入れてないから
gcc な人とかは自分で全ファイルをコンパイル&リンクして適当に作ってくだちい。

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

>>370
そこに置いてあるpatchって本家にマージせんの？

◆8fOTfwdIi. · 04/02/27 02:26

>>370
ちょっと本職が忙しくて睡眠時間すら削り取られてて、本家に投げる暇が無いのよ。
それに英語苦手なもんで……誰かパッチ投げだけやってくれる人いないかな。

◆8fOTfwdIi. · 04/02/27 02:33

間違えた。>>371

**名前は開発中のものです。** · 04/03/01 21:32

SDL_gfxのImageFilterって使い方がいまいち分からない。

Test/ディレクトリにあるサンプルは適当な配列をいじってベンチマークしてるだけだし。

どっかに実際に使ってるdemoとかgameありませんか？

**名前は開発中のものです。** · 04/03/13 09:27

SDL_net使ってるのですが、SDLNet_SocketSetの使い方がわかりません。
これにcliantのsocketをSDLNet_AddSocket()で登録していくのだろうなーというのは
なんとなく察しがつくんですが、ここに登録したcliantに対して操作する場合、
どのようにしたらいいんでしょうか？

ドキュメントにはポインターです、としか書かれてなかったのですが、
クライアントsocketポインタの配列みたいな役割になっているのでしょうか？

SDLNet_SocketSet socketset;
SDLNet_TCPsocket i;
for (i=(SDLNet_TCPsocket)socketset; *i!=NULL; i++) {
　　　len = SDLNet_TCP_Recv(i, message, 1024);
　　　printf ("Received: %.*s\n", len, message);
}
みたいな感じにすればいいのかな？

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

ドキュメントを読む限り、SocketSetからそれにaddしたソケットを取得する手段は無いんじゃない？

こんなかんじ？

SDLNet_SocketSet sockset;
SDLNet_TCPsocket sock[10];
SDLNet_TCP_AddSocket(sockset, sock[0]);
SDLNet_TCP_AddSocket(sockset, sock[2]);
:
SDLNet_TCP_AddSocket(sockset, sock[9]);

if (SDLNet_CheckSockets(sockset, 1000) > 0) {
　　for (i = 0; i< 10; i++) {
　　　　if (SDLNet_SocketReady(serversock)) {
　　　　　　SDLNet_TCP_Recv(sock[i], message, 1024);
　　　　}
　　}
}

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

× if (SDLNet_SocketReady(serversock)) {
○ if (SDLNet_SocketReady(sock[i])) {
だった。

要するにselect()のfdsetと同じ役割と考えるとわかりやすい(というか実際に同じか)。

◆8fOTfwdIi. · 04/03/15 00:02

うがー
サイトをインチキ英訳して、
SDL 本家の ML に Mix_LoadMUS_RW() パッチ作ったよーって投げてみたよ。
http://qas.sourceforge.jp/patches/

ML 見てる分には、たまーに
「Mix_LoadMUS_RW() は実装されないの？」
って発言を見かけるから、少しは需要あるかなー。

◆8fOTfwdIi. · 04/03/15 08:24

「それ、一昨日俺が欲しいって言ったヤツだよ！」
って返事が来たんだけど、
本家に取り込んでもらうにはどうすりゃいいんだろう。
「commit してくれ」ってそのまんま頼めばいいのかな。

す、スレ違い？

**名前は開発中のものです。** · 04/03/15 08:57

Sam Lantinga氏にmailを直接送ってみれば？
新機能の追加なのですぐにcommitされるか微妙ですが
なんらかの返信はすぐに来るはず。
怒られるようなことは、まずないと思います。

**名前は開発中のものです。** · 04/03/21 17:30

SDL1.2.7をコンパイルしてみたのですが、SDL_cpuinfoの__asmで
cmp命令とmov命令の一部がアセンブラ構文エラーになって弾かれてしまいます。
WinXPかVC++5が悪いのかな。他の人はこういうふうにはならないのでしょうか？
今からVC6なんて手にはいらないし、.netならいいのかなぁ？

**名前は開発中のものです。** · 04/03/24 23:18

>>381
今VC5を使ってる人ってほとんどいないような希ガス。
だからそれだけの情報じゃぁなかなか答えようがないと思うよ。
とりあえず該当部分のコード晒してみるのはどう？

そーいうオレ自身ももっぱらMinGWなんでさっぱり分からんのだが。

**名前は開発中のものです。** · 04/03/25 10:56

>>381
想像ですが、cpuidの直後で引っ掛かってるんでないかと。
VC5にはcpuidがないとかいう噂を聞いた覚えがあります。

cpuid絡みならもしかすると、ソースの頭に
#define cpuid __asm _emit 0x0F __asm _emit 0xA2
を入れれば上手くいくかも。

自分はVC6で、今やってみたら1.2.7も普通にコンパイルできますな。

**名前は開発中のものです。** · 04/04/05 08:17

SDLを最近delphiで始めました。
win32appを作るのに近い感覚で作れてなかなか良いですね。

ただ資料、特にdelphiのものは皆無といっても良いほど内のが玉に瑕。
今度入門ページとか作って見様かなぁ

**381** · 04/04/07 01:48

遅レスすまそ。
やっぱりコンパイラの問題かなぁ。
VC.netを購入する理由が別にできてしまったので、
それでコンパイルしてみることにします。
で、それでもダメだったら>>383さんのを参考にしてみまつ。

**名前は開発中のものです。** · 04/04/13 00:18

質問です。SDL_mixerって何音同時再生できますか？
waveをたくさん重ねて鳴らしたいのですが。

**名前は開発中のものです。** · 04/04/13 01:35

ttp://jcatki.no-ip.org/SDL_mixer/SDL_mixer.html#SEC1
> It supports 8 channels of 16 bit stereo audio, plus a single channel of music, ...

**名前は開発中のものです。** · 04/04/13 23:06

少な…

**名前は開発中のものです。** · 04/04/13 23:45

>>388
>>387のは単なるdefault値だよ。
http://jcatki.no-ip.org/SDL_mixer/SDL_mixer.html#SEC22
に
The number of channels allocated.
Never fails...but a high number of channels can segfault if you run out of memory.
とある通り、メモリ(と演算速度もか？)の許す限りいくらでも取れるっぽ。

◆pm4Rr1N8T6 · 04/04/14 05:29

かなり大量に指定したことあるんだけど、
増えすぎてちゃんと鳴ってんのかどうかわからなかった。

まあ、16ぐらいは普通にいけるよ

◆pm4Rr1N8T6 · 04/04/14 05:31

あれ、トリップ打ち間違えた

**名前は開発中のものです。** · 04/04/19 23:43

スレ違いかもしれないんだけどさ、液晶モニタでゲーム作ってて、
表示してる画像を動かすと、やたらぶれて見えることってない？
静止してその場でアニメーションしてもぶれないんだけど、
画像全体を上下左右に動かすと途端にぶれて見えるみたいな。

でもCRTだと問題ないし、その液晶でだってゲーム全部ダメってこともなく……。

FPS落としてみたりして試行錯誤はしてるんだけど、うまくいかず。
世の中のゲームはどんな実装してんのか、誰か教えてくだされ……。

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

ブラーが掛かるように見えるなら、応答速度のいい液晶を使う。

FPSなゲームだと余り目立たないけど、1/30秒位でオブジェクトを
動かすと2重にブレて見える事もある。
中途半端に遅くても駄目な例。

**名前は開発中のものです。** · 04/04/21 09:16

【LCD】PCゲーマー的液晶ディスプレイ Part.2
http://game6.2ch.net/test/read.cgi/game/1069793039/
とかも参考になるかも。

**392** · 04/04/21 16:31

>>393,394
ありが㌧。やっぱ世の中安物はだめなのか……。
自分が使うぶんにはいいんだけど、
他人にプレイさせると選べないんだよね……。

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

久々に本家のページ見にいったら
デザイン一新しててビックリしたんだけど、
いつから変わってたんだろう…。

◆pm4Rr1N8T6 · 04/04/24 16:53

>>396
何でか知らんのだけど、リニューアル後は
サイトの HTML や画像まで CVS に入れるようになったみたいだね。
CVS コミット通知の ML 読んでてびっくりしたよ。

**名前は開発中のものです。** · 04/05/12 07:37

日本語入力は…とりあえずSDL_ttf+sskしかないんですかね？
ssk試してみたけどあれはツライなぁと。

SDLのソース触ってIMEからなんとか動かしてるんですけど、
やっぱSDL_imeがほすぃ…。

**名前は開発中のものです。** · 04/05/13 21:41

>>398
sdl-fan-jp で SDL で IME を直接使う、みたいなのが出てたね。
http://morihyphen.hp.infoseek.co.jp/prog/sdl-im.html
これ一個で X Window 系を一気にサポートできるけど
MacOS, Windows, Amiga OS 辺りがサポートできないね。
この XIM のものですら実践的じゃない部分も多いし、
実際やるとなると相当大変だな……

◆pm4Rr1N8T6 · 04/05/30 10:09

SDL_ttf の不満点を解消するパッチを作ってみた。
http://qas.sourceforge.jp/patches/

・ファイル開くのに失敗したら NULL を返すようにした。
　これまではライブラリ内部でクラッシュしてたんだよ。信じられるかい？
・SDL_bdf みたいに SDL_Surface へ直接描画する関数を追加した。
・横幅を元に、文字列の中で描画できる byte 数を返す関数を追加。
　文字列から横幅を取得することはできるんだけど、
　それだと先に横幅が決まってる場合にスマートに自動改行の実装するのは難しいんだよね。

◆pm4Rr1N8T6 · 04/05/30 10:17

Shaded や Blended を使う場合に
強制的に TTF ファイル内の埋め込みビットマップフォントが使用されてしまう問題は
Shaded や Blended の時だけ bitmap を使わないようにすればいい……と言いたいところだけど、
TTF_Size* を呼び出す時、Solid と Shaded, Blended との場合が区別できないから
互換性が失われてしまうんだよね。
TTF_Size*_{Solid|Shaded|Blended} ってのを新しく追加しようかなとも思ったんだけど、
結局互換性は保たれないからなあ。

オリジナルのコードを見るとよくわかるけど、
何と言うか、試行錯誤の爪あとがひどくて……
別のライブラリを作った方がいいのかなあ。

**名前は開発中のものです。** · 04/05/30 22:14

>>400
パッチ作成おつー

パッチは役割毎に分けて，CVSバージョンに対して作って
直接 Sam に投げてあげると取り込まれやすいかもー

# Mix_LoadMUS_RW パッチも取り込まれてないのね…
# 今CVS見たら MikMod のみに対応した Mix_LoadMUS_RW の
# コードが入ってるっぽい…

**名前は開発中のものです。** · 04/06/16 14:33

Ruby/SDL on WinでSDL_kanjiを使えたという人います？
Linuxではできるみたいなんだけど、WinでRubyの拡張ライブラリ
を作るやり方がさっぱりわからない…

**名前は開発中のものです。** · 04/06/17 23:16

SDL使えばグラフィックは良いと思うんですが
サウンド用の汎用ライブラリって何かありますか？

**名前は開発中のものです。** · 04/06/17 23:40

OpenALだっけか。
感想キボンヌ

**名前は開発中のものです。** · 04/06/18 03:56

OpenALを上げる前に、
SDL_mixerとSDL_soundあたりをまず上げてやれよ。
SDLとの組み合わせでは一番使用例が多いだろうに。
それで機能不足を感じたなら改めてOpenALあたりを調べてみるのが良い気がする。

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

>>403

SDL使うには Ruby/SDL と RUDL という手があるね。

漏れ、一時期、複雑なものなら型宣言有り言語推進派だったけど、
経験積むにつれ、型宣言に大した意味ないと思った。

Rubyマンセー

**名前は開発中のものです。** · 04/06/21 18:12

>>407
俺はRuby/SDLをやって、やっぱりRubyは大規模なものには
向かないと実感したよ。
１番多いミスが、変数に予期しない値が入っちゃうということなんで。
あと、初期化されていないフィールドと配列のインデックス越えでnilを返すところね。
自動テストができないから、リファクタリングも危険が伴うし。
もしまたスクリプト言語でゲームを書く機会があったら、今度はPyGameでやってみたい。

OpenALは３D空間内で音が聞こえてるようにシミュレートするやつだから
ファイル読み込みとかはほとんどできないよ。

**名前は開発中のものです。** · 04/06/22 00:54

>>408
> OpenALは３D空間内で音が聞こえてるようにシミュレートするやつだから
> ファイル読み込みとかはほとんどできないよ。
ということは、SDL_soundでファイル読み込み&デコードやって、
OpenALに渡すのって実は良さそうなのか？

**名前は開発中のものです。** · 04/06/22 01:11

>>408
その程度の問題だと単にRubyに慣れていないだけだとおもわれ

大規模なものを作ろうとおもったらどんな言語でもそれなりの
経験と設計とテストが必要でしょ…

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

>>410
だな。インタプリンタならしょうがない。Pythonでも同じだろう。

**名前は開発中のものです。** · 04/06/24 01:09

漏れが見た感じ、Ruby/SDL よりは RUDL のほうが完成度高いと感じた

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

>>411

しかし型あってもエラー起きるときは起こるし。

単にリファクタリングにともなうテスト作りに慣れてないだけかと

**名前は開発中のものです。** · 04/06/24 01:17

布教なら余所でやってくれよ

**名前は開発中のものです。** · 04/06/24 01:25

信者ではない

**名前は開発中のものです。** · 04/06/24 18:26

でも、エラーであれ？と思うことはPythonの方がずっと少ないよ。
メッセージから原因もわかりやすいし。

>>412
RUDLってメンテナンス止まってない？

**名前は開発中のものです。** · 04/06/25 11:00

RUDLにしろRuby/SDLにしろ各機能がまとめてはいってるところが
いやなんだけど…

SDL + GL の描画しか使ってなくても SDL_image, SDL_mixer, SDL_ttf, SGE
のDLLも付けて配布しないといけないんだよねぇ…？

**名前は開発中のものです。** · 04/06/26 15:36

>>417

神経質になりすぎだ

**名前は開発中のものです。** · 04/06/27 20:12

翻訳サイトが消えてたり、さがさないでくださいと出てたり・・・
SDLは日本人が使うとどうかなっちゃうの？ｗ

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

お願い纏めて。そしたら頑張って何か作るから。

**名前は開発中のものです。** · 04/06/28 13:42

>>419
翻訳サイトは移転しただけ。
ttp://www.tacoworks.jp/software/SDLdoc-jp/

**名前は開発中のものです。** · 04/07/01 21:15

資料が少ないな・・・
ＳＤＬ推進してるＷｉｋｉとかないの？

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

>>422
今のところ無いっぽいね。
とりあえずはバラバラに存在する国内情報の
まとめページだけでも欲しいかな。

**名前は開発中のものです。** · 04/07/03 23:04

>>422
SDLって大量の資料が必要なほど複雑なライブラリじゃないと思われ…
リファレンスマニュアルとチュートリアル以外でどんな資料が欲しいの？

**名前は開発中のものです。** · 04/07/03 23:14

あのマニュアルめちゃめちゃ丁寧だよなぁ。
それだけじゃ足りないってことなんだろうけど。

**名前は開発中のものです。** · 04/07/04 05:22

SDL_imageとか拡張ライブラリはどこで仕様を見れるの？

**名前は開発中のものです。** · 04/07/04 08:41

>>426
SDL_image の場合 README に書いてある内容が全ての仕様だと思うけど…
ユーザが使うのは、
* SDL_Surface *IMG_Load(const char *file);
* SDL_Surface *IMG_Load_RW(SDL_RWops *src, int freesrc);
* SDL_Surface *IMG_LoadTyped_RW(SDL_RWops *src, int freesrc, char *type);
* SDL_Surface *IMG_ReadXPMFromArray(char **xpm);
くらいしかなくて、アプリケーションが使うのはほぼ一番目の関数だけ。

でも SDL_ttf とか SDL_net のドキュメントはもう少し欲しい気がするね。

**名前は開発中のものです。** · 04/07/04 14:50

ライブラリ名と "Documentation" を同時に検索すると出てくるよ。
http://jcatki.no-ip.org/SDL_ttf/
http://jcatki.no-ip.org/SDL_net/
でもわかりにくいんだよなー。
特に SDL_ttf の場合、色んな描画方法に関して、
どう描画されるかではなくて重いだの軽いだの、そういうことばっかり書かれてたと思う。

**名前は開発中のものです。** · 04/07/04 21:55

解説してるわけじゃないけど、GameDevPukiWikiにSDLの項目はあるね
http://gamdev.org/w/?%5B%5BSDL%5D%5D

**名前は開発中のものです。** · 04/07/05 21:36

規制やっと解けたー。まぁ一応。

http://jcatki.no-ip.org/SDL_image/
http://jcatki.no-ip.org/SDL_mixer/

てか、ttp://jcatki.no-ip.org/から辿れば良いってことで。

**名前は開発中のものです。** · 04/07/07 01:04

ところで、Linuxでバイナリ配布ってやりづらいような気がするのですが。
ディストリビューション毎に、glibcやらlibstdc++やらのバージョンがバラバラだったり、
ディストリビューション標準パッケージSDL_mixerが対応フォーマットさっぱりだったりとか。
どうにかならんもんかな。

**名前は開発中のものです。** · 04/07/07 01:08

Redhatだけ対応しとけばいいよ

**名前は開発中のものです。** · 04/07/07 01:16

>>432
やっぱそんな感じで割切るしかないですか。
とすると、RH系だと、今ならFedora2に対応しておけば良いのかな。

**名前は開発中のものです。** · 04/07/07 01:25

全部スタティックリンクしちゃえば

**名前は開発中のものです。** · 04/07/07 01:34

>>434
う～ん、確かに。
けど、LGPLのをスタティックリンクするってことは、
アプリ側の.oを配布する必要があるのかな。

それと、libc,libm,libstdc++とかスタティックリンクするとデカそうってのも微妙な感じだ。

**名前は開発中のものです。** · 04/07/07 16:05

>>435
スタティックリンクしたらアプリ側のソースコードを公開する必要がある．

Linuxでのバイナリ配布は
1) 各ディストリビューション毎にバイナリを作る
2) メジャーなディストリビューションだけ作ってあとはユーザにコンパイルさせる
3) 全部スタティックリンクしたのを一つだけ配布
のどれかじゃないかなぁ… あ…
4) バイナリと libSDL.so や libSDL_mixer.so を一緒に配布
(LD_LIBRARY_PATH を設定して起動するシェルスクリプトを同封)
ってのもありえるか…

**名前は開発中のものです。** · 04/07/07 20:12

>>436
LGPLのはスタティックリンクしても公開しなくていいのでは。

**431** · 04/07/07 22:19

色々返答ありがとう。考えた結果、

・自分が普段使ってるディストリビューション用の実行ファイルと、
まともなSDL_mixerのrpmを用意する。
・それとは別に、アプリの.o(または、まとめて.aにするかも)とMakefileを用意する。

ぐらいにしておこうかと思います。
しかし、各ディストリビューション間のバイナリ互換性の低さは頭のイタイ問題ですな。

**名前は開発中のものです。** · 04/07/08 00:01

>>437
LGPL部分は差し替えれるようにしなきゃだめじゃなかった？

**名前は開発中のものです。** · 04/07/08 00:55

>>439
> LGPL部分は差し替えれるようにしなきゃだめじゃなかった？
その通り。だからアプリの.oを配布で正しいと思うんだけど。

アプリの.o + 差し替えたLGPLのライブラリ

で再構築可能だろ？

**436** · 04/07/08 11:56

LGPL部分を差し替え可能にする必要があるというのは当然として…

ちょっと聞きたいんだけど…
オブジェクトファイルだけあったら差し替え可能として認められるのかな？
この時オブジェクトファイルのフォーマットとかは問題にならんのかしら？
あ… 配布したスタティックリンクされた実行可能ファイルの元に
なった.oさえあればOKってことかな？

**名前は開発中のものです。** · 04/07/08 14:48

>>441
オブジェクトファイルのフォーマットは、gcc の吐くような極一般的なものなら全然問題無いと思うよ。
>>440 の言う通り、君が作ったソフトウェアのオブジェクトファイルさえ入ってれば大丈夫だから、それで合ってるね。

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

SDL-1.2.7+WinXP+VC+++.net2003で下のソースで落ちてしまいます。
誰か助けてください。
#include <SDL.h>
doubleax,ay;
int main(int argc, char** args) {
　　SDL_Init(SDL_INIT_VIDEO);
SDL_Surface *screen;
screen = SDL_SetVideoMode(640, 480, 8, SDL_SWSURFACE);
　　while(true) {
SDL_Event event;
　　SDL_MouseMotionEvent mouse;
while(SDL_PollEvent(&event)) {
if(event.type==SDL_QUIT) {
return 0;
}
　　　if(event.type==SDL_MOUSEMOTION){
　　　　ay += mouse.x;
　　　　ax += mouse.y;
　　　}
　　}
　　SDL_Delay(10);
}
}

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

ax,ayがオーバーフローすんちゃうの？

**名前は開発中のものです。** · 04/07/10 22:45

>>443
dx, dy を初期化してないのはC的にいいとして、mouse を初期化してねーじゃねーか。
ググったらこことか引っかかったから見てみれ。
http://www.pl-berichte.de/work/sdl/sdl-teil2.html

**445** · 04/07/10 22:47

「3. Input-Handling in der Praxis: Maus」
ってとこね。ってよく見たらドイツ語だ。すまん。でもソースは分かるよね。

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

終了する前にはSDL_Quitしてほしいと思います。

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

あと SDL_Delay() が一回も呼ばれない気がするのは気のせいか？

**名無しさん＠そうだ選挙に行こう** · 04/07/11 07:05

>>455
ありがとうございます。
>>447
>>448
作りかけのソースを削ったのでおかしくなってしまいました。

**名無しさん＠そうだ選挙に行こう** · 04/07/11 09:59

>455がどんな解決方法を示してくれるのか。気になって夜も眠れない。

**N速に書き込めません。** · 04/07/11 10:18

N速に書き込めません。

何とかしてください

**名無しさん＠そうだ選挙に行こう** · 04/07/11 12:11

>>452
そんなときはあれだよ。　あれ。

**名前は開発中のものです。** · 04/07/12 00:37

SDL_Surfaceをクラス化してるんですが、例えば SDL_kanji の Kanji_PutText()
みたいに SDL_Surface* を引数に取る関数を呼ぶときに楽しようと思って、
　　 class CSDLSurface {
　　　　 ...
　　　　 operator SDL_Surface*() { return surface; } 　// surface は SDL_Surface*
などとクラス内に書いたんです。でも
　　 Kanji_PutText( ... , screen, ... ); 　// screen は CSDLSurface
とやっても、VC.NETに
　　引数を 'CSDLSurface *' から 'SDL_Surface *' に変換できません
と怒られるし、(SDL_Surface*)screen とやってキャストして渡しても、クラスのアドレスが
そのまんま渡ってるみたいでうまくいきません。そもそもなんで operator をオーバーロード
してるのに型変換してくれないんでしゅか。

**453** · 04/07/12 00:39

s/しゅか/しょうか/;　# ○|￣|_

**名前は開発中のものです。** · 04/07/12 01:05

>>453
> 　　 Kanji_PutText( ... , screen, ... ); 　// screen は CSDLSurface
Kanji_PutText( ... , screen(), ... );
じゃないかい？

**453** · 04/07/12 01:29

>>455
screen()とやると、"関数には評価されません" と言われてしまいます、、
それと453に間違いがもう一つ
>　　 Kanji_PutText( ... , screen, ... ); 　// screen は CSDLSurface
screenは CSDLSurface* です

**名前は開発中のものです。** · 04/07/12 09:21

>>456
> screenは CSDLSurface* です
じゃ、
Kanji_PutText( ... , (*screen)(), ... );
Kanji_PutText( ... , screen->operator(), ... );
のどっちかじゃない？

**453** · 04/07/12 23:23

>>457
どうもお手数かけてしまってすみませんでした。
　　 Kanji_PutText(..., screen->operator SDL_Surface*(), ...);
でコンパイルは通ったんですが、よく考えてみるとどうやらscreenがポインタ
であることが原因だったようで、
　　 CSDLSurface screen;　// ポインタにするのをやめた
　　 ...
　　 Kanji_PutText(..., screen, ...);
みたいに、普通にクラスを渡せばちゃんと SDL_Surface* に変換してくれるんですね。
これってC++の基本ですか？恥ずかしいかも。

でもなんか、クラスをポインタでなく保持するのはよろしくない、みたいな文章をどこかで
読んだ気がして、それが引っかかってなんか気が進まないです、、

**名前は開発中のものです。** · 04/07/13 00:35

gcc version 3.2 (mingw special 20020817-1)で実験してみた。
大体予想通りの結果？長文スマソ。

#include <iostream>
using namespace std;

class Foo {};
class Bar {
Foo foo;
public:
operator Foo*() {return &(this->foo);}
};

void hoge(Foo* p_foo_)
{
cout << p_foo_ << endl;
}
int main(int argc,char* argv[])
{
Bar bar;
Bar* p_bar = &bar;

hoge(bar);
// hoge(bar()); // no match for call to `(Bar) ()'
// hoge(p_bar); // cannot convert `Bar*' to `Foo*' for argument `1' to `void hoge(Foo*)'
hoge(*p_bar);
// hoge((*p_bar)()); // no match for call to `(Bar) ()'
// hoge(p_bar->operator()); // `class Bar' has no member named `operator()'

return 0;
}

**名前は開発中のものです。** · 04/07/13 03:32

foo* operator() と operator foo*() は違う

**名前は開発中のものです。** · 04/07/13 03:58

>453
ポインタなら単純に参照を外すだけでいい
Kanji_PutText( ... , *screen, ... );

ただ、暗黙のキャストは怖いから、
楽しようと考えている程度なら、素直にGetterを作った方が良いと思う。

**453** · 04/07/13 23:44

ポインタの参照先を渡したらうまくキャストしてくれました。でも、仰るとおり
暗黙の型変換を故意に狙うのはよくないですね。それに、*screen で返って
くるのがポインタってのも直感的でないですし。結局
　　 SDL_Surface* GetSurface() const { return surface; }
を加えました。