SDLスレ

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

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

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

**名無しさん＠お腹いっぱい。** · 01/11/13 20:26

>>15
解説も何も、そうすれば良いじゃん

**名無しさん＠お腹いっぱい。** · 01/11/14 22:16

SDL-fan-jp(メーリングリスト)
http://www.freeml.com/ml_info.php?ml=sdl-fan-jp

>SDLはDirectXが入ってる環境では自動的に使ってくれるらしい。
ヘッダとライブラリは必要。

既出の
Adas' Linux ゲームプログラム
http://www.geocities.co.jp/Berkeley/2093/
に解説あり。

**名無しさん＠お腹いっぱい。** · 01/11/15 00:58

>ヘッダとライブラリは必要。
開発環境にはってこと。
実行時にはDirectXを自動的に使ってくれる。

**名無しさん＠お腹いっぱい。** · 01/11/18 08:00

MacOS X / ProjectBuilderで使おうとしたら準備に3時間かかった。
変なディレクトリ構成でインストールしちゃったり、
SDL.hがフレームワークに入ってなかったり
PBProjects.tar.gzの最新版が壊れて(?)たり
鬱だ、、、

01/11/18 13:46

Allegroのほうが使いやすいと思う。

**名無しさん＠お腹いっぱい。** · 01/11/18 14:16

>>20
Kore Kai?
http://www.talula.demon.co.uk/allegro/index.on.html

**名無しさん＠お腹いっぱい。** · 01/11/21 02:04

allegroをBCBで使ってる人っています？
インストールの段階でつまづいて困ってるんですけど…

22 · 01/11/21 23:16

結局mingwに逃げちゃいました。
とりあえずインストールまで完了。

22 · 01/11/23 10:39

http://www.grandgent.com/gfoot/vivace/
とりあえずここのチュートリアルを一通り読んでみました。

**名前は開発中のものです。** · 01/11/23 21:49

>>22が使ってるVerおよび環境は？
ウチはver3.9.40 +Win2k でmakefile.bcc の記述ミスによる
コンパイルエラーを確認したが。

※出力を良く見たら、ソースのパスから\が抜けていたので、
　エディタで行末以外の\を\\に置き換えてやったらうまくいった。

22 · 01/11/24 21:25

自分もver3.9.40+w2kです。

all3940.zipを解凍してfix.bat bcc32と実行するところまではOKなんですけど、
その後makeしようとすると「指定されたファイルが見つかりません」って出てしまいます。
\を\\で置き換えるのもやってみましたけど、同じでした。

mingwでインストールできちゃってるので、あんまり深くは追求しないことにします。
すいません。

25 · 01/11/25 01:32

後学の為にももう少し追及すべし!!
…とは言わん。対応するコンパイラの多さもAllegroのウリだし。

ところで「指定されたファイルが見つかりません」等と下手に
翻訳するより、原文載せた方が原因判明しやすいと思うヨ。
何となく BCC32DIR のパス指定ミスとか、
GNU make じゃなくてBCC付属のmake使ってるとか、
必要なファイルの不足とかいった原因が思い浮かぶが、
実際のエラー文を見てみないと良くワカラン。

22 · 01/11/25 02:13

BCBは、f:\w2k\Borland\CBuilder5にインストールされてます。
BCC32DIRの設定は
> set BCC32DIR=f:\w2k\Borland\CBuilder5
とやりました。

make しようとすると、

H:\temp\all3940\allegro>f:\w2k\mingw\bin\make.exe
process_begin: CreateProcess((null), echo Compiling Allegro for BCC32, optimised
. Please wait..., ...) failed.
make (e=2): 指定されたファイルが見つかりません。
f:\w2k\mingw\bin\make.exe: *** [msg] Error 2

と出てしまいます。
もうちょっと調べてみます

25 · 01/11/25 14:57

>>28
内部用コマンドであるはずのecho が外部コマンドとして
実行されようとして、結果エラーになってるみたいですナ。

自分もヘタレ何でよくわからんけど、もしかしてdos上で
cygwin用make実行してるとか、逆にcygwin上でdos用makeを
実行してない？

一応DOS/Win用のGNU-Makeの在処を。
　http://sourceforge.net/projects/mingw/

