SDLスレ ver.2.0

**名前は開発中のものです。** · 2006/02/28(火) 20:40:12

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

本家
ttp://www.libsdl.org/

SDL_mixer ttp://www.libsdl.org/projects/SDL_mixer/
SDL_image ttp://www.libsdl.org/projects/SDL_image/

SDLdoc-jp ttp://www.tacoworks.jp/software/SDLdoc-jp/
GamDev ttp://gamdev.org/w/?%5B%5BSDL%5D%5D
初心者の初心者による初心者の為のSDL ttp://tokyo.cool.ne.jp/sdl/

前スレ
http://pc8.2ch.net/test/read.cgi/gamedev/1005469181/

**名前は開発中のものです。** · 2011/09/04(日) 21:31:46.25

いや、古いまま
別に困ってないし・・・
1.3って何か新機能あるの？

**名前は開発中のものです。** · 2011/09/04(日) 21:53:53.04

>>614
SDL 1.3を使っていますよ。

>>615
ttp://wiki.libsdl.org/moin.cgi/Introduction
> Full 3D hardware acceleration
> Support for OpenGL 3.0+
> Support for multiple windows
> Support for multiple displays
> Support for multiple mice, tablets, etc.
> Force Feedback available on Windows, Mac OS X and Linux
他にも細かい機能追加や仕様変更はあるはず。

ただ、SDL 1.3でサポートを打ち切られたプラットフォームもあるから、
SDL 1.2じゃないとダメという人もいると思う。

**名前は開発中のものです。** · 2011/09/06(火) 08:41:43.99

Nintendo DS向けのコードとか入ってるし、ML見るとiOS向けにがんばってる風もあるよね1.3。
iOS向けはRotation周りで苦戦してるっぽかったからまだ実用できないと思うけど。

> Support for multiple mice, tablets, etc.
ちなみにtabletsはIntuosとかの話かと思いきや、コード見ると
wintab(いわゆるWacomのペンタブ)じゃなくてタブレットPCの話だったぜ。

**名前は開発中のものです。** · 2011/09/28(水) 18:59:09.17

添付のプロジェクトファイルだとVC++がSDL_gfx.libを作ってくれないから
マクロをBUILD_DLLからDLL_EXPORTに書き換えて解決

**名前は開発中のものです。** · 2011/11/15(火) 20:41:29.05

過疎ってるみたいだけど質問です

Win7 64bit + VS2010 C++ ExpressでSDL1.2.14-1を使っています。
この環境でSDL_PollEventを実行すると以下の様なエラーが出て困っています。

'hoge.exe': 'C:\Windows\SysWOW64\RpcRtRemote.dll' を読み込みました。Cannot find or open the PDB file
hoge.exe の 0x75cfb9bc で初回の例外が発生しました: 0x000006F4: NULL 参照ポインターがスタブに渡されました。

色々ググって見ましたが解決方法がわかりませんでした。

**名前は開発中のものです。** · 2011/11/15(火) 20:52:10.93

とりあえずリリースビルドでやってみればいいんじゃね

**名前は開発中のものです。** · 2011/11/15(火) 20:57:33.14

>>620
リリースビルドでも出るんです

例外が出ているけどストップさせなければ問題なく動いている（ように見える）んですが
出来れば解決したいところです。
尚、PollEvent以外のイベント取得系の関数でも同じエラーがでるようです

**名前は開発中のものです。** · 2011/11/15(火) 21:02:30.24

あ、もう一つ情報ですが
デバッグでステップ実行すると例外は発生しないようです…

**名前は開発中のものです。** · 2011/11/15(火) 22:26:32.67

とりあえず原因はわかったので追記です
SDL_ACTIVEEVNETが発生すると例外が飛ぶようです
解決方法はまだわかりません。

**名前は開発中のものです。** · 2011/11/15(火) 23:10:37.91

エラーメッセージが似てますが、参考になりますか？

ttp://dixq.net/forum/viewtopic.php?f=3&t=5719
ttp://watery.dip.jp/slash/archives/400

