やね本 no.2

**やねうらお♂** · 02/06/10 01:16

さささ、みなさん早くも増刷決定、laoxなどの大手書籍屋の
ランキング入りして派手なヤネ本スレ、no2ですよー
自分の息子も増刷りして、飛ばしたい！
いやいや、自慢できるのは　せーしの飛距離だけではありませんよ！
その内容。パリパリに張り付いた裏汚'sスペルマ糊で、貴重な情報は
袋とじ!!なんてセコいまねはしてませんので、みなさんまずは立ち読み
くらいしてから批判してね。

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

なんで同人ゲー前提になってるんだか。
しかも、それを話していたのは俺じゃないし

>自分の手も動かさずに思ってるだけだろ？
そういうことにしたいんですね :P
自分の手をうごかすもなにも、まだDirectX9と10は触れませんよ。
まぁ、9はβがあるみたいだけどね。

>１、２日で移行できた。
そりゃ、よかったね。
１、２日で移行すると言っても基幹部に手をつけるんだから、大きな改変といえる。
俺が問題にしていたのは同じ物がその後も使えるかと言うことだけだ。
アンタはやたら新しい物にこだわっているみたいだが、すでに必要十分な
機能と性能を持った物があるのに、どうしてポリゴンでスプライトを出せなんて
言われなきゃならんのだ。

やね本がDirectX3ベースなのは、すでに商用を含めて実績のある
ライブラリや手法をベースに、語っているからで、古い物に固執しているわけじゃないだろ
技術もライブラリも枯れた物が良い物であることは言わずもがな。
それから、やね氏本人はDirectDraw自体にHALを期待せず、むしろHEL推奨のスタンスだったはずだが。

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

エロゲ制作ならそれで十分
立ち絵にブレンドをかけるくらいならハードの助けは必要ないし
必要ないのに対応環境を狭めるのは無意味

**494** · 02/07/10 20:38

>なんで同人ゲー前提になってるんだか。

わざわざ名前に494って入れてるんだから、俺の最初の発言
くらい読め。

>しかも、それを話していたのは俺じゃないし

だったらお前も名前に番号入れろ。

>>自分の手も動かさずに思ってるだけだろ？
>そういうことにしたいんですね :P
自分で
>コレが通用するとは思えないってことだ
って書いてるだろ。実際にやったなら，最初からやったって書け。

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

YaneSDKって3D対応させるとか言ってなかった？
たしか対応予定は去年

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

はったりを本気にする馬鹿ハケーン

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

>>522
> やね本って職業プログラマ向けの本なの？
んなわけない。そもそも PC 向けのゲームプログラマは（日本はもちろん、もはや
米国でさえ）マイノリティだしさ。

>>553
必要性が低い案件は、先送りにするわな。妥当な態度だと思われ（ｗ

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

エロゲプログラマに3Dは必要無し
対応は異界送りされマスタ

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

エロゲにはそもそもプログラマ必要なし

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

確かに他社のシステムを使って作られているエロゲーは多い
メーカー違うのに同じシステムというパターン
2Dノベル系は枯れた分野だし
そうなるとスクリプターはいるかもしれないがプログラマーはいらん

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

紙芝居だけの普通のエロゲのプログラマって何が楽しくて仕事してるの？
やね氏も含めて、一応アクションゲーム出してるのが数社あるだけだよね。
書店ではGems1&2とやね本が並んで平積みになってるけど、
この間のギャップはなんなんだよ。

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

そもそも、エロゲにDirectXは必要ありませーん。

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

>>539
エロゲ屋は、チームじゃなくて一人でプログラムすることが多いから、
設計や実装でｵﾅｰﾆしやすいんだよ。

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

屋根げーの場合明らかにアクションは無い方が糞ゲー度が下がると思うが
アクション部分はバランスが悪ければクオリティーも低い
エロ目的のゲームに何が楽しくてわざわざ糞アクションを入れるんだ？

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

無い方がマシな要素を無理して入れて、失敗するパターン

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