22 · 01/11/26 07:45

うーん、上のmakeはcygwinのじゃなくてmingwのdos用のなんですよね。
cygwinのmakeを使うと
copy: not found
って出ます。

一応makeだけ落としなおしてみましたけど結局同じでしたんで、
今回はあきらめることにします。
どうもありがとうございました。

22 · 01/11/26 07:45

上のmake＝28で使ったmake　ってことです。

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

sage

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

このスレ盛り上がらないね

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

最近はSDLを使いつつ、OpenGLで2D描画するのがはやってるらしいよ。

**名前は開発中のものです。** · 01/12/24 01:51

うーん、まぁ Ruby/SDL とか見てみて思ったのが、
やっぱ型付けが強い言語がゲームとか複雑な実装には
向いているのかなぁと。

（Rubyとかは業務機関とか単純な実装に使うのがいいやね。）

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

Cマガの来月号に何か載るらしい

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

以前SDL+OpenGLは遅いと聞いたけど、改善されたん？>>034

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

>>35
よろしければ具体的な理由(そう感じた決定打?)を教えてください｡
Ruby/SDLのサンプル見た感じではそんなに悪い印象を感じませんでしたが、
Cとかの方が有利な点があればぜひ知りたいです｡

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

SDLってGPLだかLGPL縛りじゃん。
感染しちゃうよ。ソース公開だとかどうしてるの？みんな

**名無しさん＠Ｅｍａｃｓ** · 01/12/24 09:56

>>34
SDL_OPENGLBLITのことでしょうか？今でも遅いですよ。
SDL_OPENGLでハードウェア使える環境なら、少なくとも2Dでは充分な速さが出ます。

>>39
SDLはLGPLです。ソースは公開しなくても良いです。
ただ再リンクが可能なようにオブジェクトも配布しないといけないんだっけか？
ヘタレなので詳しくはわかりませぬ。調べて下され。

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

SDL_OPENGLBLITは気の迷いなので使うなってことになってるらしいよ。
OpenGL使うのは、Windows以外の2D描画でハードウェアアクセラレーションを
利用する手段が無いことじゃなかったかな。

**名無しさん＠Ｅｍａｃｓ** · 01/12/24 12:17

重箱の隅つつきですけど。

Windowsの2Dで提供されているぐらいのハードウェアアクセラレー
ションならSDLの各環境でも可能なら利用するように実装されてま
すね。

**名前は開発中のものです。** · 01/12/24 13:54

>>38
Ruby はＣよりはよっぽどいいんですけども、ただ、
JavaやC++は型が間違っていると実行前に気づかせて
くれるので、ゲームのようにテストのしづらいものを
作る場合は型づけが強いほうが楽かなー。と思ったん
ですけども。

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

>>43
ということは、以下のスレと関連する話って事ですか｡

型なし言語逝ってよし
http://pc.2ch.net/test/read.cgi/tech/986355498/

実際にRuby/SDLなりその他のバインディング(っていうんでしたっけ?)での
ゲームの実例があればもう少し話を広げられそうなんですが、
詳しく知らないです｡

**名前は開発中のものです。** · 01/12/25 14:58

> 実際にRuby/SDLなりその他のバインディング(っていうんでしたっけ?)での
> ゲームの実例があればもう少し話を広げられそうなんですが、

いろいろ考えてみたんですけど、まぁ、型づけが強くないとテスト
しづらいっていうのは、もともとテストしづらい設計で、こ
のまま作っていても、あんまりよくないっていうことを暗に
示しているのかなと思うようになりました。

型づけの強い言語でもそうだけど、型づけの弱い言語ならなおさら、
徹底した XP 張りのテストが必要になるなぁ、と。

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

だんだんスレ違いなレスになってしまって申し訳ありません｡

>>45
XPといってもRubyUnitをほんの少し触ったことしかありませんが、
単に型に注目するだけでしたら、引数の型が正しいかどうかを
確認するテストを各メソッド毎に用意する、みたいな。
C等のプロトタイプ(宣言?)をテストで補う感じでしょうか｡