**名前は開発中のものです。** · 2011/11/15(火) 23:27:31.18

解決したので報告です

関係ないと思って書いてなかったのですがSDL_mixerを一緒に使っていました。

で、SDL_mixerの初期化（Mix_OpenAudio）を
SDL_Initの後に呼び出すとSDL_Initで確保したメモリの一部が破壊されてしまうようです

Mix_OpenAudioの後でSDL_Initすると問題は解決しました。
詳細は不明ですがとりあえずこれで進めてみます。

レスくれた方ありがとうございました

**名前は開発中のものです。** · 2012/01/16(月) 21:56:57.66

SDLの周辺ライブラリが一斉にアップデートされた。

SDL_image 1.2.11
SDL_mixer 1.2.12
SDL_net 1.2.8
SDL_ttf 2.0.11

各ライブラリがzlibライセンスへ移行した。

**名前は開発中のものです。** · 2012/01/16(月) 23:19:01.48

朗報だなあ。これで1.3使う意義がぐっと増したと思う。
ライセンスだけのアップデートって訳じゃなくて、結構いろいろ変更点あるみたいだし。

SDL_ttfに「欧文以外についてキャッシュを改善した」って書いてあるっぽいが
パフォーマンスよくなってるのかしら。

**名前は開発中のものです。** · 2012/01/24(火) 19:10:54.40

WindowsだとHWの恩恵をうけるには3Dで作成しないといけないのねぇ
2Dゲームなのに....3Dで作りなおそうかな

**名前は開発中のものです。** · 2012/01/24(火) 19:41:23.71

1.2 が zlib になったのかと思った。

結局、1.3 から変わるんだよな。まだ stable じゃないみたいだが

**名前は開発中のものです。** · 2012/01/24(火) 20:46:12.26

>>628
SDL 1.3は2D描画にDirect3DやOpenGLを使用可能なので、
3Dのアクセラレーションが効けば
SDL 1.3を使うだけでもとりあえずは速くなる、はず。

>>629
SDLの周辺ライブラリは特にバージョンを1.3とかに引き上げる様子がないから
現状のままライセンスのみSDL 1.3に合わせたんじゃないかな。

**名前は開発中のものです。** · 2012/01/25(水) 00:32:16.96

1.3でデバイスロストってどうしたら検知できる？

**名前は開発中のものです。** · 2012/01/25(水) 22:32:34.92

[SDL] Creating SDL2
ttp://lists.libsdl.org/pipermail/sdl-libsdl.org/2012-January/083550.html

SDL 1.3はSDL 2.0になった模様。
それに伴いライブラリの名前が変更されるため、SDL 1.2との共存が可能となる。
周辺ライブラリの名前もSDL2_imageなどに変更されるみたい。

**名前は開発中のものです。** · 2012/01/25(水) 22:54:37.64

あと、SDL 2.0からSDL 1.2互換APIが削除されたようだ。
test以下の古いAPIを使ったサンプルもいくつか削除されている。

**名前は開発中のものです。** · 2012/01/26(木) 02:03:45.45

動いてるなって感じだ。
思いがけずスレのタイトルと一致したな

**名前は開発中のものです。** · 2012/01/26(木) 04:56:55.57

ウィンドウの生成とサウンド部分にのみSDLを使用したいのですが、
その場合、普通に生のGL描画関数を直接使えるでしょうか？
SDLでラップされてる？描画関数を使わないって事ですが。

**名前は開発中のものです。** · 2012/01/26(木) 08:02:27.19

>>631
Direct3Dレンダラの話でいい？詳しくないけどソースを読んだか印象では、
SDLの関数がデバイスロストが原因でエラーを返した場合、
エラーメッセージにDEVICELOSTという文字列を含めるのでそれで判定する感じかな。
例えばSDL_RenderPresent()内部でIDirect3DDevice9::Present()がデバイスロストのエラーを返すと、
SDL_GetError()は"Render(): DEVICELOST"という文字列を返す。

