SDLスレ

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

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

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

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

1.2.3 リリース!

SDL関係のニュースはSDL Watchで
http://www2.jan.ne.jp/~zinnia/sdl/watch/cur/rent/

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

恐らくこの板の住人のほとんどがWindowsオンリーのプログラマであるためか
こういうものに見向きもされないね・・・。

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

いや、実はつい最近知って手を出してみようとは思っているのだが
まだ何もやってないのでなんとも書けないのだ

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

>3

そんなことないよ。

**名無しさん＠お腹いっぱい。** · 01/11/12 01:57

linux板より

煽り for 1 with SDL
http://pc.2ch.net/test/read.cgi/linux/999430299/107-108

及び、そのパッチ
http://pc.2ch.net/test/read.cgi/linux/999430299/152

**名無しさん＠お腹いっぱい。** · 01/11/12 11:59

うあ、結構簡単に作れるんだね。萌える。なにかやってみようかな

01/11/12 18:59

こういうものをうまく使ってマルチプラットホームのゲーム出そうなんて
奇特な国内メーカーいないかな

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

前使ったときはアルファブレンディングのパフォーマンスが悪かったのですが
改善されたのでしょうか？ちなみにWindowsの話です。

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

えここでファイトの作者はこれ使ってたような…
だからいろんな機種に対応できるのかな。

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

>>10
PS2のLinuxにも対応してたしなー。ま、そんなに速度は出なかったようだが。

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

>>9
Win版のソース見たこと無いけどライブラリ内でDirectX使ってるんじゃないかな？
もしかしたら前使ったバージョンってのがソフトでやってたのかもしれないけど・・・。

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

SDLはDirectXが入ってる環境では自動的に使ってくれるらしい。
ソース見てないけど。

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

日本のSDL関係のリンクを書いておこう。

SDL library documentation(japanese)
http://www.wakhok.ac.jp/~momma/SDL/

Adas' Linux ゲームプログラム
http://www.geocities.co.jp/Berkeley/2093/

ruby/SDL
http://www.kmc.kyoto-u.ac.jp/~ohai/

Just Another Ruby/SDL
http://www6.tok2.com/home/tamura/rubysdl/index.php3

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

グラフィックはOpenGLベースでジョイパッド対応やオーディオのみ
SDLみたいな使い方を解説しているHPとかないでしょうか？

**名無しさん＠お腹いっぱい。** · 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
ＬＧＰＬの勉強します

**113** · 02/05/04 02:50

あともうひとつ質問したいのです

mingwでリソースもコンパイルして
exeにいれますよね？
ＳＤＬのAPIみたら
画像の読み込みは
fileポインタ渡してたみたいなんです

これはどういうことなんですか？

あとexeに画像ファイルを埋め込むプログラムは
Linuxに移植は容易にできるのでしょうか？

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

おいらはソース出してもらわないとよくわからないけど
実行ファイルに絵のファイルを結合してるだけなら、その実行ファイルと
絵の開始位置さえわかれば fileポインタで十分読み込めるのではないかと。

fp = fopen( ... ); fseek( fp, ... ); // 実行ファイルを開いて開始位置までシーク

ReadPicture( FILE *fp, ... ) {
fread( ... ); // いきなり読み込みでも開始位置まで来てるので問題ない
}

