Macでゲームを作るスレ

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

とりあえず気合で。

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

>>328
もちろんそれもあると思うんだけど、
MGDLだけ見ても作ってる人それなりにいるわけだし
もうちょいなんとかならんかなと思うわけですよ。

何が足りないんだろう・・・。

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

>何が足りないんだろう・・・。

Appleにもうすこし環境を整えてもらわないと。
せめてDirectXくらいのものは欲しい。

CopyBits()でやっても作れることは作れるんだけど、
動作が緩慢だったりしていまいち。
ジョイスティックの扱いも面倒。

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

昔良く言われてた「Macソフト、使うは天国。作るは地獄」
みたいなイメージが未だに根付いてたりしてないかい?

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

>331
あれはGUIに起因するものじゃないのかな。

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

刺激が少ないのは全体的に若い人間が少ないからじゃないかな。
特にハード的には問題はないと思われる。（とりあえずGUIへのこだわりは置いといて）

いわゆるコミケみたいな熱狂的なマーケットに於いては若年層が大半を
占めてる一方、Macアプリを作る人間は全体的に高齢へシフトしている。
また、学生でない立場の人間が横つながりをもつというのは時間と心の余裕が
ないとなかなか作れないものだ。

そういう意味でこのスレの役目は大きいと思っている．．．（わ

**333** · 01/12/18 23:13

Macゲー制作者オフでもやりますか？
地方別に

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

コミケ帰りにオフやっちゃうのが一番手っ取り早いと思うよ
フロッケでもいいかも(←まだ開催されてたっけ?)

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

ご存知かもしれないけど、MacPower誌のプログラミングコーナーに
N Game Library(NGL)の作者が執筆しています。
あれ、加筆して一冊の本にするといいんじゃないかな。
いままでどんな内容を書いてきたか知らないけど。

あと、ProjectBuilder添付でプログラミングに手を出しやすくなったかも。
でも

　http://homepage.mac.com/mkino2/spec/optimize/foundation.html

をみるかぎり遅そうだからゲームにはそのままじゃ使えないかも。

**333** · 01/12/19 00:13

ごめん俺コミケは参加したことないのでわからないけど、（だから333の
コミケ云々発言は変（汗。いわゆるweb上での話の受け売りみたいなものです）
メンバーや関係者との打ち上げがあるのでは？

ビッグサイト開催だったら新橋あたりとかになるのかな

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

プログラムできない俺のために
マク用のシューティングツクールみたいのを作ってくれる
親切な人なんて居るはずありません。

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

あたりまえです。
プログラムも書けない輩のシューティングなんてプレイしたくありません。
実際ツクール系作品でも遊べるようなやつはそれなりの技術を持った人が
作っています。

まずはマック版ＨＳＰとかメタルを使ってみれ

**某スクリプタの移植してる人** · 01/12/19 09:10

>>336
Objective-Cを使って開発したソフトも、そんなに悲観するほどパフォーマンスが悪いわけじゃないよ。
シューティングとかタイトなパフォーマンスを要求するゲームはちと厳しい面も出てくると思うけど、そうでなければ十分実用に耐えると思う。

Cocoaでは画像の描画がわりと簡単なので、初心者にはお勧めです。

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

>340
というより、Foundationに遅いルーチンが多いみたい。
自分で書き直すと１０倍くらい速くなるそうだから。
ObjCが悪いという感じではありません。

最後の方を無断引用すると

　パフォーマンスがとても貴重だ、と考えるならば、C のコードを使おう。
　たとえば、NSObject から継承される Pixel クラスで、
　何メガもあるピクセルの画像を保持する、っていうのは、馬鹿げている。
　最適化された C のコードを、Obj-C のクラスで、便利なように、ラップしよう。
　NSBitmapImageRep は、その例だ。NSPixel クラスってのは、ないからね。

なんだそうです。
CocoaはGUIを作るにはいいんでしょうが、
ゲームのようなものを作るにはあまり向かないのかな、と思った次第です。

**338** · 01/12/19 23:55