>>635
ttp://mono.kmc.gr.jp/~nojima/hiki/?2D%A5%B2%A1%BC%A5%E0%A4%CE%A4%BF%A4%E1%A4%CEOpenGL%2FSDL%C6%FE%CC%E7%281%29
ここで紹介されているようなこと？

**名前は開発中のものです。** · 2012/01/26(木) 08:05:08.72

>>636 前半の最後の行間違えた。
SDL_GetError()は"Present(): DEVICELOST"という文字列を返す、です。

**635** · 2012/01/26(木) 09:36:47.17

>>636
まさにこういう事でした。ありがとう

SDL1.2だとOPEN_GL3以降に対応してないとか、どっかでちらっと見たような気がしたので
完全にGL関数がSDLにラップされてて、いちいち経由しないと
使えないようになってるのかと勘違いしました。

**名前は開発中のものです。** · 2012/01/26(木) 15:06:49.79

>>636
わざわざソースまで追ってもらって申し訳ない。ありがとう。

でもSDL_RenderPresentって返値voidなんだよなー。
他の関数は失敗したら0以外を返すからGetErrorで調べろ、みたいな感じなのになんでこれだけ、という気がする。
Presentが失敗する環境が少数派（Direct3Dだけ？）なのか。

**名前は開発中のものです。** · 2012/01/27(金) 01:39:11.30

>>639
SDL_RenderPresent()の戻り値はvoidだけど、
内部ではIDirect3DDevice9_Present()のエラーチェックを行なってて、
かつ実際にエラーが起きたらSDL_GetError()が返すメッセージを設定している。
なのでデバイスロストが起きたらSDL_GetError()で拾えるはず(良い方法ではないとは思う)。

ただ、D3Dレンダラのソースを読むと、ちまたのデバイスロスト関連記事にあるような
リソースの破棄だとかその手の処理がなくて、単に無視しているように見える。
この振る舞いが正しいかどうか分らないけど、実際困るようなら開発者に働きかけるのが良いと思う。

**名前は開発中のものです。** · 2012/01/31(火) 04:35:20.96

ラップなんかされてねーYO！
アハ
カモ
イエ

(ここでフレミング右手の法則、の手)

**635** · 2012/01/31(火) 13:51:33.82

OpenGLにはデバイスロストなんてないのに
なんでDirectXにはあるんですか？

**635** · 2012/01/31(火) 13:52:09.40

誤爆ｽﾏｿ

**名前は開発中のものです。** · 2012/02/05(日) 10:30:18.19

SDL_Surfaceを任意のピクセルサイズ（たとえば64x64）で生成するのは、SDL_CreateRGBSurfaceを使うしかないのでしょうか・・・

**名前は開発中のものです。** · 2012/02/06(月) 23:23:48.33

スクリーンサーフェイスはグラフィックボードとAPIが対応してるものしか出来ないのは
当然ではないか。

**名前は開発中のものです。** · 2012/02/06(月) 23:27:34.36

OH shit

**名前は開発中のものです。** · 2012/02/07(火) 18:50:20.04

SDL_CreateRGBSurface を使いたくない理由をはっきりさせてからじゃ

**名前は開発中のものです。** · 2012/02/11(土) 13:52:39.12

ぐは、3D化するのめんどいからglTexSubImage2Dで手抜きOpenGL対応したら
さらにおそくなった。まあわかってたけど真面目にやろう

**名前は開発中のものです。** · 2012/03/20(火) 01:47:50.28

うーむ・・・SDL_gfxやSDL_rotozoomを使わずにスクリーンの拡大に挑戦しているが、なかなかうまくいかないな・・・

**名前は開発中のものです。** · 2012/03/23(金) 08:37:57.68

SDLと相性がいい。OpenGLラッパーってありますか？

**名前は開発中のものです。** · 2012/03/23(金) 22:43:21.52

どれもラッパーというよりは3Dエンジンだけど

OpenSceneGraph
http://www.openscenegraph.org/projects/osg

IrrLicht
http://irrlicht.sourceforge.net/