それとは別にゲーム…特にリアルタイム系のゲームにに特化した
テストがあると良いのかもしれませんね｡
例えば入力機器(マウスとかジョイスティックとか)が吐き出すデータを
仮想的に生成して、それをリアルタイムにテストしていく…
なんか自分で書いてて良くわかりませんが｡

**名前は開発中のものです。** · 01/12/27 14:35

>>46

> 単に型に注目するだけでしたら、

つまりたとえば、シューティングゲーム作るときに、ステージの最期に
ボスシーンがあるわけですが、多分、多くのゲームプログラマは、
ステージの構成を Scene クラスとして、それを継承して BossScene クラス
みたいなものを作ると思うんですけども。

もし、間違えて Scene オブジェクトじゃなく int オブジェクトを
渡してしまっても、その間違いに気づくには、ボスシーンまで辿り
つかないといけないという、、、。ちょっと、これは、、、、うーん。

（まぁそれを未然に防ぐ手だてはいくつかあると思うんですけどもね。）

Ruby のような気軽に使われることを想定しているプログラミング言語
の場合は型なんて無いほうがメリットが多いので、それはそれでいいん
ですけども、ちょっと複雑なものになってしまったとき、Ruby じゃなく
C++ や Java の方がいいんじゃないかなと。

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

例外は method missing や type error で出ることが多いけど、
結局はロジックの間違いなんだよね、ほとんど。
Java の null pointer exception もしかり。
型があることで設計がしやすいケース以外では
型が無くて困ることはないなあ。特にユニットテストし始めてからは。

ただ、ゲームではまだ試してないからわからないけど。

**名前は開発中のものです。** · 01/12/28 01:43

つまり異なる型のオブジェクトを同一の変数にいれちゃうのが誤り。
そんなことしてないって言うんなら、バグの出る危険性は型なしでも強い型付けでも同じ。
まぁ、タイプミスやボケててで紛らわしい変数渡しちゃったりするのの防止には
なるかもね＞強い型付け言語

経験的に>>47が言ってるようなバグで苦しんだことは無いぞ。
ゲームじゃない分野の話だけど。

**名前は開発中のものです。** · 01/12/28 03:26

>>47
Rubyは変数自体に型が無いだけで、変数が指すオブジェクト自体には
型があります｡ですからそれを本チャン前にチェックするような手順を
踏めば、CやC++のコンパイル時の型チェックと似たようなことを行う
事は可能です｡ただ、CやC++は言語仕様として型チェック機能
があって(っていっても良いの?)、RubyやPerl等には無いと｡

コードを書く際に言語を選択する時、おそらくどのようにして開発していくのか
というのは予め考えられていると思うんですよ｡なので、Perlで書くにしても
Javaで書くにしてもそれなりに作っていけるものだと思います｡
ですので>>47さんがC++やJavaの方が良いという話は、
その方が「自分に向いている」ということと解釈しました｡多分そうですよね?

強引にSDLがらみに話を持っていくと、Ruby/SDLのコード量を見て
Cで書いた場合より少ない、というのがとても好印象でした｡ただ、Rubyの
優位性の話をしたいわけじゃなくて、同じ機能のコードを書くのであれば、
書く量が少ないほど不具合に対処しやすいのではないかと。
ちょっと強引でしたねsage。

**名前は開発中のものです。** · 01/12/28 03:28

ああ、書き損ない。

>>50
誤: Ruby/SDLのコード量を見て
正: Ruby/SDLのサンプルコードのコード量を見て

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

>>44
流し読みしたけど。見るだけでもう疲れちゃった（　´∀｀）

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

SDL-1.2.3+cygwin で -mno-cygwin オプションをつけると
undefined reference エラーがたくさんでるのですが
cygwin で -mno-cygwin オプションって鬼門なんでしょうか?

53 · 01/12/31 03:52

解決しました。どうも。

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

原因はなんだったの？

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

schemeをゲームのスクリプトにしたことあるけど、

ゲームは乱数・ユーザー入力などの不確定要素の影響が大きい
↓
単体テスト・自動テストが難しく、レアケースも多い
↓
型付けが弱いと凡ミスの発見が遅れる

っていうのはあったよ。

やっぱり型は合った方がいいけど、
まあ事前に相応の開発手法をちゃんと練っておけば
対処できない範囲内でもない、といったところかな。