>542
それはプログラム的な問題ではなく、ゲームデザインの問題。プログラマは関係ない。

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

>544
とはいっても、最終的にはプログラマがなんとかしなきゃいけない罠（泣。

**494** · 02/07/11 02:10

>技術もライブラリも枯れた物が良い物であることは言わずもがな。

少なくともゲームプログラマが言うべき台詞ではないと、俺は思う。

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

>>540
確かに描画系は DIB で間に合うような。サウンド関係は wave* とかで制御
するより、素直に最近の DirectX 使った方が楽だけど。

（DirectX, バージョン上がる度に楽になってく気がする）

>>546
最先端を追うのは技術屋としては必要なことだが、それを即座にプロダクトに
投入するかどうかは、また別の話だと思われ。ただ、「今」の書籍ということを
考えると、DirectX 3 っつーのは……という面はあるけど。

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

>>544
アクション部分までデザイナーのせいにするのならまともなゲームは作れない

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

>>548
アクション部分をプログラマが独断で勧めると
上から怒られる罠

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

アクションゲームの操作感の細かい調整はプログラマのセンスに依存しがちだね。
経験を積んだプログラマや、視覚エフェクトが得意だからといって
そのへんのこだわりやセンスがあるとは限らない。
もちろんライブラリ厨はまったくダメなのは言うまでも無い

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

>>547
>確かに描画系は DIB で間に合うような。
同感。DIBで32bpp固定でプログラムするのが一番手っ取り早い。ＭＭＸ化もしやすいし。
サウンドは、ＢＧＭがＣＤで、音声とＳＥは排他的に再生するならＭＣＩで十分かな。
ＰＣＭを多重再生する場合は、DirectX使うのが簡単。
でも、waveOut*を使って、自前でミキシングしてるメーカーもあるにはある。

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

>>547 >>551
32bppのDIBがどれだけ重いか知ってる？
そういう馬鹿は、やね本を１００回写経しなさいってこった。

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

>>552
重いかどうか議論するなら、ターゲットとしているマシンのスペックも考慮しないと。
>>540からの流れで話が来てるので、エロゲのシステムと限定するけど、
640×480の32bppなら、セレロン300Mhzあたりで十分なパフォーマンスは出せるよ。

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

>>553
出ないよ。ビデオカードによっては、DIB->DDBの変換が馬鹿ほど重い。
この部分、DirectDrawSurfaceを作って、自前で変換ルーチン書くのなら
その限りでは無いけど。寝言言ってないで、やね本見ろ。

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

>>554

エロゲの中でも、屋根ゲーは重い部類だけど。

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

>>555
やねゲーって何だ？作品名で答えろ。

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

>>555
かつて、やねは32bppのDIBを使ったゲームを出している。
ttp://www.sun-inet.or.jp/~yaneurao/intensive/diw1.html

だから、それらの作品が重いのだとしたら、>>554 の言うことは正しいし、
>>555 とも矛盾しない。もっとも、>>555 は、>>554 への反論にはならない。
ただのゲームヲタは、すっこんでなさいってこった。

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

24bppではなく32bppを使う理由は？

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

DIB/DDB変換の速度もそうだが、
一番の問題はバススピードだって。

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

>>558
αチャンネル

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

α値は別領域に持たせれば良いのでは？
αが不要なものまで無駄な領域が発生するし非効率

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

>>558
境界合わせ。

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

複数のドットをまとめて処理すればドット単位で境界を合わせる必要性は発生しない
RGBR GBRG BRGB
という形で処理できる
もちろん端数部分は別処理になる

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

nVidiaのカードのように24bit colorが使えない環境では
DDBへの変換レイヤで24bit>32bit伸張処理が入るから、かなり重くなる。

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

それを言うのならスクリーンモードに合わせてDIBをDDBと同一の状態にすべき
32bppにこだわる理由はない

**560** · 02/07/11 23:39

>>561
まぁねー。