OGRE
http://www.ogre3d.org/

ぐらいじゃないかな

**名前は開発中のものです。** · 2012/03/24(土) 14:06:27.12

拡大縮小回転とかやりたいだけじゃないの？

うん、俺も知りたい。gfxは出来がいいとは思えない

**名前は開発中のものです。** · 2012/03/24(土) 20:52:08.39

つーかソフトウェアでその辺やろうとすると重すぎてきついよね

**名前は開発中のものです。** · 2012/03/25(日) 09:16:56.07

>>651
　レスありがとうございます、やはり3Dエンジン使ったほうが簡単に作成できますね
でもそうなるとSDL使う必要ないToTような。
SDLは2D専用とて使用していきます。

**名前は開発中のものです。** · 2012/03/25(日) 17:38:41.69

>でもそうなるとSDL使う必要ないToTような。

確かに必要はなくなるけど、
3Dエンジンは描画がメインなので、
音や入力などはSDLを併用して用いる方法もある。

逆にBillboard機能とか2D部分だけを使っていくなら、
3Dを導入するにしてもそれほど面倒ではない。
もちろん、最後は好みの問題だが…

SDLとOpenSceneGraphはどちらもOpenGLのみなので、
組み合わせ的には干渉が少ないかな。
海外だけと一応チュートリアルもあるので張っとくよ。
http://www.cs.clemson.edu/~malloy/courses/3dgames-2007/tutor/index.html

**名前は開発中のものです。** · 2012/03/26(月) 19:05:45.22

というかSDLの利点って音声と入力のAPIがポータブルなところだろ
それと、簡単な何かを作るのには手軽ってこと
「簡単に何かを」じゃないからな

**名前は開発中のものです。** · 2012/03/28(水) 23:09:32.17

ポータブルで最速なら面倒でもいいんだけどな

**名前は開発中のものです。** · 2012/07/02(月) 06:12:38.86

Mac SnowLeopard&Xcode3からLion&Xcode4に変えたら
"ld: symbol(s) not found for architecture x86_64"
と出てbuildが通らない・・・
SDLは-arch i386 -arch x86_64付けてmakeしたんだけどな。
もはやお手上げ＼(^o^)／

**名前は開発中のものです。** · 2012/07/04(水) 19:55:19.83

そこは「俺が対応させてやるぜ！」だろJK

**658** · 2012/07/07(土) 14:35:19.27

もう、どうにもならんしよく考えたらSDLあんまり必要ないことに気づいた
OpenGL＋glut＋OpenAL＋Freetype2+libpngでやります。

**名前は開発中のものです。** · 2012/07/07(土) 16:08:19.34

じゃあglutもいらんじゃん。

**名前は開発中のものです。** · 2012/07/07(土) 16:49:33.86

各種イベント（キーボードとかマウス）は欲しいです（＾q＾）
あと、ObjectiveC全然わからんです。

**名前は開発中のものです。** · 2012/07/22(日) 07:06:50.12

基本OpenGLの各種ライブラリでやってるんだけど、
画像ファイル読み込みと音声処理のためだけにコレ入れるのってアリ？

**名前は開発中のものです。** · 2012/07/22(日) 22:16:59.03

それだけなら別にSDL使わなくてもって感じはするかな

**名前は開発中のものです。** · 2012/07/25(水) 08:51:19.06

音声処理->OPENAL

画像->libPNGなど

キー,ジョイスティック入力->各OSのAPI

でいいよ

**名前は開発中のものです。** · 2012/07/29(日) 12:24:00.39

>>663
画像もOSGとかエンジン寄りのライブラリなら複数対応している気もするが。

そういえば以前SDL1.2系ベースで作った自前フレームワークも
ゲームループとキー入力、OpenGL2Dテクスチャ位しか機能無いな。

glutの代わり程度には成るので、
SDL_opengl.hを1.3系のに入れ替えてOpenGL3.0環境にして、
http://www.arcsynthesis.org/gltut/
↑のサイトのチュートリアルを移植して勉強中。