>>339
おお！
こんなお洒落ムード漂うアイテム(HPS)が
この世に存在したのですね！！！！

あなたいい人。
感謝感謝。

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

>336
NGLは使える。但し、高価なSymantecかCodewarriorを持っていな
いと使えないことでユーザーが限定される。Macでこれらの開発ソフ
トを使用している人はNGL無しでもある程度のものが作れると思わ
れ...。
これからプログラムに取り組んでみよう、または、取りあえずゲーム制作から言語を覚えてみようという初心者にはこれらの開発ソフトは高価すぎる。
よって、RealbasicかCocoaにNGLの様にゲーム制作に特化したライ
ブラリがあれば、いろいろ挑戦してみようと思う人が現れるものと思
われ...。

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

ttp://ha1.seikyou.ne.jp/home/riko/vmonster/index.html

↑これやったことある人いる？
こういう方向のゲームもアリだな、と感心したんだけど。

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

>>343
ライセンスで縛られるのが嫌な人にはおすすめできない。

ライブラリに手を出す前に、自分の作りたいゲームには何が必要かを
よく考えるべきだ。CopyBitsでじゅうぶんならそれでいいし、
CopyBitsを使いこなせないならライブラリを使いこなせるとは思えない。

俺的にはきちんとゲーム製作の理屈をある程度理解してから
必要であればライブラリに手をだすのがいいと思う。

あと、そのライブラリで作られたゲームを見ても判断の材料になるね。

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

NGLってメインがスプライトの実装のような気がします。
もちろん、他にも多彩な機能を提供していますが、
中心に来るのはシューティングとかアクションづくり向け機能に思います。
アドベンチャーみたいなのには向きません。
トランジションが少なかったり、あまり意識はしていないみたいです。

で、最近ではスプライトはOpenGLを使ったらどうかな、
ってことを考えています。
そうすると最近の機種限定になりますけど、
ハードウェア任せで滑らかなアニメーションができそうです。

#しかし、なぜOpenGLの本はみんな高いんだろう。

とすると、あんまりNGLは要らないかなぁ。
勉強するのにソースを眺めるのはいいと思いますけど、
あんまキレイではないので、SNES9Xなんかの方が
参考になるかもしれません。

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

HSPやMETALを流行らせるためには旗印となるような秀作が登場する必要がある。
もちろん誰かが始めなきゃいけないんだけど、Macのユーザー層からいってきびしいね
Mac版HSPが徒労に終わらないよう祈ります

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

＞３４４
おとといくらいに発見してちょっとはまってます。
職場でＭａｃ使ってる友人にも教えたんだけど、
社内でやったことある人はすでにいたらしいです。
でもバランスが悪いって言われたそうな。

私としては負けても自分のカードはへらないから、
あのくらいのバランスでも良いと思うけどね。
知らない人はやってみてほしいです。

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

>344
遊戯王カードが小学生の間で流行っているらしいけど酷似している。
似たようなのは色々あるみたいだけど。

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

>344
初め、あまり頻繁にバージョンアップするのはどうかと思ったけど、
あれってどんどん新しいカードを発売していくようなノリなのかな。

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

＞３４４
まあフリーソフトなのでいいのではないでしょうか。

**344** · 01/12/22 11:53

>>348　＞でもバランスが悪いって言われたそうな。
それは自分も思った。
プログラム作りも大変なんだけど、ゲームとしてのバランスも研究しなきゃ
いかん、と心底思った次第です。
話題がスレの主旨と違ってたらｺﾞﾒｿ。

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

ゲームバランスの調整って、経験や学習でなんとかなるものじゃないから
その辺センスのない人は常にプレイヤーの意見を汲み取らないとダメな
んだよなぁ
一番辛いとこだよ

01/12/23 09:04

>1
日本人はぬる好み。お約束好き。それと比較してアメリカ人はマゾというのは業界の定説ですな。

**元ゲームプログラマ** · 01/12/23 09:56

かといってプレイヤーの意見を汲み取りすぎる
と、とんでもないのができるしなー。
マニア受けするけど、一般うけしない変なのができて。

