Macでゲームを作るスレ

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

とりあえず気合で。

**Rev.B USER** · 01/12/25 21:35

　∧＿∧
（＃゜～゜）　くそ～どうりでクエークが動かないわけだ！
　　　　　　　アポめ！おぼえてろYO！

**元Rev.A** · 01/12/25 21:48

まぁ、Rev.Bの存在自体ラッキーだったんで許してやれや

**たかゆきー** ◆GiSI9mhU · 01/12/25 23:32

>>371
漏れって物好き？
Kanon 買って黒焦(Carbon Waffle)でテストプレイ
今度 Air 購入予定。

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

くろこげって全画面表示にできないんですか？
つうかOS Xて640×480サポートしてないの？

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

>370
別に拒否しなくても・・・
サポートが大変とか分からないでもないんだけど、
ユーザーとしては腹立たしいよ。

>375
機種は何ですか？
PowerBook G3 500MHzのやつ、
たぶん他のもそうだと思うけどシステムの解像度変更で
800 x 600までしかないんで、そっち関係かも。

OpenGLスプライト作戦があったけど、
拡大してもいいんだったら、あれの原理でフルスクリーンにできそう。
自力で拡大したら遅くて仕方ないけど、
グラフィックチップに任せちゃえば速度は大丈夫。

OS9までで、RAVEってあったけどあのノリ。

**375** · 01/12/27 01:13

iMacDV/400っす。
OS9だと640×480にできるし、わっふるでフルスクリーンにもなるけど、
OS Xだと640×480はディスプレイ設定の「推奨する～」だとグレーになってます。
くろこげでフルスクリーン選ぶと画面が左上に寄って表示されちゃいます。

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

>377
たぶん、800 x 600までしか解像度が落ちていないみたいですね。
くろこげのOpenGL化（他に策があれば別だけど）を待ちましょう。

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

追伸。
システム環境設定 → ディスプレイで「メニューバーにディスプレイを表示する」
をチェックしておくと出てくるメニューで 800 x 600が最低になっています、
うちでは・・・

**たかゆきー** ◆GiSI9mhU · 01/12/28 01:12

Mac OS X のサンプルプログラムとか見ると
640x480 にもできるみたいなんですけどね。

OpenGL って、PowerBookG3 では
あまりウマク動いてなかったんで
いまいち信用できないかな、と。

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

>380
うちでは問題なく動いています＞OpenGL

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

一連の流れから行くとOpenGLの動作環境はまちまちで即ゲームに応用
するのは厳しいみたいですね。

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

そうなの？ >382

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

とくにmacだとねぇ。ベージュのG３、ドライバが無いんだっけ。
XにXFree86やら入れてもGLソフトが動かなかったりするよん。
GLで作るって事は、yosemite以降あたりが対象になんのかな？

機種間の互換性は結構なモンだと思うけど。
WinやUNIXでGLUTってOpenGLのライブラリ（だっけ？）使った
ソフトはたいていコンパイル通る。音とか、機種依存部分あるトコ
だけ変えればいいから、移植はむっちゃ楽っぽいかな。
と、ログみないでレスっちまった。既出だったらスマソsage。

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

あけおめ

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

ことよろ

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

年賀状
生まれて初めて
音沙汰無し

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

そいえば年賀状の枚数で信用測る金融があるって聞いたことがあるな

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

たまにはあげてみる。

　http://ndevelop.zone.ne.jp/

でNGLが無料で公開されるらしい。
とりあえず、N Sound Driverが公開済み。

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

誰か使ってあげてください

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

結局、NGLで作られたゲームってどんなのがあんの？
面白い？

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

Revenge of MonstersはNGLを改造して使ってましたね。
FiChanpとかゆー2DのカートゲームもNGLっぽかった。

NGL使って面白いゲーム作れる人はNGL使わなくても面白いゲーム作れると思うけど。

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

NGLって使える？

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

使った人に聞け

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

NGLは使いやすくないと思う。
NGLがフリーになって、後続のライブラリを出すらしいけど
そっちはアナウンスを見る限り、使いやすそうだ。

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

>392
>NGL使って面白いゲーム作れる人はNGL使わなくても面白いゲーム作れると思うけど。
同感。
ゲームの作り方がサッパリわからない頃は、ああいう「楽してゲームが作れますよ～」と
いう類のライブラリなんかがとても魅力的に見えるんだな。情報の少ないMacではなおさら。

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

ゲームライブラリって、結構色々出てるんだけど実際使ってる人って少ないですね。
有名所としてはもずポン（SAT）ぐらいか