ただ、うちんとこじゃ、背景以外、全てαチャンネルによるアンチエイリアス付き描画になっているので、
あまり無駄という分けでもない。
必然的にαチャンネルを利用した描画が増えるので、
１ピクセルの中にＡＲＧＢの情報が入ってる方がいいんでね。
一応、DIB32bppのシステムで組んでるけど、レビューサイト見る限り、軽いシステムという評価は頂いてます。

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

>>565
馬鹿ハッケソ。Win95のCreateDIBSectionではピクセルフォーマット指定
できないし、スクリーンモードと合わせたら、すべてのピクセルフォーマット
に対するエフェクタが必要になる。

そのへんの事情もすべてやね本には書いてある。適当なこと抜かすな。

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

>>566
32bppのDIBでシステム組んで、軽いシステム？馬鹿言うなよ。どこのゲームよ？
どうせ、ただのエフェクトの派手でない動きの少ないノベルで、
毎フレーム画面を１から構築しないから、遅さが目立たないだけだろ。
純粋な画面全体の構築に何msかかってるか、ベンチマークもとらずにものを言うなよ。

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

>どうせ、ただのエフェクトの派手でない動きの少ないノベルで、

せやからエロゲーやったらそれで問題ないやん。

**560** · 02/07/12 01:10

>>568
エロゲー前提の話じゃなかったのか？

>毎フレーム画面を１から構築しないから、遅さが目立たないだけだろ。
背景に全画面エフェクトを加えながら、テキストを送る処理はあったけどな。
まぁ、全体の中の極一部でしかないが。

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

>>568

>ベンチマークもとらずにものを言うなよ。

だったら、まずお前がベンチマークをとったデータを公開しろよ。
ベンチマークもとらずに物を言っちゃ駄目なんだろ（ｗ

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

>569 >570
馬鹿たれ。雪降らすエフェクト入れるだけで、全画面更新に近い状態になり、
目に見えて重くなる。お前のは、それぐらいのエフェクトも無いノベルなのかよ。

>571
甘えるな。公開する必要なんか無い。プログラマなら、自分でそれくらい調べろ。
そんなこと言ってるから、お前は、いつまでたっても就職できねえんだよ！

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

雪や雨を降らすエフェクトを使ったゲームって、確かにあるけど、そんなに多くないんじゃ。
君望の雨のエフェクトはそれっぽかったなぁ。
あれってDirectX？

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

ホントにエロゲープログラマのメンタリティは
PC-98の斜陽の時代と変わらないんだなあ。
過去の遺物を引きずり続け、
どうでもいいような最適化論争に
明け暮れるのか。

もしやねうらおがここを見てるなら、
どうか率先して悪弊を引きずるのを
止めて行ってほしい。

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

>574
何がどうでもいい最適化なんだ？　描画って言ったら、ゲームの中枢。
そこを最適化するのは当然のこと。あんた、頭がおかしいんじゃないか。
プログラム組めねえなら、すっこんでなさいってこった。

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

>過去の遺物
クライアントから、素のWindows95・Pentium200を必須環境にしてくれってまだ言われる時代ですから。
最近は、Win95切り捨ててるところも多いけど。

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

>>575
最高の矩形領域転送で最高のオナニーしててください。

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

>577
アルバイト３日でクビになったからって、ひがむなよ。

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

こりゃなんともショボイ煽りだな。

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

>>575
プログラムが組めるかどうかは知らんが
ゲームは作れなそうダナ・・・

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

正直、オナニーさせてくれないんだったら、エロゲープログラマなんかやってる意味ないし（笑

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

>>581
うまい！

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

>>573
君望はDirectX未使用で、800×600。24bppか32bppかは知らん。
あと、ぱんだはうすの青い鳥のシステムは800×600のDIB24bpp。
800×600・24bppのシステムがある限り、640×480の32bppがあってもおかしくないな。

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

「最適化」とやらをやるときとやらないときでどれだけ違うか考えないと。

あ、それと、あくまで大事なのはベンチマークの数字じゃなくてプレイするときの感覚だからね。
ベンチマーク絶対主義はダメよ

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