**元広報** · 01/12/23 22:28

マニア受けからの波及効果、これ最強！

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

>>346
おいらもスプライト描画はOpenGL使ってるよ。
拡大縮小自由自在だし、透明化も簡単だし。
パフォーマンスもいいから結構おすすめ。

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

>357
まだ、GLUT使ったりOpenGLの初期化をごにょごにょしている程度で
それっぽい物にはほど遠いところをうろついています・・

　http://developer.apple.com/samplecode/Sample_Code/Graphics_3D/OpenGL_Image.htm

くらいしか参考になりそうな物がないけど、結構複雑。
差し支えなければやり方教えてくれると嬉しいです。

**357** · 01/12/24 13:21

>>358
http://www.gamedev.net/reference/articles/article1256.asp
こんなのも参考になるかな。
基本的には４角い板ポリにテクスチャ張り付けるだけなんで、
やってみれば非常に簡単ですよ。

**名前は開発中のものです。** · 01/12/24 20:58

>359
ありがとうございます、参考にします。
けど師走は忙しい・・・

http://nehe.gamedev.net/
http://ask.ii.uib.no/ebt-bin/nph-dweb/dynaweb/SGI_Developer/OpenGL_PG/

http://www.sys.wakayama-u.ac.jp/~tokoi/opengl/libglut.html

なんかは参考にしています。
あと趣旨はちょっと違うけど

http://puyon.pns.to/program/directx8-2d/index.html

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

>360
有り難いんだけど最期のはﾏｶｰ氏ねってﾒｯｾｰｼﾞですか？
俺ｵﾌﾞｼﾞｪｸﾄはﾒｿｯﾄﾞを処理できなかったんだけど、
隣でｼﾞｮﾌﾞｽﾞが動的結合により暴走しかけました。

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

>有り難いんだけど最期のはﾏｶｰ氏ねってﾒｯｾｰｼﾞですか？

どしてそうなるの？
あるサンプルがDirectXで書かれていたら、
何やっているかみて、Macに書き換えるくらいはできるでしょ。

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

OpenGLを使ってまともなゲームを作るにはどのくらいのiMacが必要ですか？
Rage2、RagePro搭載機までは泣いてもらうとして、せめてRage128程度
搭載したiMacでは動いて欲しい
（まともの定義：作者が意図する画面が得られる状態。一応）

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

QuakeはRageProで余裕で動いてますが何か？

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

OSXで昔のATIチップを切り始めているね。

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

余裕と言われても何が余裕なんだか…

**363** · 01/12/25 13:33

昔のATIチップを切り始めているということなら、対象となるのはOSXが
プリインストールされた来年のiMacなら大丈夫ということですね

GLスプライト作戦はもうしばらく様子を見ることにします

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

>>363
MACお宝鑑定団のコピペ

MacCentralによれば、AppleがKnowledge Baseで
「Mac OS X: Optimizing for Earlier ATI Graphics Accelerators」を掲載し、
Power Macintosh G3 (beige)やiMac(233-333MHz)、PowerBook G3 series(1999/1998)、
iBook (original)などが搭載するATI RAGE II+, IIc, Pro, Pro Turbo,
LT Pro or MobilityグラフィックチップをMac OS Xがサポートする予定がないことを
明らかにし、QuickTimeとOpenGLの性能改善はなされないと伝えていました。

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

うわぁ、思い切った切り捨てだ
iMac(233-333MHz)ってMacユーザ数増加に一番貢献したシリーズだとおもうのだが

**たかゆきー** ◆GiSI9mhU · 01/12/25 19:43

PowerPC G3 233-333MHz で Mac OS X するのは
そもそも無理があると思われ。
メモリーも最大 256MB くらいしか搭載できないし。

CPUクロック 500MHz 以下ならインストールすら
拒否させる仕様キボンヌ＞Mac OS X 10.2。

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

現在わざわざOSXでゲームやる日本人なんか数えるくらいしかいないと思われ

**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に同期して画面全体書き換えてるんですが。