**名前は開発中のものです。** · 2012/10/21(日) 21:09:09.16

2.0でSDL_RenderCopyExで回転できることそれだけで嬉しい

**名前は開発中のものです。** · 2012/10/22(月) 16:24:51.93

2Dのゲームは作りやすくなったよね

**名前は開発中のものです。** · 2012/10/22(月) 18:57:55.03

>>668
作ったものをぜひ見せてください

**名前は開発中のものです。** · 2012/10/22(月) 21:36:31.28

>>669
試しに作ったくそげーでよければ
ttp://www1.axfc.net/uploader/File/so/81760.zip
DLパスはneet

デバイスロストの対応だけど、SDL_RenderPresentした後
エラーメッセージにINVALIDCALLが含まれてたらrenderer作り直しにしてるけど
これでいいのかが解らない
手持ちの環境で試した限りDEVICELOSTが帰ってきたこと無いんだよな

**名前は開発中のものです。** · 2012/10/23(火) 07:38:21.34

なんてことだ　ここはｳｲﾝﾄﾞｰｽﾞ板だったのか

**名前は開発中のものです。** · 2012/10/23(火) 15:06:04.95

>>671
素直にソースコードもよこせって言えばいいのに。

**名前は開発中のものです。** · 2012/10/23(火) 17:59:14.64

>>670
よくできてんなー
5970点付近に俺の限界があるわ

簡単にゲーム作ろうってなるとWindowsだと選択肢たくさんあるけど
その他民だとSDLが一番手軽感あるな

**名前は開発中のものです。** · 2012/10/23(火) 19:07:13.16

>>673
Windows用のゲームをLinux上で作りたかったからSDLを選んだよ
規模が適度に小さいので覚えること少なくていいわ
そのぶん自分で色々つくんなきゃいけないけどねｗ

**名前は開発中のものです。** · 2012/10/23(火) 20:28:52.08

Linuxでゲーム遊ぶ層いるの？

**名前は開発中のものです。** · 2012/10/23(火) 22:49:29.67

>>675
いるけど、だから何って話じゃね？

**名前は開発中のものです。** · 2012/11/07(水) 19:48:08.63

MessageBoxが入ったか
地味に欲しかったから結構助かるわ

**名前は開発中のものです。** · 2013/02/25(月) 10:27:28.79

hg最新版でDebian関連ファイルが整えられてるけど、SDL 2.0のリリースが近いのかな。
MLではDuke Nukem Foreverネタしか見つけられんかった。
http://lists.libsdl.org/pipermail/sdl-libsdl.org/2013-January/086697.html

**名前は開発中のものです。** · 2013/03/18(月) 15:08:19.93

まだちゃんと見てないけどGameControllerとかできたのね、wikiは追いついてないみたいだけど
CMakeにも対応してきてるし、そろそろ2.0くるのか？

**名前は開発中のものです。** · 2013/03/18(月) 16:45:45.85

hg最新版でプラットフォームにPSPが追加され、代わり?にDSサポートが削除された。
この手の自作ソフト(homebrew)勢ってよく知らないんだけど、需要あるんだねえ。

**名前は開発中のものです。** · 2013/03/18(月) 17:28:41.17

ほんとだ、DS無くなったんだな
DSはハード考えると直接叩いた方がいいだろうし使ってる人少なそうだしな

SDLサポートしとけば各種エミュがすぐ移植できそうだし
結構需要はあるんじゃないかな、ユーザー層的に

**名前は開発中のものです。** · 2013/05/25(土) 17:36:57.13

SDLの関数を使った画像や音声の読み込みって別スレッドから呼び出しても平気？
画面Flipしながら別スレッドで読み込めたら最高なんだけど。

ネットで検索しても全然出てこないから、俺が見逃してるだけだったら教えてください・・・。
でも流石にDXライブラリみたいな非同期読みこみが用意されてるなんてありえないよね

**名前は開発中のものです。** · 2013/05/27(月) 22:52:24.84

