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/

**名前は開発中のものです。** · 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

なんで今更使いたいの？

**名前は開発中のものです。** · 2014/08/23(土) 15:08:32.43

代わりに使えるのあんの？

**名前は開発中のものです。** · 2014/08/27(水) 14:50:17.47

あ？

**名前は開発中のものです。** · 2014/09/15(月) 06:29:09.28

なんでこれ日本で流行らないの？
俺も使ってないけど

**名前は開発中のものです。** · 2014/09/16(火) 00:47:08.77

他の便利なもの使ってるんじゃない？
そもそも日本以外では流行ってるんだっけ

**名前は開発中のものです。** · 2014/09/16(火) 01:49:13.23

そもそもフレームワークをフルスクラッチで書く人間があまりいないからじゃね

**名前は開発中のものです。** · 2014/09/21(日) 08:45:18.21

本物のプロが使うものであって流行る＝素人にウケるものじゃない

**名前は開発中のものです。** · 2014/11/27(木) 14:06:28.05

プロは社内ライブラリがあるだろう。
音も個別の物を使う

**名前は開発中のものです。** · 2015/02/07(土) 23:53:50.67

SDL_TextInputってAndroidでも使える？

**名前は開発中のものです。** · 2015/02/10(火) 23:41:54.47

試してみて結果教えて

**名前は開発中のものです。** · 2015/02/14(土) 02:08:37.35

ググったら出てきたとか書いた方がいいのかな・・・(´・ω・｀)

**名前は開発中のものです。** · 2015/10/29(木) 12:24:16.75

SDLのフォーラムに「SDL2 + XIM problem & patch」と言うのが有ったよSDL2-2.0.4に当ててみたら動いたよ
でもこの時点でiBus対応とか言ってsrc/core/linux/SDL_ibus.cが追加されている・・・これどう使えば良いのかな？
上のパッチでも日本語入力は出来るしiBusの何に対応したのか良く分からない・・・

今はmozcを使っているのだけど、mozcのソースツリーからiBus関係のコードを削除しますって言われているみたいで
どうせ対応するなら本家でfcitxにも対応して欲しいな～と思ってみたり
(SDL-fcitxというのも有るらしくソースを見てみたらSDL_fcitx.cが追加されていたよ、でも本家との関係が良く分からない)

Linux版Steamで日本語入力がしたいなと思ってちょっと調べたんだけどここまでのようだ
もっと詳しい方、情報が有ったら教えて下さい

SDL2 + XIM problem & patch： ttp://forums.libsdl.org/viewtopic.php?t=11421
SDL2-2.0.4： ttp://forums.libsdl.org/viewtopic.php?t=11305
SDL-fcitx： ttps://github.com/timxx/SDL-fcitx

**名前は開発中のものです。** · 2016/01/19(火) 15:06:36.71

久しぶりに本家を見てver2.0.4に更新(前はver2.0.1)してみたんだけど、
微妙にマウスイベント周りとかも変更されてるのね。

それはともかく、うちのFreeBSD上のSDL2+OpenGL環境でベンチマークもどきを試してみたところ、
420FPS->260FPSと6割近くまでスピードが落ちてしまった。
他にもgoogle profilerがエラー吐いたりしたので結局ver2.0.1に戻した……

**名前は開発中のものです。** · 2016/12/09(金) 10:01:46.30

SDL_RendererとOpenGLの相性悪くないかい？
Openglを利用して3Dで作っててフォントを表示したいだけなんだけど，
テクスチャにしないと表示できないのかな…

allegroも見てみるかな