実際ゲームをバリバリ作ってる人（高齢層）はオリジナルのライブラリを
チューンして使ってるだろうから既成のものは使わないだろうし、「ゲーム
を作りたいんだけど」という人（若年層）はを使えるレベルに達
してないのが多いのではないかな。

現状ではある程度プログラミングできてゲーム作りに興味を持って
いる（ライブラリのターゲット層、中間層）が少ないと思われます。

**わお！** · 02/01/07 12:57

スゲーな、新製品のラインナップ
こりゃ買い換えたくもなるわな

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

スクリプト解析エンジンの雛型が（　ﾟдﾟ）ﾎｽｨ

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

>>398
なんの新製品？

>>399
探せば結構あるんじゃ？

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

人の作ったライブラリってのはどうしても、
作った人の流儀とか癖みたいなものが表れてて、どうもしっくりこないんだよね。
面倒臭くても自分で作るのがいいな。

**巨額詐欺** · 02/01/07 20:11

巨額詐欺の疑いのある、グローバリーについて

掲示板を拝見されてるの皆様、新年あけましておめでとうございます。
掲示板の趣旨とは直接関係ない話で申し訳ないのですが、この世の中では許せない事があります。

http://www.max.hi-ho.ne.jp/sakimono/index.htm

この会社はありもしない儲け話をでっち上げ、巧みに客の財産を聞き出し、全財産を巻き上げます。

２００２年になりましたが、一向に改善する気配すらなく、悪質化は進む一方です。
この会社の営業は世間の皆様の迷惑になっています。

それだけではなく、殺人事件なども実際に発生し、新聞ザタになっています。

みなさんもこちらの掲示板に投稿し、悪徳会社に騙される不幸な人が増えないようご協力お願いしま
す。

http://messages.yahoo.co.jp/bbs?action=q&board=8745

また、この書き込みを見て賛同頂ける方はこの内容をコピーしていろんな掲示板に書き込みをお願いします。

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

>>401
そうは言ってもQuickTimeやOpenGLはひとりじゃ作れないでしょ。

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

はて？
オンラインソフトでして配布されているゲームライブラリの話を
してるところに突然QuickTimeやOpenGLを持ち出しますか

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

大差ないような気がするが。
規模以外になんか違いってあるの？

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

移植性を考えるとSDL+OpenGLで作るのがいいのかなぁ？

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

>404
>405さんがいうように、大差はありませんね。
でも大規模グループで開発して、フィードバックも多いであろう
OpenGLやQuickTimeと違って、ゲーム作りに長けているものの
個人が作ったライブラリでは完成度に大きな違いが出て当然です。

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

なんだかなぁ‥話の次元が違いすぎないかい？
JAVA使うかC使うかアセンブラ使うかまでやりますか（ｗ

**たかゆきー** ◆GiSI9mhU · 02/01/10 02:34

>>389
NGL は、サンプルプログラムを見て結構萌えた覚えあり、
ファイルを落としにいくか・・・

スプライトがあれだけの速度で動き回ってるのは快感。

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

age.

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

>>409
VRAM直接描画すりゃあのくらい出て当然。
８ビットパソコンとかPC-98時代に主流だった技術だな。

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

>411
あれCopyBits()じゃないの？

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

>>412
レジストすればソースくれるらしいけど？

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