>>682
SDLのBMPやWAVの読み込みだけならファイルを開いて読み込んで閉じるだけだから問題ないと思う。
あと非同期関数は無かったはず。
SDL_imageやSDL_mixerについては知らない。

というか、画像や音声の読み込みを別スレッドで行うと起こる問題ってなんだろう。
ファイル読み込み処理が使用するメモリをグローバルで共有してたりするとか？
読み込みだけなら競合も関係無さそうだし。

**名前は開発中のものです。** · 2013/05/31(金) 00:12:42.76

正直どういう実装になってるか次第なんだろうけど別スレッドでSDLの命令は呼ぶなってマニュアルに書いてあるよ
Surfaceだとビデオメモリ使ってたりしたらまずいだろうし…エラーメッセージとか確実に取る方法がない
SDL2でテクスチャ周り実装した時は、画像読み込み展開を裏でやってメインスレッドでテクスチャ変換って処理書いた
裏で読まなきゃいけないほどのデータ量作ったことないけどねｗ

**>>682** · 2013/05/31(金) 16:22:03.41

ありがとう～
正直俺も裏で読むのが必要になるくらいのデータ量は作ったことないから
とりあえずそのままでいきますかね

**名前は開発中のものです。** · 2013/06/05(水) 08:22:21.26

@kk

**名前は開発中のものです。** · 2013/08/24(土) NY:AN:NY.AN

SDL2.0がリリースされたのに過疎ね・・・

**名前は開発中のものです。** · 2013/08/24(土) NY:AN:NY.AN

マジで!?

**名前は開発中のものです。** · 2013/08/25(日) NY:AN:NY.AN

正直、どうでも良い気がしてるなぁ。
なんか、SDLに新しい事は求めてない。
SDLを使うときはそれなりの時で、
結局はそれなりのフレームワークやミドルウェア使うんだし、
と思ってしまう。

まぁ、それよりもC#なりPythonのバインディングあります！！とか
言われても、既にそっちならOpen Sourceで楽で一通り評価の通ったのがあったりで、
2.0来るのが2年ぐらい遅かったと思うわ。
今更感が。

**名前は開発中のものです。** · 2013/08/25(日) NY:AN:NY.AN

実際2.0なるの大分遅れたんだっけ
androidやiphone対応ついでにいろいろ見なおしたーって思えば悪くは無いと思うけどね
便利だとは思うんで地味に使われるんじゃね

**名前は開発中のものです。** · 2013/08/25(日) NY:AN:NY.AN

地味～に変わったところで、IME対応とかあるよねぇ
ちょっと毛色の違うアプリが出てくるかな？

**名前は開発中のものです。** · 2013/08/25(日) NY:AN:NY.AN

おーRC版お試しして以来放置してたけど、正式リリースされたんだ？おめでたい

しかしもう時代的にアレだなぁ、ライブラリのみのエンジンってめんどい・・・。
ただただゲームを作りたいだけなら、もうエディタとかGUIな開発環境と
リンクしてるような言語やスクリプト使えばいいやってなる

技術力向上のための練習と考えても良いけど、ライブラリじゃ中途半端だよね
SDLのソースコードをビルドして導入するあたりがピークな気がする

**名前は開発中のものです。** · 2013/08/28(水) NY:AN:NY.AN

SDLの2Dレンダラと併用できそうな3Dライブラリってないかな
デバイスの違いを意識せずに書けたらいいんだけど
OpenSceneGraphは無駄にでかくてちょっと敬遠してる

**名前は開発中のものです。** · 2013/08/29(木) NY:AN:NY.AN

SDLでカメラに貼りつくオペレーション部分作って
別ので３Dモデルを描画したいって意味？

**名前は開発中のものです。** · 2014/02/15(土) 13:15:29.74

遅まきながら2.0がリリースされていた事を知って触り始めたんだが……
オフラインにダウンロードできるAPIドキュメント一式って無いの？

手元のFreeBSD+OpenGL環境でも動くには動くんだがいくらなんでも公式サイトは手抜き過ぎではないかと。