生Cをつかうくらいなら圧倒的にRuby使った方がいいと思うけど。
C++と比べたらC++を採る。俺なら。

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

Cマガ2月号の特集SDLだってよ。

http://www.cmagazine.jp/contents/next.html

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

>> 57
まさか Sam へのインタビュー付きとは思わなかった。

**名前は開発中のものです。** · 02/01/23 03:38

Ruby/SDL の本が出るみたいね。時期はわからんけど。

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

>>59
256倍？

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

違うみたい。

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

>>59
絶対買う。
ソースきぼーん。

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

>>58
3月号はP/ECEの記事があるyo!

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

>>62
http://slashdot.jp/journal.pl?op=display&uid=4115&id=36514

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

>>64
サンクス。

**名前は開発中のものです。** · 02/01/28 12:59

SDLゲームコンテストの入賞作品ってどうよ？

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

日本からのもいくつかあるみたいね。
http://www.nostarch.com/game_contest_results.htm

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

>>66
上位ランクの方から順に試そうとしたんだが、正直、げんなりした。
センスの違いとゆーか。

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

SDL_IMEとか誰か作ってくれないかなぁ？
そのまえにSDLだと日本語表示が問題なんだっけ？

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

>SDL_IMEとか誰か作ってくれないかなぁ？
おめーが作れよ。

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

SDLでイベント（キー入力）とシーンの描画を別のスレッドで処理すると
ウインドウが停止してしまいました。
N64やGameCubeみたいにイベントとビデオを別のスレッドで動かすことは
できないよう少しがっかりしています。WindowsではDirectInputで直に
取ってくるしかないのでしょうか。

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

>>071
SDL_SetEventFilter() 使ってメッセージをフックすれ。
フック後の処理を別スレッドしたいなら、フック関数内でスレッド生成すれ。
あとmutex忘れるなよ。

71 · 02/02/23 20:17

>>72
あ..なるほど...! この手法ならうまく書けそうですね。
72さんご助言大変参考になりました。ありがとうございます!

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

>>73
がんばれヨ。
あと質問する前にリファレンスをじっくり見ような。
英語が辛いならこーいのもあるぞ。（ちと古い＆有名すぎるが。）
　http://www.wakhok.ac.jp/~momma/SDL/

71 · 02/02/26 07:13

>>74
数日かかりましたが、別スレッドでうまく動かせるようになりました。(^^;)
74=72?さんのおかげです。ありがとうございました。
ようやくスタートラインでゴールは遠いですが…。
これからはリファレンスじっくり見るように心がけます。

**71=75** · 02/02/26 11:35

何度もすみません…。できた、と思ったのですが、チェックしてみると
SDL_SetEventFilter() のフィルタリングは SDL_PumpEvents() の直後
にしか発生しないようでした。私としては、PumpEvents とは非同期で
イベントが発生したときに来ると思っていたのですが
SDL_PumpEvents() で汲み取らないとフィルタリングも発生しないようです。

ある時点のマウスの状態をそのまま取得できれば良いのですが…
そういう関数は無いですよね…。どうしたら良いのでしょうか…。

--- モニタ ---
[VIDEO/CORE] ユニットイニシャライズ
[CORE] 処理開始(インターバルタイム 25 ms)

[CORE] フレーム 9 : マウス( 590, 242 )

[VIDEO] シーン描画開始(CondSignalを受けて)

[CORE] フレーム 10 : マウス( 292, 466 )
：マウス位置の更新がフリーズ < フィルタリングが機能していない...? >
[CORE] フレーム 22 : マウス( 292, 466 )

[VIDEO] シーン描画終了(SDL_PumpEvents 実行)

[CORE] フレーム 23 : マウス( 148, 43 )
[CORE] フレーム 24 : マウス( 149, 21 )

[CORE] 終了リクエスト
[VIDEO/CORE] シャットダウン

**お節介な72** · 02/02/27 00:33

本当はSDLプログラマーじゃないんだが…
Document Projectのページ（http://sdldoc.csn.ul.ie/）をざっと見てみたら、

　8.Events　（http://sdldoc.csn.ul.ie/event.php）
　　Eventfunctions　（http://sdldoc.csn.ul.ie/eventfunctions.php）