>>584
馬鹿たれ。寝言言ってんじゃねぇ。画面全体を毎フレーム更新するのでなければ
どれだけ遅い描画手段をとっても、ストレスを感じないのは当たり前。

それでは、そもそも、ここで議論している速度比較なんて意味が無いものに
なってしまう。誰もそんな話をしているのではない。

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

俺様 >>>>>>>>>>>>>>>> やね >>>>>>>>>>>>>>> このスレの住人

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

【激論】最適化厨vs高スペックヲタ
http://game.2ch.net/test/read.cgi/gamedev/1025939917/l50

25
日本中でいったいいくつのMMXαブレンドルーチンが再発名されてきたか。
結局前者は時代遅れの落ちこぼれ組が自己のアイデンティティを保つためにやってるだけ。

後者は一定以上古いハードに対応するのは不毛だと割り切って考えているだけ。

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

>>587
馬鹿たれ。それは論点が違う。クライアントから要求されるから、やるんだ。

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

古い環境を救う前に１８歳未満を切り捨てるのを辞めろ

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

>>589
は外道

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

>>588

フェードアウト組の無敵の言い訳。

**名前は開発中のものです。** · 02/07/12 07:51

>>591
何がフェードアウト組だ！お前はまともな会社に就職してから言え！

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

アリスソフトのPGも時代錯誤のオナニープログラミング
やっとるし、所詮そんな業界なんだよ

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

>>593
何が時代錯誤だ。現在の市場がそれを要求してるからやっているわけであって、
そういうのは時代錯誤とは言わない。

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

593は誰かを釣ろうとしたのだろうか

**名前は開発中のものです。** · 02/07/12 10:17

>>575
> 描画って言ったら、ゲームの中枢。
そりゃ否定せんが、最低スペックを前提とした 2D 描画の最適化論争はハードの
進化に伴いゴミ箱行き確実なネタだ。しかも 32bit DIB で遅いマシンというと、既
に極一部のエロゲユーザー以外は持ってないし。

やね本で満足して止まってしまう前に、次の一冊に進め。読むべき本は、いくら
でもあるぞ。CG 関係だけでも

　Real-Time Rendering
　Computer Graphics: Principles and Practice (2nd ed. in C)
　Graphics Gems
　etc.

とあるし Game Programming Gems やヘネシー＆パターソンの計算機論理設計
の本、タネンバウムの OS 本やネットワーク本などなど。

> 現在の市場がそれを要求
ほんとに？　ユーザのハードウェア環境を見てると、ここ数年は「不要なほど
高い」ぐらいなんだけど。仕事で Office 使うとか、趣味でデジカメで遊んでる
人たちは、最低ラインが遙かに高いもの。

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

>画面全体を毎フレーム更新するのでなければ
>どれだけ遅い描画手段をとっても、ストレスを感じないのは当たり前。
だから、エロゲではDIBの32bppを使っても実用上、問題無いって話だろ。
速度比較なんて、誰もしてないよ。

**名前は開発中のものです。** · 02/07/12 10:28

>>596
甘いな。実に甘い。さっかりんのようだ。

> しかも 32bit DIB で遅いマシンというと、既に極一部のエロゲユーザー以外は
> 持ってないし。

32bppのDIBを使って毎フレーム全画面更新して30fpsが維持できるのに必要な
スペックとはいくらぐらいだと思ってる？(動作させる画面モードは特に問わない)

宗教論争か何かだと安易に片付ける前に、それくらい自分の目で確かめるべきだ。

**名前は開発中のものです。** · 02/07/12 10:33

>>597
>>どれだけ遅い描画手段をとっても、ストレスを感じないのは当たり前。
>だから、エロゲではDIBの32bppを使っても実用上、問題無いって話だろ。
>速度比較なんて、誰もしてないよ。

お前の言うエロゲは、全画面更新することは無いのか？エフェクトは無いのか？
寝言言うなよ。お前みたいな馬鹿は、やね本は読むにも値しないってわけだ。

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