そこんところの仕組みがわからないけど、(WINネイティブな何かを使っているのか）
仕組み的には難しくなさそうですが…。
俺は素人なので偉い人ﾀﾉﾑ…。

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

Windowsリソース用の SDL_RWops を書けは行けるんじゃない？

**113** · 02/05/04 11:47

>>116
まだソース書いてないです
疑問に思ったもんで。

初心者でよくわからないのですが
fopenの引数はファイル名
だったと

>>118
見てみます

「書けば行けるんじゃない｣
ということは
こんな風に普通はしないのですか？

画像はexeに入れないのでしょうか？

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

>>113
fileポインタって何の事を言っているのかちゃんと書けや、このボケが。

**113** · 02/05/04 12:52

>>120
char* filename

初心者でごめんなさい

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

画像が少なければ、const char hoge[] = { 0x00, ... };みたいな感じで画像を埋め込んでもいいだろうけど
数やサイズが結構あるなら実行ファイルと他データをまとめた
データファイルに分けるほうがスマートだと思う。
SDLを使うとかに関わらず・・・。

**113** · 02/05/04 18:18

>>122
レスありがとうございます

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

商用向けソフトならBMPやWAVデータとか解析されないように、
小細工しながら固めるけど趣味でSDL使うんなら、
外部から生のファイルを読むようにオープンに作ってほしいね。

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

ファイルを1つにパックする理由は解析防止が主な理由ではなく、無駄にディスク容量を消費しないようにする為の工夫ですよ。

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

ゲームでbmpとか
wavが見えたら
冷めるから
一個に固めたいです

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

>>126
俺は、wav見えても気にしないけど、そーゆー問題じゃないんだよね？

root権を使わせてもらってもいいなら、ext2フォーマットのファイル
システムイメージを配って、それをloopディバイスつかってmountして
読み込ませるってのも手だねぇ。もちろん、ローダの中で自動化して
しまえば、ユーザには(表立っては)見えない。
普通は、中身をtarファイルにしておいて、実行時に/tmpに展開ってのかな。
HDDの空き容量必要だけど。

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

>>127
なかなか難しいですね
レスありがとうございました
研究してみます

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

>>127
OSに依存しそうだな・・・せっかくのSDLやAllegroが・・・。

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

まあなんつーか
がんばれやとしかいえんな。萎え。

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

>>126
データが見えて萎える? つまんねー奴だな。
データを簡単に交換出来れば色々改造出来て楽しいだろーが。

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

実行ファイルをトップディレクトリにおいて、データは別のディレクトリに入れておけば、
生でも気が付かないものだ。
というか、実際気が付かないことが多かった。

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

bcc32でSDLを使おうと思ったのですが、
> bcc32 -tW -O2 -DWIN32 -c SDL_main.c
しようとすると Must use C++ for STDCOMP.H というエラーが出てしまい、
だったらと今度は -P をつけると今度は
$(bcc)\include\alloc.h 107: オーバーロード関数群の中の一つだけしか"C"にできない
などと怒られてしまいます。

どうしたらいいのでしょうか？

**偽ASIMO** · 02/05/06 08:00

mp3やmidiをmixer使って鳴らしたいが鳴らん。
どうしたら良いんだろう。

_ · 02/05/06 09:05

ageとく

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

SDL_mixerがmp3とmidiが再生できるようになっていない
(無効にしてコンパイルされている)んじゃない？

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

いちおう、貼っておこう。
http://www.gnu.org/licenses/gpl-faq.ja.html
SDLは、LGPL(FAQ訳では劣等GPL)だから、もっと緩いけど。

**宣言されていない名前** · 02/05/14 18:42

SDLは糞コードでもカリカリ動くからおもろい。
サイキョーまんせー。

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

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

そういえば、SDLSKKなんてものが出てるんだね。
日本語入力に関しても解決の兆しが…？

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

バックバッファにアクセスするにはどうすれば…

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

age

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

　　　　　　　　　　, ‐ｧ'⌒ヾヽ　ｧ'⌒-‐-､
　　　　　　　　　 {___{=＝O}}.}⌒ ⌒ー-::,,.}ユ、　　　　　　∧∧
　　　　　　　　 r「-‐ヾ､ｧ'´,::'´／ハヾ::、､ヽ､ﾉ　　　　　＜　2　　
　　　　　　　　ハ _,､_/:::/::::/ ノ　 }ﾉ　＼ｉ} ト、　　　＜ g
.　　　　　　　 /:..ｌ｀ﾄ⌒ヾ.､::/⌒`　　　⌒`// .:ヽ.　　　＜　e
　　　　　　　 {:::::|::ｉヽ、､）{ｧ'T.ヽ　　.ﾊヾ/ﾊ::::::::ｌ　　＜ t
　　　　　　　　ヾ､::ｌ　ヽ 'ヾ:ｌ　{__ﾂ　　{ﾂ.'{ﾉ .ｌ:ｉ::ﾂ.　　　＜　!
　　　　　　　　　　ヾ　ﾊ ,__ﾄ, ''.''　(⌒　ツ::} ﾚ'＾　　　　＜ !
　　　　　　　　　　　　〉ﾆ,,_ノヽ` ー‐''´ヾｼ'　　　　　　＜　! 　
　　　　　　　　　　　　ｌ、　　ノｌ／iﾆ)､ヾ､　　　　　　　＜！！
　　　　　　　　　　　　｀}　'´　　〈　〉＾ﾂ　　　　　　　　　∨∨
　　　　　　　　　　　　／ ==　　｀ｰ'　〉‐っ　　　　　
　　　　　　　　　　／､＿...._　　　　　ヾ〉┘　　　　　　　
　　　　　　　　　〈ｰ､　,,..,,　.｀`ヽ､... ,べヽ
　　　　　　　　　　￣ ~`´ｉｰ`ヽ､_,,..=-､ﾊﾉ
　　　　　　　　　　　　ｌ　　| |　　ｌ
　　　　　　　　　　　　　 {,､,､,ｉ, ｌ,､,､|
　　　　　　　　　　　　　[　ｪｭｿ[　,ェ}_
　　　　　　　　　　　　Ｆ=ｨ⌒ヽ =ｨ'⌒ヽ
　　　　　　　　　　　　 [､＿ノ⌒ｌ＿ノ⌒}

**フォント使いたい** · 02/09/09 19:58

Cygwin + SDL-1.2.4 + SDL_ttf-2.0.5 + freetype-2.1.2でTruetype Fontを使いたいのですが、
freetypeをインストールしたあと、SDL_ttfでリンクに失敗してしまいます。
コンパイルオプション等を付け加えなければいけないのでしょうか。
情報お持ちの方、よろしくお願いします。

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

ごく普通にコンパイルできたけどなあ。
エラーメッセージをコピペしてみてちょ。

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

>>144
http://cefiro.homelinux.org/SDL/sdl-devel-msys.html

**超初心者** · 02/10/10 03:49

VC6.0にSDLをインストールする方法がわかりません!!
落としたファイルは"SDL-devel-1.2.5a-VC6.zip"です。
解凍後出来たサブディレクトリ"Include"と"lib"はVC6.0のどこに入れたらいいんでしょうか？
また何か設定があるのでしたら是非教えてください!!　お願いします!!

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

>>147
ツール->オプション　の　ディレクトリ　を
選択して、インクルードファイルとライブラリ
ファイルの場所をそれぞれ指定すれば良い
のではなかろうか。よく知らんけど。

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

1.2.5に DreamCast 対応？っぽい奇術があるんだけど、どうやってGD-ROMに
するんでしょうか？

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

個人で使う分ににはRで十分では？

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

最新版出せや( ﾟДﾟ)ｺﾞﾙｧ!!

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

http://cefiro.homelinux.org/SDL/sdl-devel-msys.html
↑のとおりにやったんだがmp3が鳴らねえです。
oggとかmodは鳴るんだがなあ。

なんか他に必要なもんとかあるのかしら。

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

↑自己解決しました・・・

BCCで遊んでたときにWindowsフォルダにつっこんでたDLLが
呼ばれてたぽいでした。迂闊。

**問題提起** · 02/10/21 21:47

SDLとその周辺ライブラリは、機能が絞り込んであって、
開発者としては好きなものを組み合わせて作れる、
という大きなメリットになんですが、遊ぶ側としてはどうでしょう?
個々に集めるのは面倒ですし、同梱は若干無駄（場合によってはGPL違反）です。
別々のアーカイブにまとめて一緒に配布、というのが理想だと思いますが、
旧Verのｄｌｌを持ってるユーザーが、本体のみ落としてエラーに悩む、
といったバージョン管理の問題や、ｄｌｌ配布元へのリンクのみ掲載していた
場合のリンク切れ、といった問題もあります。

この辺、一度考えるべきだと思ったのですがどうでしょう。

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

>>154
スタティックライブラリにコンパイルすれば良いんでは？

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

>>155

ソース非公開のゲームとかに SDL をスタティックにリンクして配布
したら LGPL 違反になったりしない？？

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

そんな貴方にAllegroを。>>154

本家
http://alleg.sourceforge.net/
ポータル
http://www.allegro.cc/
FontLiblary。日本語表示の際必須。
http://nekros.freeshell.org/delirium/alfont.php

機能が集約されている分、必要なｄｌｌの数が少なく済む上、
ライセンスが緩いから安心してstaticlinkできる。
周辺LibはGPLも混じってますが。
（上に挙げたALFontはBSDライク）

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

>>154
インストール時か初回実行時に DLL を自動ダウンロード。

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

んでリンク切れで騒ぐ厨房を生み出す、と。

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

ダウンロード先のリストをゲームの配布元が提供して随時更新すればいい。

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

>>154

Windows でバイナリを配布する場合の話だとして…

>同梱は若干無駄（場合によってはGPL違反）です。

同封してGPL違反ってのはどういう場合なんでしょうか？？

俺は開発に使ったdllをゲームに同封するのが最善…っていうか
別配布は現実的じゃないと思ってるんだけど…

理由はバージョンよるAPIの非互換性だけじゃなくて各種dllをコンパイル
するときのオプションによっても使える機能(oggやmp3の再生は？とか)
が変るせいで，他サイトで配布しているdllが自分の作ったゲームに
使えるかわからない．
一元的な配布元のあるdllですら非互換性に苦しめられることを考えると
同封が一番確実っぽい気がします．

配布物の容量が増えるのは確かに無駄だけど最近のネットワーク速度
やHDD容量を考えたらたいしたことはないと思うし…

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

ソースを公開しないと GPL 違反

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

>>162

SDL は LGPL じゃねーの？

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

LGPLでもソース未公開・dll同梱は違反。

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

LGPLの場合ダイナミックリンクすれば別バイナリと再リンク可能に
なるからそれだけでOKかと思ってたよ…(鬱
#こうしてソース非公開な人はAllegroに流れるのだろうか…？

じゃあどこまでがdll同梱になるんだろうか？
1.プログラムとdllを同じzipアーカイブに含めて配布(×らすぃ)
2.プログラムとdllを別ディレクトリに置いた一枚のCD-ROMを配布
3.プログラムを入れたzipとdll入れたzipを同じCD-ROMに入れて配布
4.プログラムを入れたzipとdll入れたzipを同じサイトで配布

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

Allegro調べてみた。
すげー、giftwareだってよ。贈り物だなんていえないねえ、なかなか。
Delphiからも使えるみたいだし、ちょっと試してみる。

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

>>165
>>164 でのソース未公開とは、ライブラリのソースの事だと思ふ。

ライブラリのバイナリを配る時には、ライブラリのソースを同梱するか、
ソースを別のアーカイブなどにして、同じサイトで同時にダウンロードできるようにしておくと、
ライブラリのバイナリを得る時に、ソースを得るチャンスがあったっていうことで、
後腐れが無くて良いらしい。

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

>LGPLでもソース未公開・dll同梱は違反。
「ソース未公開」と「LGPL」が矛盾してるから，ここで言ってるソースがLGPLなライブラリのソースだとは思いもしなかったよ…(鬱

公開，未公開の話しじゃなくてSDLのバイナリを配るときにそのバイナリの元になったソースを入手可能な状態にしておけって話ね…

そのための唯一確実な方法がSDLのDLLの入ったアーカイブにSDLのソースを同梱することであると…

でも実際GPLなソフトのバイナリを配布してるところでも同じアーカイブにソース入れて配布することってほとんどないよね…

ってことでプログラムのバイナリのアーカイブにSDLのDLLを同梱しても同じ場所(WebとかCD-ROMとか)にDLLの元になったSDLのソースを置いておけばほぼOKってこと？

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

>>168

> 同じ場所(WebとかCD-ROMとか)にDLLの元になったSDLのソースを置いておけば
> ほぼOKってこと？

そう思わないと、やっていけないでつ。

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

ソースを同じサイトorメディア上で提供するにしても、
本体とdllを単一アーカイブにまとめてしまうと、
LGPLを正しく理解してない厨房が騒ぐ元になるから、
本体とdｌｌは別アーカイブにしとくのが吉かと。

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

>>170
ドキュメント読まない厨房のことまで知らんよ…

と，言いたいところだけど過去なにかのソフトでそういう騒ぎが
あったんかな？？

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

GPL/LGPL等ライセンスとゲーム製作
ttp://game.2ch.net/test/read.cgi/gamedev/1005818191/l50

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

保守sage

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

ほっしゅsage

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

ほしゅーぬsage

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

SDLのおかげで小一時間程度でゲームをMacintoshに移植できますた。
SDLってほんと素晴らしいですね。

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

ちょーほっしゅ

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

ふぉしゅ

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

SDL+OpenGLでの開発が
現在のクロスプラットフォームゲーム開発のトレンドですか？

**名前は開発中のものです。** · 03/01/29 19:48

クロスプラットフォーム開発かぁ。
Windowsだけで充分なんだがなぁ。ELですかやっぱり。

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

ソースさえ公開しておけば、誰かか勝手にディストリビュートしてくれるという
ささやかな甘い夢を見ていましたが、徒労も虚しく散りました。

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

>>181
誰かに勝手に再配布してほしかったんですか?

>distribute
>〈動）〈他〉1 を分配する，配給する;

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

>>82
｡･ﾟ･(ﾉД`)･ﾟ･｡

つっこんでくれてありがとう。
こういうのは、もっともらしい言葉ではなんて言うんだろう。

「誰かが勝手に、*改変、配布*してくれるという」
と言いたかっただけです。

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

linuxのディストリビューション的なイメージで使ったのがまずかったでつね。
バリアントとでも言えばいいのか・・・。

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

contribute

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

なるほど。thx

**デフォルトの名無しさん** · 03/03/07 04:08

LGPLなのでありがたくソースは公開しません。

ところでSDL.dllはアーカイブに同梱してもよいのでしょうか。
SDL本家HPへのリンクをドキュメントに書いておけば平気と
理解しているのですが

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

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　∧ ∧　　　∧ ∧
　　／⌒~~~⌒＼　　　　　　　　　　　　　　　　　　　　　　(　　,,) 　　(,,・Д・)
　／（ﾟ〟д〟ﾟ）y─┛~~ 　　　　　　　　　　　　　　　～（＿__ﾉ　～（＿__ﾉ　,γ＿
（_ ノγ Ｕ　　∩_∩）　　　THANK YOU　2ｃｈ　　　　　┌───────┐　　　＼
　　α＿＿＿Ｊ _Ｊ　　　　　　　　　and　　　　　　　（｜ ●　　　　　 ●　| 　　　　ヽ
　　／￣￣￣￣＼　GOOD-BYE ２ｃｈ WORLD！／.|　.┌▽▽▽▽┐　.|____|__||_| ））
　/　　　　 ●　　●､　　　　　　　　　　　　　　　　（　┤ .｜　　　　｜　.|□━□ ）
　|Y　　Y　　　　　　　＼　またどこかで会おうね　　＼.　 .└△△△△┘　.|　 J　　|）
　|.| 　｜　　　　　.▼ |　　　　　　　　　　　　　　　　　｜　＼あ＼　　　　　 |　∀　ﾉ
　| ＼／　　　　＿人|∧∧∩゛冫、　.∧＿∧　　　 |　　＼り.＼　　 . |　 - ′
　|　　　　　　＿/）/）／( ﾟДﾟ)/　`　 .　（´∀｀　）..ヽ(´ー｀)ノ　　＼が＼ . 　 |　）
　＼　　　　／〔／＼〕　U　　/　∩∩　（　　　　）（＿＿＿）　　　＼と.＼　.|／
　　｜｜　|　ｃ（*・_・）　 |　　|ヽ(´ー｀)ノ_|　 |　 |　｜　　　｜～／＼.＼う＼|　(-＿-)
　　（_＿）＿）　UUUU　/∪∪ （＿＿_）（＿（＿_） ◎￣￣◎─┘　.└──┘.（∩∩）

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

>>187
それで良いと思うけど、SDLのソースくれっていう奴のために手元にソースを
おいといた方が良いと思う。
本家にも古いバージョンのソースはないみたいだし。

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

　　　　　　　　　　　　ｏ
　　　　　　　　　　　 /　￣￣￣￣￣￣￣￣￣￣ /
　　　　　　　　　　　/　　　このスレは無事に　　/
　　　　　　　　　　 /　　終了いたしました　　　 /
　　　　　　　　　　/　ありがとうございました　 /
　　　　　　　　　 /　　　　　　　　　　　　　　　　/
　　　　　　　　　/　　　モララーより　　　　　 /
　　　　　　　　 /￣￣￣￣￣￣￣￣￣￣￣/
　 ∧＿∧　　/　　　　　　　　　　　　　　　　/∧＿∧
　（　･∀･）　/　　　　　　　　　　　　　　　　/（･∀･　）
　（　　　　）つ　　　　　　　　　　　　　　　⊂（　　　　）
　｜｜｜　　　　　　　　　　　　　　　　　　｜｜｜
　（_＿）＿）　　　　　　　　　　　　　　　　　　（＿（＿_）

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

>>189
187じゃないがいいことを聞いた。
ありがとう。

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

保守

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

保守

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

age

**動画直リン** · 03/04/19 15:39

http://www.agemasukudasai.com/movie/

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

□□□□■□□□□□■□□□□□□□□□□□□□□□□□□□□□
□□□■■□□□□□■□□□□□□□■■■■■■■■■■■■□□
□□■■□□□□□■■■■■■□□□□□□□□□□□□□■■□□
□■■□□■□□□■□□□□■□□□□□□□□□□□□■■□□□
□□■□■■□□■■■□□■■□□□□□□□□□□□■■□□□□
□□□■■□□■■□■■■■□□□□□□□□□□□■■□□□□□
□□■■□□□□□□□■■□□□□□□□□□□□■■□□□□□□
□□■□□□■□□□■■■■□□□□□□□□□□■□□□□□□□
□■■■■■■□□■■□□■■□□□□□□□□□■□□□□□□□
□□□□■□□□■■□□□□■■□□□□□□□□■□□□□□□□
□□■□■□■□□□□■■□□□□□□□□□□□■□□□□□□□
□□■□■□■□□□□□■■□□□□□□□□□□■□□□□□□□
□■■□■□■□□□□□□□□□□□□□□□□□■□□□□□□□
□■□□■□□□□■■■□□□□□□□□□□□□■□□□□□□□
□□□□■□□□□□□■■■□□□□□□□□□□■□□□□□□□
□□□□■□□□□□□□□■■□□□□□□■■■■□□□□□□□

**うんこ** · 03/04/21 12:06

OpenGLやDirectXが3Ｄマンセーになった以上
ちょっとした2ＤゲームでAPI使うぐらいなら
SDL使った方がいいかなって思って使ってるんですが

盛り上がってないですね、このスレw

「みんなageれ、なだれこうげきだ！！」

**うんこ** · 03/04/21 12:21

とりあえず僕が参考にしたサイトまとめさせてもらいます

本家ライブラリ（落とすのはdevelがついたファイル名の方）
ttp://www.libsdl.org/

ドキュメントマニュアル日本語翻訳サイト
ttp://www.ya.sakura.ne.jp/~logion/SDLdoc-jp/html/

日本語で大体のライブラリの使用例など
ttp://www.wakhok.ac.jp/~momma/SDL/

VCで使う方法など
ttp://www.mediawars.ne.jp/~freemage/progs/sdl/build.html
ttp://user.ecc.u-tokyo.ac.jp/~rr26303/develop/sdl/intro.html

**うんこ** · 03/04/21 12:32

●VCネタ（VC6 で動作確認済み）

○VCでコンソールウィンドウを殺す
（OpenGL + GLUT と同じ方法です）
#pragma comment(linker, "/SUBSYSTEM:WINDOWS /ENTRY:\"mainCRTStartup\"")

○ライブラリのリンクとか
（マルチスレッド用ライブラリに切り替える方法を
ソースで設定する方法がわからなかったので
プロジェクトで指定してください。
ていうか誰か博識な方、ソースで設定する方法教えてください…）

#pragma comment(lib, "SDL.lib")
#pragma comment(lib, "SDLmain.lib")

#pragma comment(linker, "/NODEFAULTLIB:\"libcd\"")
#ifdef _DEBUG
#pragma comment(linker, "/NODEFAULTLIB:\"msvcrt.lib\"")
#endif

**うんこ** · 03/04/21 12:33

ここまですれば、少しは盛り上がるかなって甘い期待…