にチミが求めているモノらしい関数があったゾ。

・SDL_GetMouseState （http://sdldoc.csn.ul.ie/sdlgetmousestate.php）
書式：
　#include "SDL.h"
　Uint8 SDL_GetMouseState(int *x, int *y);

引数：
　x,y … マウスポインタの座標を受け取るint型変数へのポインタorNULL値。

戻り値:
　ボタンの状態。
　SDL_BUTTON(X) マクロとの論理積をとる事で、X番目のボタンの状態を取出せる。

# リファレンスはブックマークしておくよーに。

**お節介な72** · 02/02/27 00:35

本当はSDLプログラマーじゃないんだが…
Document Projectのページ（http://sdldoc.csn.ul.ie/）をざっと見てみたら、

　8.Events　（http://sdldoc.csn.ul.ie/event.php）
　　Eventfunctions　（http://sdldoc.csn.ul.ie/eventfunctions.php）

にチミが求めているモノらしい関数があったゾ。

・SDL_GetMouseState （http://sdldoc.csn.ul.ie/sdlgetmousestate.php）
書式：
　#include "SDL.h"
　Uint8 SDL_GetMouseState(int *x, int *y);

引数：
　x,y … マウスポインタの座標を受け取るint型変数へのポインタorNULL値。

戻り値:
　ボタンの状態。
　SDL_BUTTON(X) マクロとの論理積をとる事で、X番目のボタンの状態を取出せる。

76 · 02/02/27 02:06

すいません、何度も…。(^^;)
GetMouseState は使っているのですが PumpEvents(またはPollEvent)を
呼ばないと、更新されないようで…。

えっと…、やりたいことは以下の通りなのですが（↓任天堂方式）

イベントスレッド：イベントだけを処理
ビデオスレッド：必要なら描画
メインスレッド：イベント・描画に関係なく一定時間で起動(コマ落ち対策あり)

SDLの制限ではビデオとイベントは分離できない仕様になっていて
ビデオ処理→イベント処理を繰り返し一つのスレッドで行わないといけないようです。
状態を取得したくても PumpEvents() を置かないと読みとってくれないので(^^;)
非同期で割り込みでイベントを感知する手段がSDLになくて、イベントの入力が
画面の描画後でしか読みとってくれない(^^;)です。
ビデオの速いマシンでは問題ないのですが、遅いマシンでは入力まで遅くなって
しまいます。(^^;)
これって、イベントドリブン式の弱点…なんですよね…。
リアルタイムゲームをつくるとき、イベント直後に割り込みでフックしてくるか
そのまま入力を読み取るパターンがないと困ると思うんですが、PumpEvents()
(PollEvent) が前提になってるみたいで…。

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

IBMあげ
www-6.ibm.com/jp/developerworks/linux/sdl/sdl.html

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

http://www-6.ibm.com/jp/developerworks/linux/pirates.html

part 5 made aruyo.

**名前は開発中のものです。** · 02/03/18 08:47

重複age

**名前は開発中のものです。** · 02/03/18 08:48

age

**taku** · 02/03/18 13:52

ゲーム制作初心者が集まって、ゲーム制作をしたいと思ってます。
ゲーム作りに興味がある人は、メールをください♪
思っているだけで、まったくゲーム制作をしたことがない人でも結構です♪
とりあえず、私も少しは、やっていますが、初心者なので、みんなで勉強をしながらゲームを作っていきたいと思ってます♪
基本的に、web上でやる、フリーゲームで、ジャンルとしては、ＲＰＧを考えています。（いろいろなジャンルも作ろうと考えていますが・・・）
それでは、とりあえず、メールをください♪

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

Web上でやるゲ－ムなのにSDLつかうのか？

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

age

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

使ってる人いないのかー?

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

居るよ！！

安心したかい？

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

ｽﾏｿ。漏れソースをGPLにしたくないからAllegroを研究中。

87 · 02/04/17 01:40

>>88さんだけかよっ!

ちょっと覚えるために弄ってたら、
簡単にMODが再生出来てかなり感動したんだけど、
みんなは、これに魅力を感じないのかな?

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