32bitDIBが速いマシンってAthlonとかP4等のバススピードが速いマシンのことだよね？
100MHzベースのP3を使用しているおいらは一部のエロゲユーザーなんですか？

当然フルシーンエフェクトやその他オブジェクトの描画、
ゲーム内でのデータ処理、サウンド/SE再生などによりバス幅も占有されてしまうので、
どうがんばっても十分な速度は出せないと思うんだけどね。

**名前は開発中のものです。** · 02/07/12 10:38

>>593
画面の更新回数が一回きりなら35MHz程度。
勿論、絵１枚だけの場合だけど。

**名前は開発中のものです。** · 02/07/12 10:40

>>601
35MHzってなんだよ。秒間3500万回も画面の書き換えできるのかよ。
何の話してんだよ。国語と算数から学び直して来いよ。

**名前は開発中のものです。** · 02/07/12 10:41

>>599
わかってねーなー。
全画面更新といっても、画面のトランジションならフレームスキップさせて
必ず一定時間で処理が完結するようにしておけば、プレイに支障はない。

問題は、雨や雪を降らしながらテキストを読ませるような処理。
これは、一部のメーカーがやってるみたいだけど
DirectX使用せずに実現してるんだろ？

**名前は開発中のものです。** · 02/07/12 10:41

asynchronous．．．。

**名前は開発中のものです。** · 02/07/12 10:46

>>596=603 コテハン付けてください :P

トランジションエフェクトがスムーズでない物は重い、遅い印象を受けます。
エロゲはそんなに数プレイしないので例が無いけど、水夏とかフェード重かったね。

雨や雪の様な小さなオブジェクトがいくつも動き回る物は、多少重くても
人間の目にはあまり敏感に感じ取れないはずです（特に雨

**名前は開発中のものです。** · 02/07/12 10:48

>>603
>全画面更新といっても、画面のトランジションならフレームスキップさせて
>必ず一定時間で処理が完結するようにしておけば、プレイに支障はない。

フレームスキップはもちろん必要だが、前のフレームに依存するようなタイプの
トランジションが掛けられなくなる。ひどい場合トランジション自体がすっと
ばされる可能性もある。非常に不自然。本当に自分でプログラム書いてるのかよ？

>これは、一部のメーカーがやってるみたいだけど
>DirectX使用せずに実現してるんだろ？

してるんだろってなんだよ。してるんだろって。伝え聞きでものを言うな。
自分で実際に32bppのDIB使って同じ処理が出来てから言え！

**603** · 02/07/12 10:51

>>605
水夏は重かったな。
カーソルの動きももたつくし。
あれは、かなり重いゲームだと思う。

>雨や雪の様な小さなオブジェクトがいくつも動き回る物は、多少重くても
>人間の目にはあまり敏感に感じ取れないはずです（特に雨
雨や雪の動きよりも、テキスト表示のほうかな。
文字を目で追ってるわけだから、テキストの表示にもたつくほうが問題と思ったんで。

**603** · 02/07/12 10:52

>してるんだろってなんだよ。してるんだろって。伝え聞きでものを言うな。
>自分で実際に32bppのDIB使って同じ処理が出来てから言え！
前例があるのに、議論する余地なんてあるのかよ。

**名前は開発中のものです。** · 02/07/12 10:54

>>ひどい場合トランジション自体がすっとばされる可能性もある。
どんな重いエフェクト使ってんの？
ほんとにプログラマ？

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

>>608
馬鹿たれ。それは32bppのDIBではないかも知れんだろうが。
自分で組んでないならとやかく言う資格無し。

>>609
この馬鹿たれ。エフェクトの重さが問題なのではない。
フレームスキップは、60なら60fpsと仮定して、それに満たない部分を
スキップする。だから、10fpsしか出ないマシンでは、エフェクトの重さ
如何に関わらず、5/6のフレームは飛ばされているわけ。5フレームで
トランジションさせるプログラムを書いたら、まるごと飛ぶ。

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

>>610
>フレームスキップは、60なら60fpsと仮定して、それに満たない部分をスキップする。
そんな組み方してたのか。
そりゃ駄目だわ。

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