**名前は開発中のものです。** · 2014/02/15(土) 17:17:26.95

Wikiはみましたか

**695** · 2014/02/18(火) 17:58:20.79

>>696
レスどうも。Wikiは当然目を通してるよ。
その上でドキュメントの充実を公式もWiki任せにしないで欲しいって発言だったんだけど。
まあソースにdoxygen形式のコメントが付いてるのは後にないて気づいたんだけど。

それにしても思ったよりレンダラ周りのコードが綺麗でびっくりしたわ。

**名前は開発中のものです。** · 2014/02/23(日) 16:05:40.98

綺麗というかほとんど何もしてないだけでは

**名前は開発中のものです。** · 2014/03/23(日) 21:26:28.94

　SDL2.0/mixer/image/ttfのC++のラッパーライブラリ作ったので、良かったらどうぞ
ttps://sourceforge.jp/projects/dxframework/simple/

SDL使ってる人って全員こういう自前ラッパーライブラリ作ってるのかな

**名前は開発中のものです。** · 2014/03/23(日) 21:27:00.78

　SDL2.0/mixer/image/ttfのC++のラッパーライブラリ作ったので、良かったらどうぞ
ttps://sourceforge.jp/projects/dxframework/simple/

SDL使ってる人って全員こういう自前ラッパーライブラリ作ってるのかな

**名前は開発中のものです。** · 2014/03/23(日) 23:42:12.36

どーでもいいが、frameworkで1つの単語だぞ

**名前は開発中のものです。** · 2014/03/24(月) 19:36:06.73

連投してたスマン
>framework
と言うか、配布ファイル名とプロジェクト名が合ってなかった...

**名前は開発中のものです。** · 2014/03/26(水) 02:23:17.01

引数が日本語とか初めて見たわ・・・

**名前は開発中のものです。** · 2014/05/04(日) 04:35:24.45

SDL_BlitSurfaceって遅くない？
SDL_Render使わないと速くならないのかな

**名前は開発中のものです。** · 2014/05/04(日) 22:08:50.83

gfxのrotozoomSurfaceがうまく機能しないんだが

**名前は開発中のものです。** · 2014/05/05(月) 09:48:06.00

SDL2でやるんならSDL_Renderer一択でしょ
SDL1ベースのソースを使いたいなら話は変わるかもしれんが

**名前は開発中のものです。** · 2014/05/05(月) 19:08:01.08

>>706
やっぱりそうか。
SDL_BlitSurfaceは手軽だからとりあえず使ってみたけど、ちゃんと作るならかえないといけないな。

**名前は開発中のものです。** · 2014/06/12(木) 16:20:17.18

さりげにSDL2.0の日本語リファレンスマニュアルが公開されてるじゃん。
使ってみようかな。

**名前は開発中のものです。** · 2014/06/13(金) 23:18:15.75

最近公開されたのか。俺も触り始めるかな。

**名前は開発中のものです。** · 2014/07/04(金) 09:58:25.05

IME対応に喜んで、SDL2にしてみたけど
けっきょくIMM APIつかわないとあかんのね。ん～なんか使い方間違ってる？

**名前は開発中のものです。** · 2014/07/04(金) 11:23:49.19

ウインドウが干渉しあったりポップアップがとんでもないところに出たりしないなら
対応といえるんじゃね
それすら出来てない人気アプリもあるべ

**名前は開発中のものです。** · 2014/07/20(日) 07:23:00.88

SDL2とSFML比べるとどうなんだろう
OpenGL叩くならあんまり違いないのかな

**名前は開発中のものです。** · 2014/08/11(月) 10:00:07.29

前のSDLのページには、他の人が作成したlibがありましたが
あれどこにあるのでしょうか

**名前は開発中のものです。** · 2014/08/14(木) 01:22:06.56

SDLの情報まとめたサイトってもうない感じ？

**名前は開発中のものです。** · 2014/08/21(木) 06:56:18.61

なんで今更使いたいの？