>>90
お気楽だよね、SDL。
英語読むのたるいから、LinuxJapanの連載で情報収集してるけど、
周辺ライブラリも含めると、ほんと、楽。
Win用のソースをちょこっといじってLinuxで動いたときは
正直感動した。

>>89
SDLはLGPLだから、自分のソースをGPLにする必要ねーだろ。
DLLつかうか、リンク前のオブジェクトを一緒に配ればOKだ。

**MLをRomってる七資産** · 02/04/17 11:09

>>90
ライセンスの問題が把握できず躊躇している人が多いと思われ。
漏れもその一人だが。

>>91
SDL-MLの有志の方々がdocのja化を進めてます。

最近、SDLでデモ作るコーダーも少なからずいますね。
それらのアーカイブには、ソースついてないから、ソースはつけなくて･･･いいのかな？

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

でもパフォーマンス的にまだAllegroのほうが優れてんだよな、周辺ライブラリも・・・。所詮WINAPIもどき。

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

Allegroは日本語リソースが少ないのがアレなのかも。

89 · 02/04/17 23:55

ちうかAllegroはフォントが独自形式なのが最大のネック。
RPG等の文字情報の多いゲームが作りづらいっつーか作れん。
AllegroでTTFを扱う為のライブラリがあったはずなんだが、
今は影も形も無い…

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

1.2.4 stable released

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

Allegroの作者はコンシューマ系の人のようですね。
（ライブラリの設計見ただけで分かるけど(ﾜﾗ）
その辺の好みで使い分けるのもいいかも風来のシレン。

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

SDL はシンプルなのがいい。
Allegro はゴテゴテしすぎ。

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

えー、俺はAllegroのほうがシンプルだと思うにょ。

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

SDL日本語リファレンスおつかれage
http://www.ya.sakura.ne.jp/~logion/SDLdoc-jp/
http://slashdot.jp/article.pl?sid=02/04/23/1458249&mode=thread

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

SDLのどこがシンプルなんだよ・・・(w

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

>>101
サウンドの再生。つーか、シンプルすぎてSDL_mixer使わんと、ちょっと...

**名前は開発中のものです。** · 02/05/02 03:43

Allegroはグラフィックの描画では
スプライン曲線、ポリゴン、スプライト、テキスト描画といったもの、
サウンドではネイティヴでのMIDI再生だとか、
場合によっては余分な機能が含まれている。

SDLではグラフィックの描画はFillとBlitのみ。
サウンドはPCMを垂れ流すだけ、みたいな。
これはシンプルだと思うけどなー。

ま、なんでも自分でやりたい俺みたいのは SDL が好きだ、
という話。

ライブラリ内部の話となると、SDL もシンプルじゃないけどね。

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

ま、結局SDL_mixerやSDL_imageは使ってるけどね。
こういうのが分離出来るようになっているほうが落ち着く。

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

>>101
DirectXと比較して（ｗ
初代Direct3Dの初期化書いてみな。ゲイツ殺したくなるから。

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

>>105
書いたことあるけど、別に。

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

微妙にほほえましいやり取りしてるな、キミら。

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

>>106
俺は二度と書きたくない。
何をどう初期化したのか後から見ても理解できんし。
初期化ごときに時間かけるのもアホらしい。

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

まあ、いまさら文句言うなや。マイクロソフトがCOMに狂ってた頃の遺産だからしょうがない。

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

SDLの魅力って何ですか？

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

>>103
別にAllegroでもFillとBlitのみ利用して、
スプラインとかポリゴンは自分でってのは可能だと思うが。
ライブラリに余分なバイナリが含まれているからって、
実行形式ファイルも太るわけではないし。

むしろSDLのように複数のライブラリを組合わせて使うという方式は、
無駄（コードの重複）が生じやすい。

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

気分の問題です。

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

SDL初心者です．

mingwを使っています．

実行ファイルが
SDL.dllを必要としないように
コンパイルすることは可能ですか？

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

ソースを公開せずにスタティックリンク？
それはライセンス違反ですにょ。>>113
SDLはLGPLなのでソースを公開する、しないにかかわらず
DLLリンクで十分なはずです。

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

>>114
ＬＧＰＬの勉強します