>>611
そんな組み方も何も、フレームスキップというのは、一般にそうする。
3Dじゃああるまいし（スキップというか、あれは補間なのだが）
それ以外に方法は無い。知ったかぶりするな。この糞馬鹿厨房！

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

>>612
うむ。
俺が考えていたのは、スキップより補間に近いな。

どっちにしろ
そんな組み方じゃ、そりゃ駄目だわ。

**横から失礼** · 02/07/12 11:21

>>612
＞それ以外に方法は無い。知ったかぶりするな。この糞馬鹿厨房！

証明できますか？

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

>>613
まだわかんねぇのか。組み方の問題では無い。単純にフレームスキップして、
安定したトランジションを行なおうという考え方自体がどこかおかしいんだよ。

>>614
もちろん証明なんて出来ない。他の方法があるなら御教授願いたい。
言うまでもなく、トランジションの時はフレームスキップの幅を
制限するような工夫は出来る。しかし、そういうのはバリエーションに過ぎない。

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

>>614
スキップの定義がその通りだから。
フレームスキップは元々コンシューマやアーケードからの言葉で、
ハードの制限により、フレーム数は固定(60FPSだったりね)されていて、
フレームごとの選択肢がヤる、ヤらない（描く、描かない）の二択しかない。
間に合わないと言う選択肢は、存在し得ない。

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

いや～技術論で盛り上がるのはイイね。
板全体がこうであって欲しいよ。

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

>>616
勉強不足ですまんのだが、その定義は一体誰がどこでやったのだ？
コンシューマーでフレームスキップというと、描画が間に合わない
フレームを“はしょる”ことが一般的だということぐらいは認識しているが。

>>617
こんなくだらない議論に感心してないで、やね本にすら書いてある程度の
初歩的な内容を知らずに、偉そうに自説を展開する馬鹿どもに辟易すべきだ。

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

フレームの完成が遅れるのはスキップじゃなくて単なる遅延じゃん

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

誰でも片っ端から馬鹿扱いする毒舌618=612=610=606=599=598=585=575=
572=567=557=554=552=519=517=515=497に禿げしく萌え！（違ったらスマソ）

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

>>619
馬鹿ハッケソ。

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

>>618
>>616が言ってるのは、
割り込みがきてフレームを描画する処理に移った時
フレームの画像構築が終っていて表示出来る→ヤる
フレームの構築がまだ未完で表示出来ない→ヤらない
の二択しかないんだよってことじゃない。
つまり言ってることは同じと。
＞間に合わないと言う選択肢は、存在し得ない。
このクダリは意味不明だけど。

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

やねうらおって、ワッフルのプログラマだったんでしょ？
ワッフルのゲームやったことあるけど、そんなに酷いもんじゃなかったよ。
すくなくとも、エロゲプログラマの中堅どころくらいの実力はあるんじゃないかな。

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

ひどいもんじゃなかったよって…
ノベルごときでひどいプログラムを作っていたら、
商用プログラマとしての適正０だろ

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

そのノベルごときも作れない低学歴>>624

　　　や　ね　う　ら　お　様　は　医　大　で　す

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

>>624
アンタがノベルを作ったことがある人間なら
一度は俺のツールを聞いたりさわったりしているはずだが、何か？

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

う、>>624じゃなくて>>625だ。

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

>>567
ピクセルフォーマットの指定が出来なくても24bppは作れる
ピクセルフォーマットで問題になるのは16bppの565だが
555で作ったとしてもbppが一致していれば32bppより動作が軽いのは実験済み
32bpp固定はただの横着者

元々ピクセルフォーマットを確実に一致させるのが目的なら
DIBを使わずにDirectDrawでメモリー上にSurfaceを作ればいいだけ
古い環境がどうのと言っている割には無駄が多い

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

ここってエロゲジジイの隔離スレだなあ。
もうひとつの潮流の、コミケとかで2DSTG作ってる
人たちはいなさそうだけど、もし来てたら手をあげてくださ～い