SDLスレ

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

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

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

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

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

終了する前にはSDL_Quitしてほしいと思います。

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

あと SDL_Delay() が一回も呼ばれない気がするのは気のせいか？

**名無しさん＠そうだ選挙に行こう** · 04/07/11 07:05

>>455
ありがとうございます。
>>447
>>448
作りかけのソースを削ったのでおかしくなってしまいました。

**名無しさん＠そうだ選挙に行こう** · 04/07/11 09:59

>455がどんな解決方法を示してくれるのか。気になって夜も眠れない。

**N速に書き込めません。** · 04/07/11 10:18

N速に書き込めません。

何とかしてください

**名無しさん＠そうだ選挙に行こう** · 04/07/11 12:11

>>452
そんなときはあれだよ。　あれ。

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

SDL_Surfaceをクラス化してるんですが、例えば SDL_kanji の Kanji_PutText()
みたいに SDL_Surface* を引数に取る関数を呼ぶときに楽しようと思って、
　　 class CSDLSurface {
　　　　 ...
　　　　 operator SDL_Surface*() { return surface; } 　// surface は SDL_Surface*
などとクラス内に書いたんです。でも
　　 Kanji_PutText( ... , screen, ... ); 　// screen は CSDLSurface
とやっても、VC.NETに
　　引数を 'CSDLSurface *' から 'SDL_Surface *' に変換できません
と怒られるし、(SDL_Surface*)screen とやってキャストして渡しても、クラスのアドレスが
そのまんま渡ってるみたいでうまくいきません。そもそもなんで operator をオーバーロード
してるのに型変換してくれないんでしゅか。

**453** · 04/07/12 00:39

s/しゅか/しょうか/;　# ○|￣|_

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

>>453
> 　　 Kanji_PutText( ... , screen, ... ); 　// screen は CSDLSurface
Kanji_PutText( ... , screen(), ... );
じゃないかい？

**453** · 04/07/12 01:29

>>455
screen()とやると、"関数には評価されません" と言われてしまいます、、
それと453に間違いがもう一つ
>　　 Kanji_PutText( ... , screen, ... ); 　// screen は CSDLSurface
screenは CSDLSurface* です

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

>>456
> screenは CSDLSurface* です
じゃ、
Kanji_PutText( ... , (*screen)(), ... );
Kanji_PutText( ... , screen->operator(), ... );
のどっちかじゃない？

**453** · 04/07/12 23:23

>>457
どうもお手数かけてしまってすみませんでした。
　　 Kanji_PutText(..., screen->operator SDL_Surface*(), ...);
でコンパイルは通ったんですが、よく考えてみるとどうやらscreenがポインタ
であることが原因だったようで、
　　 CSDLSurface screen;　// ポインタにするのをやめた
　　 ...
　　 Kanji_PutText(..., screen, ...);
みたいに、普通にクラスを渡せばちゃんと SDL_Surface* に変換してくれるんですね。
これってC++の基本ですか？恥ずかしいかも。

でもなんか、クラスをポインタでなく保持するのはよろしくない、みたいな文章をどこかで
読んだ気がして、それが引っかかってなんか気が進まないです、、

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

gcc version 3.2 (mingw special 20020817-1)で実験してみた。
大体予想通りの結果？長文スマソ。

#include <iostream>
using namespace std;

class Foo {};
class Bar {
Foo foo;
public:
operator Foo*() {return &(this->foo);}
};

void hoge(Foo* p_foo_)
{
cout << p_foo_ << endl;
}
int main(int argc,char* argv[])
{
Bar bar;
Bar* p_bar = &bar;

hoge(bar);
// hoge(bar()); // no match for call to `(Bar) ()'
// hoge(p_bar); // cannot convert `Bar*' to `Foo*' for argument `1' to `void hoge(Foo*)'
hoge(*p_bar);
// hoge((*p_bar)()); // no match for call to `(Bar) ()'
// hoge(p_bar->operator()); // `class Bar' has no member named `operator()'

return 0;
}

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

foo* operator() と operator foo*() は違う

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

>453
ポインタなら単純に参照を外すだけでいい
Kanji_PutText( ... , *screen, ... );

ただ、暗黙のキャストは怖いから、
楽しようと考えている程度なら、素直にGetterを作った方が良いと思う。

**453** · 04/07/13 23:44

ポインタの参照先を渡したらうまくキャストしてくれました。でも、仰るとおり
暗黙の型変換を故意に狙うのはよくないですね。それに、*screen で返って
くるのがポインタってのも直感的でないですし。結局
　　 SDL_Surface* GetSurface() const { return surface; }
を加えました。

**名前は開発中のものです。** · 04/07/21 22:14

概念の質問になって申し訳無いんだが

surfaceって、オブジェクト毎に作って良いんだろうか?
今まで俗に言うスプライトみたいな扱い方してたんだが。

背景なら背景で、画像合成させて1つのsurfaceにするのが普通なんだろうか?

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

>>463

とりあえず質問の意味がさっぱりわからん…

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

分からないなら黙っててください。

**名前は開発中のものです。** · 04/07/22 14:51

煽りｷﾀｰ

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

普通かどうかはベンチマークで決めればいい

**名前は開発中のものです。** · 04/07/22 20:26

>>463
漏れも何を聞いとるのかよう判らんのだが取り敢えず、
喪前さんの考える「Surface を一つにまとめることの長所」を教えてくれんかいの。

察するに割とどっちでもいいような気がするんだが……。

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

>>463ではないが、複数の領域をバラバラに確保/解放することによる
オーバーヘッドやメモリの断片化による効率低下などがあるのか？
ってところじゃないんですかね。

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

Photoshopでレイヤーを統合するかしないかくらいの意味合いだろ

**463** · 04/07/22 22:21

試してみますた。

スクロールする背景部品3つを自分で合成したのと
そのままほっといて普通に処理させた方で試してみた。

結果、そのままほっといて普通に処理させたほうが早かった…
つまり、俺の書い処理の方がヘッポコでした。

メモリ使用量・動作速度でのメリットは全く無し、またsurfaceの数が
多すぎて判らなくなるなら、管理体制そのものを見直す方が良いっぽいです。

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

＞スクロールする背景部品3つを自分で合成したのと
人間ダブルバッファをしたってこと？

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

サーフェイス毎にヘッダとか余計な情報が入るだろうから
なるべく種類ごとぐらいにまとめておいた方がいんでないの
とSDL使ったこと無いやつが言ってみるテスト。

**名前は開発中のものです。** · 04/07/26 13:45

SDLの入門のHPない？

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

サンプルを物凄い勢いで弄るのがいいらしいよ。

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

結局SDLは元々使うのがそんなに難しいライブラリじゃないし、
標準で付いてくるサンプルも充実してて解かりやすいから、
入門ページをわざわざ作る人があまりいないのかな、とオモタ。

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

みなさんはキーリピートってどう実装してますか？
落ちものゲーとか作るときって結構これがUIに関わってきますよね。
キーが押された時刻を覚えておいて、押されっぱなしのままX㍉秒経ったら
キーがまた押されたことにする、とかするんでしょうか。
SDL_EnableKeyRepeat()みたいなのもあったんですがうまく動いてくれないんですよね・・

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

>>477
> キーが押された時刻を覚えておいて、押されっぱなしのままX㍉秒経ったら
> キーがまた押されたことにする、とかするんでしょうか。
うん。

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

>>477
自前で処理、に一票。
どっちみちキーボードとジョイスティックの両方で操作可能にしたいから、
自分で適当にラッパー書くのが楽だと思う。

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

SDL_mixerのMix_OpenAudioのバッファ値少なくすると
環境によっては激しく音質悪化するね…
だからといってバッファ多くすると遅延が･ﾟ･(ﾉД`)･ﾟ･｡

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

SDL_mixerが性能面でイマイチなのは、わりと周知の事実なのかも。

そんなわけで、いっそSDL_sound + OpenALとかでシステム組んで
公開してくれたりすると嬉しいです(と、人まかせ)。

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

SDL_sound 2.0 の草案が出たらしいね。
http://zinnia.dyndns.org/~zinnia/sdl/watch2/?date=20040730#p02
草案の本体がどこにあるのかちょっとわからなかったんだけど、
やるとしたら2.0の様子を見た方がいいんじゃないかな。

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

>>482
まだ草案段階なんだったら、待つ必要ないんじゃない？
これから、

細部の詰め -> α -> β -> リリース

と行くと何年後になるやら。

**名前は開発中のものです。** · 04/08/09 19:20

Ruby/SDLでメモリ上にある任意のフォーマットの画像データ表示するにはどうしたらいい？
Rubyで生成した画像データをGUIに表示したいんだけどdraw～なメソッドで描いていたらやたら時間がかかりそうだし
Surface.loadはファイルしかロードできないし…

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

>>484
Ruby/SDL はよくしらないけど、
SDL_CreateRGBSurfaceFrom に相当するメソッドは存在しないの？
SDL_CreateRGBSurface は SDL::Surface.new に置き換わっているようだけど。

**484** · 04/08/09 23:55

>>485
>SDL_CreateRGBSurfaceFrom に相当するメソッドは存在しないの？
う～ん…displayFormatあたりだろうか…
実験してみます。

**484** · 04/08/10 16:19

>displayFormat
チュートリアルにサンプルがありました。どうやらサーフィス→サーフィスなメソッドのようです。
う～ん…1ピクセルずつ書いていくしかないのか…＿|￣|○

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

RubyだとBlitSurface が使えないってこと？

**名前は開発中のものです。** · 04/08/11 17:50

>>488
使えるよ。

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

>>484
Ruby/SDL のソースをざっと見てみたが、SDL_CreateRGBSurfaceFrom は無いようだな。
処理時間云々を気にするなら Ruby 以外も検討してみるといいかも知れん。

>>488
SDL_BlitSurface はあるが、引数に Surface をとるからな。
>>484 の場合手元にあるのはメモリ上のデータだから、それを Surface にする手段が欲しいんじゃないか？

**名前は開発中のものです。** · 04/08/11 23:45

基礎的な質問なんですが、SDL使って作ったアプリってSDL.DLLとか必要になると思うんだけど、同梱配布していいものなの？
同人とかで売っても大丈夫なのですか？

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

>>491
動的リンクをして使うんだよね？
それなら、SDL.DLLのソースの入手方法さえ用意すればOK。
具体的には、そのソースを同梱するとか、本家のサイトのアドレスを説明書に入れとくとか。

LGPLライセンスについて、調べてみるべし。

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

>>491
俺は実際同人で売ってる。
で、CDの中にSDL.dllのバイナリの他に
SDL-1.2.7.tar.gz
LGPL
を入れてある。

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

ほっしゅ

**491** · 04/08/12 23:53

SDL.DLLってファイルのまま使うことを動的リンクって言うんですよね。
動的リンクで使う予定です。

入手方法もしくはソースを同梱すればOKなんですね。勉強になりました。
LGPLがいまいち理解できなくて、いつまでも踏み出せずにいました。
ありがとうございました。

実際やろうとしていた事をズバリやっている493氏のような人物も居て励みになります。

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

AllegroをMingw(+MSYS)上でビルドしてサンプルを眺めている所なんだけど、
これ日本語入力はどうすればよいのだろう？
まだalfontは導入していないがデフォルトで日本語の表示は可能だし、
guiクラスに入力用のtextboxが用意されているようだが日本語は無理だ。
SDLは一応sdlskkなぞあるようだが。

Gtk+やTkからテキストウィジェットだけ拝借してくるしかないのかな。

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

>>496
つーか何故SDLのスレでAllegroの質問をしますか。

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

Ruby/SDLのSDL.transformってバグ持ちか？
拡大したときに下と右が削れる。
俺だけ？

**名前は開発中のものです。** · 04/08/18 00:14

各種ライブラリ紹介スレ
http://pc5.2ch.net/test/read.cgi/gamedev/1008220559/

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

現在の画面解像度を取得する関数ありますか？

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

http://www.wakhok.ac.jp/~momma/SDL/video/functions.html

**名前は開発中のものです。** · 04/08/19 23:51

>>500
無いんじゃないかなぁ。
SDL_SetVideoMode()時に覚えておくぐらいしか。

あと、>>501のよりも>>421のが良いかも。

**500** · 04/08/20 10:57

無いようですね。
サイズ変更させたくなかったんですけど妥協しときます。
ありがとうございました。

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

http://zinnia.dyndns.org/~cvsweb/sdldoc-jp/sdlgetvideoinfo.html

**名前は開発中のものです。** · 04/08/20 16:46

>>500-504
……なんか間違えてないか？
SDL_GetVideoSurface() だけで事足りると思うんだが。

SDL_Surface* screen = SDL_GetVideoSurface();
printf("width, height: %d, %d\n", screen->w, screen->h);

みたいな。おれがなんか間違えてんだろうか……。

**名前は開発中のものです。** · 04/08/20 22:03

画像の拡大とか縮小って出来ないの？
SDL_BlitSurfaceのSDL_Rect *dstrectってw,hが無視されてしまうし。
困った困った。

**498** · 04/08/21 00:43

自己解決
ソースとなるサーフィスのサイズはぴったりではいけないようだ。
余裕を持たせたら削れなくなった

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

>>506
SGEを使う手がある(sge_transform)。
http://www.etek.chalmers.se/~e8cal1/sge/index.html

正直、俺もネイティブSDLで使える方法があったら知りたいです

**500** · 04/08/21 01:20

サーフェイスじゃなくてディスプレイのサイズ知りたいんですよ。
winAPIのGetSystemMetrics(SM_CXSCREEN)みたいな。

**名前は開発中のものです。** · 04/08/21 10:32

>>506
SDL_SoftStretch は？あまし勧められた API でも無いみたいだけど。
>>509
SDL_ListModes は？一番大きいのを取れば多分良いかな…

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

gl_kanjiを使おうとしているのですが
これはいったいどこの部分にSDLを使っているのでしょうか？？
ソースを見た限りではウインドウ表示ぐらいしかしていないような…。
ご存知の方いませんか？？
というか、SDLがどういうライブラリなのかいまいち分かっていないです…ごみんなさい。

因みにSDL関係の関数(？)をウマーくOpenGLの関数などに置き換えたら、
SDL抜きの日本語表示ができました…!?何故だ～～？

**505** · 04/08/21 22:19

>>509
ああ、そういうことか。すまん、SDL_FULLSCREEN を前提にしちまった。
しかしそうなると >>502-503 の発言が判らないんだが。
「サイズ変更」ってのは SDL_SetVideoMode かと思ったんだが、
それでディスプレイのサイズがとれるのか……？

SDL の Windows 部分のソースを適当に眺めたんだが、GetSystemMetrics(SM_CXSCREEN) は
DX5_SetVideoMode と DIB_SetVideoMode (どっちも SDL_SetVideoMode の下請け) でしか使ってないな……。
両方ウィンドウを画面中央に表示するために使ってるだけだし。
SDL_ListModes は EnumDisplaySettings か IDirectDraw2_EnumDisplayModes の結果を使ってるから、
これもやっぱり「現在の」画面解像度はとれそうにない。

……やたら長文なだけで全然解決案にならんなorz

>>510
SDL_ListModes の一番大きいの、おれは使ってないな……。
1600x1200 で使うと字が小さすぎて目が痛くなるorz

>>511
……お前さん SDL_kanji と gl_kanji を間違えてないか？