SDLスレ

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

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

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

**ぁきまさ** · 04/01/06 08:58

>>345
そうなんですか。
ありがとうございます。
やっぱり、海外の方が情報が多い。のでしょうか…。

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

>>321
試してないけど MinGW-users メーリングリストに
http://sourceforge.net/mailarchive/forum.php?thread_id=3700241&forum_id=5119
ってのがあったよ。

要するに SDL_* に入ってる ltmain.sh がマズそうだから SDL_ttf の CVS
の最新から拾ってきて置き換えればいけるかもってことみたい。

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

>>348
お！情報サンクス。

しかし、そのメールの日付が2004/01/05ってことは、
えらい最近まで原因判明してなかったのかー。

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

>>349
いや…

CVS見ると2003/11/19には直ってたみたい。
http://www.libsdl.org/cgi/cvsweb.cgi/SDL_ttf2/ltmain.sh

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

>>346
もうOpenGLメインにした方がいいかもなー。
DirectXは3D機能で2Dを表現するのが主流になってきてるそうだし。

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

>>346
>>351の意見も一理だが、SDL_gfxじゃ不足かい？
回転と拡縮とMMX使用のイメージフィルタがあるそうなんだが。

ttp://www.ferzkopp.net/~aschiffler/Software/SDL_gfx-2.0/

ちなみにLGPL。
SDLは回転とか含め応用(?)な機能を
ポータブルに実現できる「レイヤ」を提供するもんだろうから、
多分SDL自体に実装されることはないと思われ。

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

回転などの「インタフェース」を用意してもいい時期ではないかと、
そろそろ思うわけだけどね。

まぁ、glutやWGLみたいなOpenGLフレームワークの一つとして収まるつもりなら、
別にそれでもいいと思うけど。

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

>>353
「SDL Request For Implementation」、略して「SRFI」ってノリか。……Schemeと名前被るけど。

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

mingw(gcc3.3.1)+msys1.0.9+SDL1.2.6でエラーが出て
SDLをビルドできないんですが･･･。

> c:\mingw\bin\..\lib\gcc-lib\mingw32\3.3.1\..\..\..\..\mingw32\bin\ld.exe:
> .libs/libSDL.lax/libhermes.al/mmxp2_32.lo: bad reloc address 0x87 in section `.text'

binutilsというかld-2.14.90のバグらしいのでSDLだけ
ldを2.13.90に差し替えてビルドしましたけど、大丈夫ですかね…。
早めにバグ取ってupdateしてほすいですな…>binutils

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

>>355
確信はないけど、大丈夫なんじゃない？
そのぐらいで毎度問題出るんだったら、
公式で配ってるバイナリ配布版なんて誰も使えないことに。

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

【ゴールデンレス】
このレスを見た人はコピペでもいいので
10分以内に3つのスレへ貼り付けてください。
そうすれば１４日後好きな人から告白されるわ宝くじは当たるわ
出世しまくるわ体の悪い所全部治るわでえらい事です

**355** · 04/01/12 16:22

>>356
できたSDL.dllをmingwでコンパイルした
メインプログラムと組み合わせると動いたのですが
VCでコンパイルしたメインプログラムとあわせると落ちてしまいました。

バイナリ配布のSDL.dllでは両方動くので
何か間違えてしまったかもしれませんです。ld だけ換えたせいなのかな…。
make install まで通ったので、あまりこだわらないことにします。(^^;

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

>343
こんな便利なライブラリがある。
http://www1.seaple.icc.ne.jp/tomtom/development/review/osg_frameset.html
日本語の情報ページは、今の所このサイト位らしい。
もったいないからどんどん活用すべし。

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

>>357
そのコピペの頭の悪そうな感じが大好き。

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

>>343
http://cal3d.sourceforge.net/
これもなんとなくよさげっぽ？

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

フルスクリーンにしてSDL_FillRect使うとものすうんごく遅いんですが、
こんなもんなんでしょうか？
SDL_FillRectを使わなければ60fpsくらい出るものが1以下に．．．

**名前は開発中のものです。** · 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」
ってとこね。ってよく見たらドイツ語だ。すまん。でもソースは分かるよね。