>413
ソース見てもCopyBits()っぽかったような気がする。
grep検索で「CopyBits(」を探してみると
転送先はウィンドウだから、VRAMには直接は描いていないらしい。

実行中に色深度を変えて表示が破綻すればVRAM直接描画の可能性が高い。
直接描画でもちゃんとチェックしていれば破綻しないから逆は成り立たない。

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

環境に寄ってはVRAM直接描画よりもCopyBitsのほうが速いことがあるけどどうしてかな？

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

>415
CopyBits()にアクセラレーションが効いている、ってことは？
あんま効果は実感できなかったけど、GWorldをVRAMに作れるし
そっからの画面へのCopyBits()なら高速でいいはずなんだけど。

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

旧環境ではオフスクリーン操作に自前の描画ルーチンを使う、何故ならオーバーヘッドを
可能な限り小さくできるから。
オフスクリーンからディスプレイへはCopyBitsを使う、広面積転送ではオーバーヘッドは
関係なくなるし、ディスプレイへ最適な方法で転送してくれそうだから。

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

GWorldをVRAMに作れるのは、MacOS9からじゃなかったか？
作って意味があるのはPMG3以降では？
NuBusのビデオカードでも同じ事ができるカードがあったみたいだが。

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

VRAM直接描画
↓
オフスクリーン PixMap 直接描画
つーことじゃないかな

MacOS 9 以降の GWorld 拡張 flag の useDistantHdwrMem とかは
入れ代わりの激しいデータにはほとんど効果ないみたい。

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

>VRAM直接描画
>↓
>オフスクリーン PixMap 直接描画

なんでよ？

**419** · 02/01/15 08:56

わかりにくくてスマソ

>415 さんの
VRAM直接描画
てのが
オフスクリーンPixMap直接描画の事を言ってるのではないかと

415さん本人じゃねのに出しゃばりだったね、逝きます

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

>419
>入れ替わりの激しい

理屈の上だと、VRAMにGWorld確保して、頻繁にいじると

１．VRAMからメモリ（CPUのレジスタ）に転送
２．編集
３．VRAMに戻す

わけだからかえって遅くなりそう。
置きっぱなしのデータなら意味はあるかもしれないけど、
それでも、CopyBits()が何やっているかによります。

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

>>422
テクスチャとかスプライトのデータみたいに、置きっぱなしのデータでしか意味ないと思われ。

表示用のバッファを２面（複数面）取って、残りをテクスチャ領域にして、転送や描画はすべて
ハード任せにできて簡単に利用できる仕組みをアポーが提供してくれりゃええのに・・・。
ちょっと期待してたGameSprocketsは止まってるし・・・。

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

2Dゲーなら今更どうでもいいでしょ。フルカラーで120fpsで動かすならともかく、
非同期60fps程度ならボンダイ以降に出たマシンで問題ないだろうし、今風のモダン
な効果を得たいならOpenGL使えばいい。

愚痴はいくら言ってもしょうがない。時は勝手にすぎて逝く…できることからやろう。

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

VBLってまともにとれます？
色々実験コード書いたんだけど、どうもうまくいかない。
必ずズレる。きちんとディスプレイのリフレッシュと同期とれん。

＃fps論争するつもりはないので念のため。

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

VSYNC待ちは前に書いたけど、効果は体感できませんでした。

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

液晶画面だとあまり効果は見えないみたい
ＣＲＴだとスプライトが画面にピタッと張り付いているように見えて万歳

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

>>427
いや、それがＣＲＴでもダメなんですよ。
でかいキャラを高速で動かすともうダメ。
高速といっても、もちろんVBLに同期して画面全体書き換えてるんですが。

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

こういうキャラを右方向にに動かしたとき
　┏━━━━┓
　┃　　　　┃　→
　┃　　　　┃
　┗━━━━┛
以下のようにずれるように見えるのであれば処理が画面に同期してないことになります
　　┏━━━━┓
　　┃　　　　┃　→
　┃　　　　┃
　┗━━━━┛

また次のように輪郭がぶれているように見えているのであればVBLより低い
別のレート(1/2,1/3, 処理落ち等)で同期してると思われます
　┏┏━━━━┓
　┃┃　　　　┃　→
　┃┃　　　　┃
　┗┗━━━━┛

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

VBLの概念はなんとなくわかるんだけど実装方法が今一つわからんです
誰か、どっからとっかかればいいのかヒントだけでも教えて下さい
言語はCです

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

MacOS X classicだとVBLが取れないらしいって聞いたんだけど。

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

DrawSprocket使えばタイミング取って転送してくれますよ。DrawSprocketはOSX
でも使えるはず？なので今のところ一番有効な手段でしょう。
通常のアプリで使いたいならVBL割り込みでカウンターをアップさせるルーチンなど
定義しておき、画面転送側でカウンターを参照し同期をとればよいと思います

**430** · 02/01/16 23:35

>>432
わかりやすい説明ありがとう。

今んとこDrawSprocketは使わずにやれたらと考えてます。
ディスプレイマネージャのリファレンス読んでますが
垂直同期どっからとってくるのよ、な状態
まだまだヘタレな自分に鬱

**432** · 02/01/16 23:48

>>433
SlotVInstallというのを使って割り込みルーチンをインストールします。
http://developer.apple.com/techpubs/mac/Processes/Processes-92.html

デバッガ使う時は注意

**430** · 02/01/17 00:16

>>434
プロセスマネージャでしたか
情報ありがとう。
おかげで希望の光が見えてきたよ

1 · 02/01/18 10:03

１年前と比べると、２ちゃんにもMac開発者増えたな・・・。
不況のせいか？

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

厨房度が低いからねこの板
ゲーム系、同人系、プ板だったら絶対にMacゲーム開発ネタはかきこめん
ﾏｸ板だって分かれる前は…

1 · 02/01/19 13:35

>>437
１年位前にマ板に作ったときはちょっとレスついて沈んだな～。
書いてる人も知ってる人ばかりっぽかったし。

厨房度低いですかね。
スレによってぜんぜん違うような気が・・・。

**375=377** · 02/01/19 13:44

くろこげがフルスクリーンにならんぞｺﾞﾙｧと言ってた者です。
いつの間にかフルスクリーンに対応されてたのを発見、
うちでも全く問題なくﾊｧﾊｧできるようになりました。

頑張ってる方たちに感謝！

1 · 02/01/19 14:43

VBLといえば、mac-game-dev-mlで LCD and VBLとかいう話題が
一時あったなあ。よく読んでないけど。

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

ところでSDL使っている人とかいます？
今月のCマガジンで特集していた

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

VBLは単純に拾うだけじゃだめ。
VBLANKから抜ける直前かもしれないからね。

まず「今がVBLANKでない事」を判断し、
次に「VBLANKである」ことを確認後、
フロントバッファに転送しないとズレます。

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

>439
くろこげ、というか「わっふる」は色んな人でつついているから、
最新バージョンを追いかけるのは手間だけど、
ちょっとみないとだいぶ進化している。

これがオープンソースのメリットなのかな。

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

え、VBL割り込みの精度ってそんなに悪いの？
立ち上がりのタイミングさえ取れば大丈夫だとおもうんだけど。

というかVBLは拾うものでは無いと

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

今だ！444番ｹﾞｯﾄｵｫｫｫｫ！！
￣￣￣￣￣∨￣￣￣　　　　　　　(´´
　　　　∧∧　　　）　　　　　　(´⌒(´
　　⊂(ﾟДﾟ⊂⌒｀つ≡≡≡(´⌒;;;≡≡≡
　　　　　　￣￣　 (´⌒(´⌒;;
　　　　　　ｽﾞｻﾞｰｰｰｰｰｯ

　　　　∧∧　　　　　　　　　(´;;
　　　 (ﾟДﾟ ,)⌒ヽ　　　　(´⌒(´
　　　　 U‐U^(,,⊃'～... (´⌒(´⌒;;

　任務失敗･･･と
￣￣￣￣￣∨￣￣￣
　ﾎﾟ　 ∧∧　　ﾎﾟ
　ﾝ　 (ﾟДﾟ ,) .　ﾝ
　　 (´;) U,U ）～ (;;).
(´)～(⌒;;UU (´ )...～⌒(｀)

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

>>442さんはVBLを使用した場合かつ、１フレーム以内で処理が終わらなかった場合のことを言いたいのかな？

**たかゆきー** ◆GiSI9mhU · 02/01/22 00:47

たまには age

黒焦げはやっぱすごいです。
けんじょさんに感謝。

プログラム・サンプルとしても価値が高いです。

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

>>447
黒焦げって何ですか？

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

やっぱりSDLに期待するしかなさそう。

**たかゆきー** ◆GiSI9mhU · 02/01/24 05:10

>>447
Visual Arts 系のアドベンチャーゲームスクリプト
AVG32 を解釈実行する Mac OS 9/Mac OS X のアプリケーションです。
Mac OS 9 版の「わっふる」を Carbon 化したものです。

くわしくは、何故か通称「わっふる」から、林檎版掲示板をたどってください。
http://waffle.bunkasha.co.jp/

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

>447
参考にするにはSNES9Xのソースもいいですよ。

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

AppleDevで新しいサンプルコード出てるっぽい
なんかSampleCode大量に更新されてそう
VBLも更新されてMacOS X対応したのかも??
スマン、正直よくわからんのでsage

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

このスレ実際にゲーム作ってる人はいるの？

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

>451以前
自分はこの分野かけ出しなんでよく知りませんが、いろんな
ライブラリがあるんですねー。
フルスクリーンなんかもQuickTime関数直接叩いてましたけど。

>453
437のおっしゃる通り。
完成してるかは別として、作業中の人は確実に居るでしょう。
っていうか、Macだと、やってる人とやってない人、喋ってる
内容で簡単に分かるんだよー。
ひょっとすると、某ミーティングで顔あわせてる人なんかも、
実はこのスレ居るかもしれなかったり。

>452
新しいのが追加されただけで、古いのはたぶん更新されてない
んじゃないでしょうか？（w　見にいってきます。
旧関数を、カーボンに置き換える手間はなんでもないけど、
まるっきり使えなくなった関数の代替えが提案されてないと
微妙に困ったりする。

**たかゆきー** ◆GiSI9mhU · 02/01/25 22:25

>>454
某ミーティングって、湘南国際村で開かれたアレですか。
私は電気猫のビデオに見入ってましたが。

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

はははは（w
俺は去年のは行かなかった。一昨年は455さんと同じこと
してたよ。床に腰をおろして。ね？

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

お話の途中、失礼します。
おしえて君ですみませんが、DrawPicture()なんかで
画像を描画する際に、左右反転したいんですが、
Macでは一般的にどういった手を使うんでしょうか？

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

基本ツールボックスにそういう機能は無かったんじゃない
QuickTimeかな

**357** · 02/01/26 00:48

QuickTimeですね？ちょっと調べにいってきます。
ありがとうございました！

**457** · 02/01/26 06:43

↑457の間違いでした。
そして、画像の左右反転は見つからず、、、

　この関数じゃボゲェ！と無能な私めに一喝を！

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

左右反転は横１ピクセルずつをCopyBitsで逆方向に描画してます。

**457** · 02/01/27 00:06

マジですか？
でも、良く考えたらそれでも良いのかも。
ご指導ありがとうございました！

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

>>462
最初っから反転した画像を用意しとくのが一番簡単では？

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

>461
なんか遅そう。

16bpp、24bpp、32bppあたりの反転ルーチンを自作するか、
QuickTimeを使ったほうがいいと思います。

　http://www.ottimo.co.jp/koike/QuickTime/QuickTime_text/00_09_19.html

**457=462** · 02/01/27 01:48

>463
オフスクリーンに展開後は良しとして、元の画像ファイルの
容量を少しでも減らしたかったので、３／８方向は、反転して
コピーで済ませたかったんですよ（笑）
>464
ottimoさんの所にあったんですね！
やはりコードを直に見るのが一番分かりやすいです。
ありがとうございました。

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

OpenGLスレに書いたほうがいいのかもしれないけど、
Mac特有のことなのでこっちに書きます。

OpenGLをGLUT使ってサンプル書いてみて動いているから
GLUTなし(Carbon)でやっています。

ウィンドウ作って

　　fmt = aglChoosePixelFormat(NULL, 0, attrib);
　　ctx = aglCreateContext(fmt, NULL);
　　aglSetDrawable(ctx, port);
　　aglSetCurrentContext(ctx);

　　glViewport(0, 0, 1, 1);
　　glViewport(0, 0, 1, 1);
　　glMatrixMode(GL_PROJECTION);
　　glLoadIdentity();
　　glMatrixMode(GL_MODELVIEW);
　　glLoadIdentity();

　　glEnable( GL_TEXTURE_2D );

と初期化（書いてないけどエラー処理などもしています）して
GLUTで動いていた

　　glClear(GL_COLOR_BUFFER_BIT | GL_DEPTH_BUFFER_BIT); // Clear The Screen And The Depth Buffer
　　glLoadIdentity(); // Reset The View

　　glTranslatef(-1.5f,0.0f,-6.0f);

　　glBegin(GL_POLYGON);
　　　　glVertex3f( 0.0f, 1.0f, 0.0f);
　　　　glVertex3f(-1.0f,-1.0f, 0.0f);
　　　　glVertex3f( 1.0f,-1.0f, 0.0f);
　　glEnd();

　　aglSwapBuffers(ctx);

としたところ、ウィンドウが真っ黒になるだけで
何も表示されません。
glClear()を消すとごみが出るので、
初期化はうまくいっていると思うのですが、どうもダメです。

まずい点とか、すごい簡単なサンプルをご存知でしたらご指導下さい。

**466** · 02/01/30 23:26

切り貼り間違えて同じの２回書いたりしています。
すみません。

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

>>466
>　　glViewport(0, 0, 1, 1);
glViewportはWindow座標でしていするからこれじゃあだめだよ。
glViewport(0, 0, rect.right-rect.left, rect.bottom - rect.top);
とかでやってみたらどう？

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

NGLの解凍パスワード誰か知らない？

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

ん、俺のパスよこせというわけじゃないよね
忘れたのなら本人に聞けばいいじゃん

**466** · 02/01/31 18:40

>468
ありがとうございます、調べ直してみたらおっしゃる通りでした。

　http://miso.ice.ous.ac.jp/~oka/opengl/section04.html

でも、相変わらず真っ黒です。
やったことは

１．GLUTで表示する（うまくいく）
２．初期化をやってみて、Draw()の中は１から持ってくる
３．aglSwapBuffers()する

なので、２でコケているのかな。