トップページ⇒tech
365コメント112KB

ゲームプログラミング相談室[３]

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさんNGNG
ゲームプログラム技術についての質問スレッド。
駄スレ立てる前にココで聞きましょう。

■旧スレ
○パート１
http://piza.2ch.net/tech/kako/969/969984472.html
○パート２
http://piza2.2ch.net/test/read.cgi/tech/985540361

■関連スレ
○鬱だ氏のう DirectX 2 (DirectXに関する話題全般)
http://piza2.2ch.net/test/read.cgi/tech/997101556
○初心者はここで聞け！DirectX相談室 (おもに初級用らしい)
http://piza2.2ch.net/test/read.cgi/tech/991795568
0002デフォルトの名無しさんNGNG

　　　 　 　 　, 　＿ ﾉ）
　　　　　　γ∞γ~　 ＼
　　　　 曰 |　 /　从从) ）
　　　 　| | ヽ　| |　l　 l |　 　 　／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　　ﾉ__丶从ﾊ~ ーノ___ 　＜　 さくら！２番ゲットなんかしないもォォｫｫン！！
　　 　 ||ﾛﾘ||／)＼>< |　¢、　＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
　 ＿　||吟||／　　８ /￣丶.)
　 ＼　||醸||　 .￣￣￣￣＼
　　||＼`~~´　　（＜二：彡） ＼
　　||＼||￣￣￣￣￣￣￣||￣
　　 .　 ||￣￣￣￣￣￣￣||
0003デフォルトの名無しさんNGNG
>>1
おつかれさん！
0004デフォルトの名無しさんNGNG

　　　| ＼
　　　|Д｀;;)　ﾀﾞﾒﾀﾞ､､､････ﾓｳｹﾞ･･･ﾝｶｯ････ｲ･･ﾀﾞ
　　　|⊂
　　　|


　　　　　♪　　Å
　　　♪　　　／ ＼　　　ﾗﾝﾀ ﾀﾝ
　　　　　　ヽ(;оД｀)ﾉ 　　ﾗﾝﾀ ﾀﾝ
　　 　 　　　 (　 へ) 　　　ﾗﾝﾀ ﾗﾝﾀ
　 　 　 　　　 く 　　　 ﾀﾝ


　　　♪　　　　Å
　　　　　♪　／ ＼　　　ﾋﾟｶｧ ﾄｺﾛﾝﾄ!
　　　　　　ヽ( оДо)ﾉ　　ﾃｨｯｶﾑ!!
　　 　 　　　 (へ　 ) 　　 ｷｭﾋﾟ ﾃｨﾁ
　 　 　 　 　　　　 >　　　　ﾋﾟｶｧ!
0005デフォルトの名無しさんNGNG
http://piza2.2ch.net/test/read.cgi/tech/1002290332/
0006早起きさんNGNG
で、結局 GetGlyphOutline でのグレイスケールビットマップは、TTフォントなら常に取得できると考えていいのか？
オーバーサンプリングなんてやってられないのだが。
00076NGNG
グレイスケールっつーかモノスケールな。すまん。
0008デフォルトの名無しさんNGNG
>6
失敗する環境は存在するラシイ
素直に大きくGGO_BITMAPして縮小するか
オプション画面でも設けて失敗する環境ではGGO_BITMAPで取得するようにするべし

某プロばっかりのゲームプログラマーのMLでは無印Win95とNT,2000の特定環境で
不都合が出る場合があるのでGGO_GRAYn_BITMAPは使用してはいけない
GGO_BITMAPに関しては環境依存は存在しないという結論になってた

取り合えずこの程度のことを面倒くさがる奴はゲームプログラマーには向いてないので
趣味ならともかくプロなら転職をお奨めする
0009デフォルトの名無しさんNGNG
＞某プロばっかりのゲームプログラマーのML
どこのこと？
0010デフォルトの名無しさんNGNG
>>8
どう失敗するのかおしえてくれ

それと
>GGO_BITMAPに関しては環境依存は存在しないという結論になってた
本気でそういうこといってるならばちょっとヤバい
http://support.microsoft.com/support/kb/articles/Q159/4/27.asp
0011デフォルトの名無しさんNGNG
>>8
>無印Win95とNT,2000の特定環境
それおしえてくれると助かるんだが
0012デフォルトの名無しさんNGNG
>>6

正直、
『不具合出る条件の特定作業が面倒くさい』尚且つ『不具合出したくない』ならば
Non-Antialiasedでやって。そんなん我慢できないよ嫌じゃ嫌じゃ絶対嫌じゃ
ってんなら素直にベジェの曲線情報からイメージ生成したほうが早えーだろ。

　　　　　　　　　　　　　と言いたい。
00138NGNG
>9
エロゲプログラマ御用達のところ

>10
真っ黒が返ってくるってのだったかな？＞無印Win95
NT,2000での不都合に関してはあるらしいってんで詳細は書かれてないね＞過去ログ見ると

おっと(・・)
NTでは依存発生するのか、いいこと知った

>11
明確な判断材料がないってんじゃなかったかなぁ
0014デフォルトの名無しさんNGNG
もう無印Win95なんて切り捨てていいんじゃない？
正直、あまり古い環境の奴を甘やかすのは好きじゃない。

ところで、GGO_GRAYn_BITMAPのパフォーマンスってどうなのかな？
誰か自前処理と比較してみた人いない？
「使い物にならないほど遅い」「信じられないほど速い」等の話があれば聞きたい。

俺が使うとしたら、DirectX Graphicsの文字描画ルーチン用だから、
GGO_GRAYn_BITMAPが使えないような環境は迷わず切り捨てだな。
まぁ、DirectX Graphics使うんなら1/2までの縮小はアクセラレータで処理できるから
無理にGGO_GRAYn_BITMAP使わなくてもいいんだけどね。ただ、それだとテクスチャ
サイズの制限が痛い。
Voodooも切り捨てていいのかな？
0015デフォルトの名無しさんNGNG
>>14
＞もう無印Win95なんて切り捨てていいんじゃない？
＞正直、あまり古い環境の奴を甘やかすのは好きじゃない。
＞Voodooも切り捨てていいのかな？

趣味ならさ、そんなん好きなようにやっちゃっていいよ。
お友達同士でVoodoo持ってる人間がいないと分かればさ、
そこでスパっと切っちゃって全然大丈夫だろ？
それで済むならそうしちゃえ。
0016デフォルトの名無しさんNGNG
>>15
なんかパックマンのピンキーみたいに陰険なカキコだな。
0017デフォルトの名無しさんNGNG
>>16
え、そう？
うがった読み方すれば確かに読めるとは思うけど・・・・。
でも、ここ相談室だから趣味でやってるほうが普通だし
漏れもその一人だし何とも感じなかった。

むしろ、あんま細かい互換性の確保にエネルギ注ぐより
完成にこぎつける方向で頑張ったほうが有意義だと漏れは思うYO

相談室的にいけば、だけどね
001817NGNG
×　うがった読み方すれば確かに読めるとは思うけど・・・・。
○　うがった読み方すれば確かにそんな感じに読めるとは思うけど・・・・。
0019デフォルトの名無しさんNGNG
＞DirectX Graphics使うんなら1/2までの縮小はアクセラレータで処理できるから

これ、何の事なのかうまく読み取れんかったんだけど、
要するにテクスチャの縮小フィルタオプションでバイリニアフィルタリングを指定して
1/2縮小描画して2xサンプリングのAnti〜な出力を得るとかその辺の話だよね。

もしそうだとしたら、自前の2xサンプリングルーチンを使う場合と同様に、
例えば、ゲーム立ち上げ時とか必要なシーンの直前とか用途に合わせて
適当なタイミングでAnti〜な出力結果をまとめて生成して文字コードによる
UV参照テーブル作るような、ごく普通の使い方でいけばいい。

そうすれば、Voodooのテクスチャ寸法の制限(256×256)で生ずる手間は
他の方法と同様だし、ゲーム中文字描画が必要なシーンでのメモリ消費量も
同じになる。

というか、“あえて互換性とかを気にするんだとしたら”
この方法の場合、縮小フィルタでバイリニアが使えるかどうかとか
3Dカードのほうにも注意する必要があるし、もちろん代替処理が要る。
だから特別にメリットがあるというわけでもない。
0020デフォルトの名無しさんNGNG
古い環境を切り捨てるも、古い環境をフルに使うも、
好きにすれば良いと思うよ。誰も強制はしない。
0021デフォルトの名無しさんNGNG
そうだな。
0022_NGNG
age
0023デフォルトの名無しさんNGNG
サービスパックとIE4ぐらいは載ってて欲しいよね。
0024デフォルトの名無しさんNGNG
今、あえてNT4でゲームする奴がいるとしたら
多分職場のマシンでやってんだろうなぁ。たまらん。
0025デフォルトの名無しさんNGNG
＞NT4でゲームする奴

うぇ〜ん。そんな大人、修正してやる。
00266NGNG
>8
なにやら機嫌を損ねさせてしまったようだな。正直、悪かった。
ちなみにオーバーサンプリングやってられんってのは、実行時コストの話。

ま、それほど致命的な問題でもなさそうなので、GGO_GRAYn_BITMAPでいっとくわ。
趣味プログラムだしなー。
不具合が無視できないようなら、アドバイス通り、オーバーサンプリングに切り替えるよ。キャッシングしとけばコストも抑えられるかもしれんしな。
0027デフォルトの名無しさんNGNG
>>26
>キャッシングしとけばコストも抑えられるかもしれんしな。
あ、それやっておいたほうがいいよ。
00288NGNG
>26
つーかここは失礼アマチュアの人のが多いんだね……
雰囲気読めてなかったよゴメン


キャッシングに関してはGetGlyphOutline()を使用しているといってる人
２人共に独自の方法でキャッシュしてるとのたまってたよ＞そのMLでは

GetGlyphOutline()自体が比較的重いAPIだから
根本的に時間にクリティカルな処理を行うのには向かないと思う
画面中に一度に表示する文字数によっては
どの処理よりもボトルネックになる可能性があるよ
0029デフォルトの名無しさんNGNG
3Dゲーになると切り捨てるも何も・・・なあ・・・
0030デフォルトの名無しさんNGNG
>>29
ウダウダ言わんと好きなようにやれ。
0031デフォルトの名無しさんNGNG
そろそろ製品でもvoodooを捨てる傾向が見え始めているよ。
voodooといっても256*256テクスチャ制限のあるやつね（3以前）
003214NGNG
>>19
日本語の文字全部はテクスチャに入りきらないでしょう。
英数字だけならもちろん静的データとして持つよ。（そもそもGetGlyphOutlineなんて使わない）

主な使い道はチャットなんで、事前に用意するのはまず無理です。
でも、チャットにアンチエイリアスいらないか。
003319NGNG
>>14

＞日本語の文字全部はテクスチャに入りきらないでしょう。
＞英数字だけならもちろん静的データとして持つよ。（そもそもGetGlyphOutlineなんて使わない）

ちょっと待った。何故そんなトホホな話になるんだ。
うーん、そういう話は何処にも書いていないんだが。
スマンけど、なんか会話がスレ違ってきちまってる気がする。

整理された有益な会話を望むレスならば、まずは会話の流れとして

＞要するにテクスチャの縮小フィルタオプションでバイリニアフィルタリングを指定して
＞1/2縮小描画して2xサンプリングのAnti〜な出力を得るとかその辺の話だよね。

という確認部分について返事があると嬉しいんだが。
正直、この前提が当たってるのかどうかも分からんと
返答に窮してしまうよ。

よろしく頼むな。
00346NGNG
>28 への質問ではないが、GetGlyphOutline() は重いのかな？
TextOut() を始めとする GDI のテキスト描画 API は、内部でこいつもしくは
相当なルーチンを呼んでいると思い込んでたよ。
つまり Windows でテキスト描画するのに最も高速なのは、
GetGlyphOutline() で独自にグリフを取得して、DC 絡みの調整処理を飛ばして
自力で描画する方法だと思ってた。
紳士プロフェッショナルな方がおられたら、教えていただけるとありがたい。
0035デフォルトの名無しさんNGNG
TextOut()とかと比べりゃ圧倒的に軽いけど
他の画面描画周りの演算と比べるとGetGlyphOutline()は重いってだけじゃない？
なのでテキスト描画のみに限れば6は正しいよ

ただキャッシングした場合と毎回GetGlyphOutline()するのを比べると
圧倒的にキャッシングが勝つってだけ
キャッシュが一切期待できないようなことをするならまた別だね
0036デフォルトの名無しさんNGNG
>日本語の文字全部はテクスチャに入りきらない
それは通常使う意味でのキャッシュ（動的キャッシュ）ではないでしょ。
一回使った文字だけ、次はロードしなくてもいいようにキャッシュに
貯めておくのに使うテクスチャサイズは自由。
入りきらなくなれば利用頻度の少ない文字を捨てるだけ。
00376NGNG
>7 で言い換えた部分だけど、グレイスケールで問題無かったな。
つーかモノスケールって表現の方がおかしい気がする。
あんまり恥ずかしかったので自分で突っ込んでおく。

>35
フォローありがとう。文章読めない奴だな、俺は。

で、ふと思ったんだが、GetGlyphOutline() の GGO_GRAYn_BITMAP だけど
こいつの返すグレイレベル数からみて内部でオーバーサンプリングしている
のかもしれん。(n=2 で 5、n=4 で 17、n=8 で 65)
となると、GGO_BITMAP＆自分でオーバーサンプリングでも、
実行コストをどうこう言うのは馬鹿げていたかもな。

GGO_GRAYn_BITMAP が異常データを返す条件がはっきり分かれば、
GGO_BITMAP に切り替えるふんぎりがつくのだが、本当に誰か知らないだろうか。
ゲームプログラマ失格でもいいからさ。知ってたら教えて欲しいよ。
0038デフォルトの名無しさんNGNG
>>37
>で、ふと思ったんだが、GetGlyphOutline() の GGO_GRAYn_BITMAP だけど
>こいつの返すグレイレベル数からみて内部でオーバーサンプリングしている
>のかもしれん。(n=2 で 5、n=4 で 17、n=8 で 65)
あなたはFreeTypeのソースでもよむとよかろう。
http://www.freetype.org/

ついでにいうと、これをつかえばOSに頼らずに
アンチエイリアス描画できるぞ。
00396NGNG
>38
情報ありがとう。
でも、FreeType1 は高品質グリフを取得するのに
APPLE とのライセンス契約が必要みたいだし、
FreeType2 は GPL なんだね…。(;´Д｀)
わがままでごめんよ。そろそろ逝くわ。
0040デフォルトの名無しさんNGNG
>>39
よく読めー
GPLじゃない、もっと制限の緩いFreeTypeライセンスを使えるよ。
それとVM(Appleの特許部分)はやってみればわかるがなくても十分。
0041通りすがりのNGNG
少し気になったのですが、
エロゲプログラマ御用達ＭＬって、何処にあるのでしょうか？
少々興味が有りましたので．．．
00426NGNG
>39
アーカイブの LICENCE.TXT を読んで理解した。
FTL と GPL の二者択一だったのねん。マヌケだたよ。
早い話、doc に FreeType コードを使用した旨を明記しとけばいいんだね。

ソースはまだ読んでない。へたれなんで多分理解できないしな。(;´Д｀)
ただ FAQ を読むに、オーバーサンプリングやフィルタリング無しで、
256 level の anti-aliased イメージを生成しているわけか。優秀だな。
謹んで有効な選択肢の一つに入れさせてもらっておく。>FreeType2
00438NGNG
>41
ア○スソ○トの妹○雄○さんが運営してるところだよ
0044デフォルトの名無しさんNGNG
なんなんだお前らは。
有用な議論してるのかと思ったら……

プロファイルしろや！！！！！
バカの巣窟。
0045デフォルトの名無しさんNGNG
そして44は巣窟を「すくつ」と読んでいるに１票
0046デフォルトの名無しさんNGNG
プロファイルを取るにはコードが必要、で上の方の話は
コーディング前にベストな手法を他人から聞き出して楽しよーって話(w
004741NGNG
>>43
早速のレス、ありがとうございます。

ア○スソ○トは判るのですが、
妹○雄○と言う方の事は、私の知識ではまったく見当が付きません。
今回はあきらめることにします。

有り難うございました。
00488NGNG
>47
○尾○大さんだよ＞後はgoogleへ
0049デフォルトの名無しさんNGNG
>>46

ゴミ溜め2chの情報乞食に自分で調べろゆーても話聞かんもん。
適当にあしらうなり放置プレイするなりホラ吹き込んで弄ぶなり
好きにしたらええがなー
0050デフォルトの名無しさんNGNG
高低差のあるマップで移動範囲を取得したいんですけど
良いアルゴあります？
17ms以内に処理を終らせたいので･･･
0051　NGNG
>>50
BBXに書いてた人？
0052デフォルトの名無しさんNGNG
>51
BBX?
0053デフォルトの名無しさんNGNG
>>51
違〜う
SRPGを作りたいんです。
タクティクス・オウガみたいの
0054デフォルトの名無しさんNGNG
>>53
SRPGのマップ程度なら、どんなに糞遅いコード書いたとしても17msもかからん。
0055デフォルトの名無しさんNGNG
>>50
それこそプロファイルかけろと言われかねん。
バリバリ3Dでもない限り描画以外の処理はそんなにかからんよ。
素直に実装してみそ。
0056デフォルトの名無しさんNGNG
>>50

まず、その17ms以上かかったという衝撃的ソースコードを
禿しくキボンヌー
0057デフォルトの名無しさんNGNG
http://www.campus.ne.jp/%7Eishigami/CREATION/MAKING/SESS02.htm

は使えない？
0058デフォルトの名無しさんNGNG
WINDOWSのＧＤＩだけしか使わないでアルファブレンディングを表現するにはメモリを直接操作しないと駄目ですか？
0059デフォルトの名無しさんNGNG
>>58

W2K限定ならGDIでも一応は出来るよ。
使い方はここ(↓)に載ってるから。
http://www.microsoft.com/japan/developer/library/default.asp
0060デフォルトの名無しさんNGNG
>>58
http://www.microsoft.com/japan/developer/library/jpgdipf/_win32_alphablend.htm
0061デフォルトの名無しさんNGNG
英語版によるとWin98以降でも使えることになってるが
Win98のAlphaBlendはバグバグで使い物にならん。
実質WinMe/2000以降限定。
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/gdi/bitmaps_6ig4.asp
0062デフォルトの名無しさんNGNG
http://support.microsoft.com/support/kb/articles/Q303/9/16.ASP
0063デフォルトの名無しさんNGNG
>59-62
感謝。ゲーム作成ソフトに、デザインのためのＧＤＩのみでのＡＢが必要だったのです。
もうwinXPも出るしwin98,95ユーザは範囲に入れないことにします。
0064Win98ユーザーNGNG
>>63
デザインの都合のためだけに捨てられるのか・・・(´Д｀)
0065デフォルトの名無しさんNGNG
>>64
ゲーム用のツールでって意味だろ？
製作者側でしかつかわんなら問題ないでしょ。
オープン系の開発ならともかく。
0066デフォルトの名無しさんNGNG
動かないゲームは遊ばなければ良い。ただそれだけの話。

そういえば、某フリーウェア雑誌は、
Win2kでの動作保証はしないと書いてあったな。
0067Win98ユーザーNGNG
動かないことが悲しいんじゃない。捨てられることが切ないの・・・(´Д｀)
0068デフォルトの名無しさんNGNG
＞Win98ユーザー

はいはい。分かった分かった。悲ちい悲ちい。

■人生相談板
http://piza2.2ch.net/jinsei/
■心と宗教板
http://mentai.2ch.net/psy/
■人権問題板
http://ton.2ch.net/rights/

仲間に慰めてもらえ。
後、心療内科に行け。
0069デフォルトの名無しさんNGNG
>>67
まだ結構使われてるだろうWin95なんて、MSにも捨てられてるじゃん。
世の中には、Nimda防ぐためにIE6入れようとして、インストールできないやからもいるんだよ（藁
0070Win98ユーザーNGNG
>>68,69
もっと面白いこと言って・・・(´Д｀)
0071デフォルトの名無しさんNGNG
>>70
正直、そろそろ他所に逝ってほしい。
0072Win98ユーザーNGNG
>>71
面白い。次はマ板にでもいくか・・・(´Д｀)
0073デフォルトの名無しさんNGNG
http://www.cbook24.com/bm_detail.asp?sku=99924304
この本買った人いますか？評価きぼんです。
0074デフォルトの名無しさんNGNG
>>73
昨日書店でパラパラ見たけど、要るか？

この手の〜の作り方本を買うくらいなら、他の基礎的な本を買って読んだ方が
いいんじゃないの？
基礎が出来れいればこの程度の応用ならできるだろうから。
0075デフォルトの名無しさんNGNG
>>74
この板に「RPGの作り方教えてくださ」ってクソスレ立てる奴が一人でも減ってくれるなら、
俺的にはこの本の存在価値を認めてあげても良い。
0076デフォルトの名無しさんNGNG
>>75
かれらが作りたいのはFFだから（藁
0077デフォルトの名無しさんNGNG
彼らってリディアたん一人でしょ。
っつうか、上げんな。
007875NGNG
>>77
007975NGNG
>>77
正直ｽﾏﾝ。78の間違い書き込みもｽﾏﾝ。
0080デフォルトの名無しさんNGNG
まず本を読まずに自分で作って、ゲーム作りの厳しさを知ってから読んで欲しいな。
0081デフォルトの名無しさんNGNG
それでは >>73 の言う本は、「ゲームづくりに一度は挫折した人向けの本」ということでよろしいか？
0082デフォルトの名無しさんNGNG
じゃあ、その本は幅広いニーズが見込まれるということか。
凄いじゃないか。Game Programming Gemsで消化不良おこして
腹をくだすぐらいなら、それ買ったほうがいい。いいよ。>>73
0083デフォルトの名無しさんNGNG
そう？
読んでないけど、キャラクタをクラスにするとか、スクロールのやり方とか、そういう簡単な事しか書いてないような気がする。
0084デフォルトの名無しさんNGNG
それが世の中の需要なんだろ。需要。

「よーし、パパはC++覚えてゲーム作っちゃうぞー」とか言ってるの。もう見て(以下略)

そりゃ売れるさ。
0085デフォルトの名無しさんNGNG
アニメーションを含めてドット絵描く
エディタってどれが良いの？
0086デフォルトの名無しさんNGNG
エッジでしょう。EDGE。
0087デフォルトの名無しさんNGNG
GraphicsGaleもあるでよ。
0088デフォルトの名無しさん NGNG
俺はPaintShopPro3でドット打ってるが、何か
0089デフォルトの名無しさんNGNG
>88
PSPってどうやって点打つの？
太いブラシとかエフェクトしかないんだけど。
ver7なんだけど機能が削られたのかな。
0090デフォルトの名無しさんNGNG
エフェクト関連のツールで、何か良いツール無い？
0091デフォルトの名無しさんNGNG
>>85
漢なら68エミュレータ上でEELを使うしか。
0092デフォルトの名無しさんNGNG
>>73
作者さんは、アドベンチャ−ゲームプログラミング書いた人だね。
これからはじめる人や挫折組みにはいいのでは？
0093デフォルトの名無しさんNGNG
>>85
EDGEとD-Pixedかな。
D-Pixedは昔使ってたけどアンドゥが一回しかできなかったり、
範囲選択中に不用意にクリックするといつのまにか変なところに貼り付け去れちゃってたり
したんで、徐々にEDGEに移り中。
うちのグラフィッカさんは移行が面倒らしく、何度もデータ消しながら泣く泣く使ってる。
データ消えて時に叫ばれる奇声はもう聞きたくないので、そろそろ乗り換えてほしい・・・。

EDGEもD-Pixedになれた身にはちょっと、操作の面倒くささがあってなかなか慣れられないけど。おれは
0094デフォルトの名無しさんNGNG
>>92
プログラム言語が理解できなくて挫折した人のほうが多いと思われるのでツクールを推奨。
009588NGNG
>>89
遅レス御免。

　Ver.3の頃のPSPは今とは別物と考えた方がヨシ。
　イラスト系の絵を描こうとすると相当使えないシロモノだけど、
逆にドット打つのにはかなり便利。
　なんというか、アイコンエディッタ系のソフトを強化したという感じ。

　レイヤー機能が無いのが痛痛痛々々・・・・
0096デフォルトの名無しさんNGNG
定期age
0097デフォルトの名無しさんNGNG
話題がないで脛。
0098デフォルトの名無しさんNGNG
そうで脛
0099デフォルトの名無しさんNGNG
age
0100デフォルトの名無しさんNGNG
ハロー（注意報）。
えっと、Game Programming Gemsの誤植表とかないですか？
クォータニオンの乗算とか盛大に間違えてる気がする。

とりあえず自分で導出したからいいけど、
他にもたくさんあるんちゃうかみたいなー。
0101デフォルトの名無しさんNGNG
コンピュータ本は、コレクション趣味のあるひと以外は
初版に手を出してはいけないの法則。
0102100NGNG
ギャース！ 今の版では直ってるかなー。見てこよっと。
0103.NGNG
>>93 >>85
そうそう、Winってなかなかいいドット絵エディタが見つからない。
俺もD-Pixed使っているけど、ちょっとバグがあるので乗り換えようかなと思ってる。
0104デフォルトの名無しさんNGNG
>>100
マジっすかー。
せっかくだから正誤対応表つくろうよ。
0105デフォルトの名無しさんNGNG
EDGEはわりかしよかですよ。
MSXや68時代のドットエディタみたく、右ドラッグで連続コピーできるし。
0106デフォルトの名無しさんNGNG
オブジェクトの管理ってどうやってる？
例えば、相互参照するようなものの場合、
片方解放しちゃうともう片方からアクセスした場合、
中身は保証されないよね？(運良くアクセスできるかもしれない程度)
やっぱ、生ポインタは危険だから、1クッションおく？
それとも、片方解放した時に、もう片方に解放したというメッセージを渡す？

なんかスマートでこの方法で管理しておけば、ラクだし応用きくぜっ
て言う方法は無いかな？

あ、ここでのオブジェクトは、「敵A」とか「自機」とかのレベルね。
0107デフォルトの名無しさんNGNG
親子関係以外は相互参照持たせないようにするけどなぁ。
0108デフォルトの名無しさんNGNG
>>106
私も知りたいですね。>スマートな管理
Singleton なら static なポインタを仲介して
１クッションですが、そうでないときは
メッセージ流すくらいしか思いつきません。
0109デフォルトの名無しさんNGNG
>>106

>それとも、片方解放した時に、もう片方に解放したというメッセージを渡す？

これが一番いいんじゃない？
0110106NGNG
>>107
いや、むしろ用途的には片方参照しかしない場合でもいい。
参照しているオブジェクトがいつのまにか不定になっている場合の問題を想定してる。

その場合でも、オブジェクトを解放する時に参照している側にメッセージを送るとなると、
どのオブジェクトに参照されているかをリストかなんかで管理しないといけなくなる。
すると結局相互参照になっちゃうわけで。

>>108-109
やっぱ、メッセージ流すのがはやいか・・・。
0111106NGNG
あとワンクッションの方向で考えていたのは、オブジェクトを管理するものを作っておく方法。
オブジェクトを生成したときには、ユニークなIDを割り振り、管理者に通知(管理者側はリストに追加)。
オブジェクトを破棄するときには、管理者に通知(管理者側はリストから削除)。
オブジェクトを参照する場合は、管理者にIDを渡してオブジェクトの実体をもらう、と。
IDに対するオブジェクトが存在しない場合は、オブジェクトが無いよということを返してもらえばOK。
0112106NGNG
ていうか、よく考えたらメッセージ流す方法でも十分か。
とりあえず、オブジェクト生成時に管理者に登録、破棄時に削除するのは前と同じ。
管理者がオブジェクトを削除するときには、リストに登録してある全オブジェクトに
削除メッセージをブロードキャストする、と。
0113デフォルトの名無しさんNGNG
>>112
生成・消滅が頻繁に発生する場合だと
メッセージ配信のコストがリストにつながる数に比例するので
それがネックですね。許容できるかどうか…。
１フレーム毎に１００超えるとキビシイ気もします。
よりスマートな方法はないものでしょうか。
0114デフォルトの名無しさんNGNG
オブジェクトが多くなればどうしてもオーバーヘッドはかさむよな。
生成消滅が頻繁ならばブロードキャストせずに管理リストの方にインスタンス判定
の仕組みをつくっておいて、必要に応じて各オブジェクトがアクセスする。
リストからターゲットのインスタンス情報を取り出すアルゴリズムが勝負になる。
0115114NGNG
あとはすべてのオブジェクトをひとつのリストで管理せずに、
グループ分けして検索対象を最初から絞り込めるようにしておくか。
これ以上は汎用的な話ではなく、ケースバイケースで対象のHit率の偏りを
利用してゆくしかなさそう・・・。
0116デフォルトの名無しさんNGNG
>>106
信じられない！
表示オブジェクト1個1個に実スレッド割り当てる馬鹿は居ない。
0117デフォルトの名無しさんNGNG
>>116
そりゃそうだ。
つーか >>106はそんなこと言ってないんじゃ？
メッセージっていってもスレッド間の非同期メッセージだけじゃないでしょ。
単なる同期関数コールだって、メッセージといえないことはない。
というか文脈からそう思った、常識的に。
0118sageNGNG
COMみたくそれぞれのオブジェクトが参照カウンタをもつ。
カウンタが0になった時点で自分自身を削除する。
カウント処理漏れはスマートポインタでなんとかする。

ただしこれはあまり根本的な解決では無いような気もする。
0119デフォルトの名無しさんNGNG
>>117
スレッドでないにしても消滅するとワーク解放するのが駄目。
0120106NGNG
やっぱ、ブロードキャストせずに、リストをハッシュで実装して1クッションおく方が早い(速い)気がする。

>>116-117
まぎらわしくてすまんのぉ。
オブジェクト間どおしの通知のことだわ。117のとおりで。

>>119
で、ワーク解放しないでどうするの？ほっておくとメモリ食いつぶすけど。
0121デフォルトの名無しさんNGNG
>>120

質問。

デフォルトのnew演算子を使ってるのだろうか。
つまり、「オブジェクト毎のワークの解放動作」がすなわち
「ヒープの解放動作」となってるのだろうか。

もし仮にそうならば、
例えば、解放後のオブジェクトにアクセスしても、OSに叱られない
ようにする方法も模索してみてはどうか。
0122121NGNG
その上で、そのオブジェクト内の固有のIDを検査し
そのメモリ領域が所望の情報をまだ格納してるのか(まだ解放されずに無事なのか)
どうかを吟味すればいいのではなかろうか。
0123デフォルトの名無しさんNGNG
>>120
システム屋がゲーム作ってはいけない見本。
0124デフォルトの名無しさんNGNG
状態を考えましょう。
表示オブジェクトの終了状態とそのメモリを使用しているプログラムの
状態とは別のものです。

よって、表示オブジェクトの終了をもってメモリを解放するのは
間違ってます。
0125デフォルトの名無しさんNGNG
まあ、WINだけの話ということで。
0126デフォルトの名無しさんNGNG
なんか的外れなチャチャ入れてるのがいるな。
0127デフォルトの名無しさんNGNG
ま、生成解放を、
オブジェクトのアクティブ化、非アクティブ化と読み替えても
今までの話は当てはまるんじゃない？

それほど目新しい話でもなかったけど。
0128106NGNG
ｶﾞ−−−Σ( ゜Д ゜)−−−ｿ
無能さが露呈したか

こちらのシステムは、今は「オブジェクト解放＝ヒープ解放」になってる
# はず。処理系のメモリマネージャまかせなんで
で、オブジェクト解放しちまうと、メモリを参照したときに危ないと。
だもんで、
・解放したことを他のオブジェクトに知らせる
・インスタンスがまだあるか(解放されずに無事か)調べて対処する
などと、解決策を考えているところ。

ところで、メモリマネージャを自作して「オブジェクト解放≠ヒープ解放」としたところで、
いつかその解放した領域を再割り当てしてしまっては、
結局間違って参照したときに問題が起きるのでは？

>>123
ｲﾀｲイタイ石投げないで・・・

>>124
了解
0129デフォルトの名無しさんNGNG
>>128
＞結局間違って参照したときに問題が起きるのでは？

例えばどのような問題を懸念する？
0130吾輩は名無しさんであるNGNG
要するにワイルドポインタとかダングリングポインタの問題であろう。
ゲーム内のオブジェクトは相互参照しまくっててややこしいので、
どうフールプルーフを確保したものかと。

吾輩も新オブジェクト管理システム設計中なのでしばし待て。
0131デフォルトの名無しさんNGNG
キャラクターの氏＝インスタンスの氏と分析したのだから
死んだオブジェクトという状態（死体）が必要無いわけでしょ？
上記の等式が成り立たないなら
状態を持って管理しなきゃ。
0132デフォルトの名無しさんNGNG
>>124
>>131

勉強になる。
0133デフォルトの名無しさんNGNG
ダイナミックなプログラムを組むのは止めましょう。
0134デフォルトの名無しさんNGNG
>>130
＞要するにワイルドポインタとかダングリングポインタの問題であろう。

すいません。
後者(dangling pointer)をここで懸念する理由が分からないです。
(前者は定義が分からないので省きます)

つまり、アプリ側が管理するメモリ領域(例えば固定長メモリプール)内の
オブジェクトを指し示すポインタがあるとして、例えばそのオブジェクト内の
固有のIDを調べたら『システムエラー』が発生してしまう、などとという
状況が想像できません。

単にアプリのメモリ管理自体がバグバグのヘボヘボというだけのような
気がするんです。どうなんでしょうか。
0135デフォルトの名無しさんNGNG
かっこいい画面効果教えて
0136デフォルトの名無しさんNGNG
Windowsとかのアクセス保護エラーのイメージなんじゃないの？
単なる整数型のIDだったら問題ないだろうけど、
ポインタだったりすると変なとこりードライトしたり。
関数ポインタだともっとヤバイでしょ。
0137デフォルトの名無しさんNGNG
>かっこいい画面効果教えて
ラスタースクロールこそ時代の先端
0138デフォルトの名無しさんNGNG
ピカピカ〜！！ってやチュウ
0139デフォルトの名無しさんNGNG
>>137
ラスタースクロールって何？
0140デフォルトの名無しさんNGNG
ラスタごとにスクロールするんだよ。
0141デフォルトの名無しさんNGNG
そのまんまか
0142デフォルトの名無しさんNGNG
でも何でそれが先端なんだ＞ラスタースクロール
0143デフォルトの名無しさんNGNG
そんな10年以上前の技術を先端とか言われてもなぁ…
0144デフォルトの名無しさん NGNG
WonderSwanでﾗｽﾀｽｸﾛｰﾙやったらチョット褒められるか？
0145デフォルトの名無しさんNGNG
>>144
もうやってる人がいる。
http://homepage1.nifty.com/open-prog/wonderwitch/index.html
0146134NGNG
>>136
＞Windowsとかのアクセス保護エラーのイメージなんじゃないの？
勿論です。

＞単なる整数型のIDだったら問題ないだろうけど、
＞ポインタだったりすると変なとこりードライトしたり。
＞関数ポインタだともっとヤバイでしょ。
勿論です。

文章がうまく伝わってなかったみたいで、すみません。
補足すると、134では以下の話の流れを元に質問しました。

>>106 → >>121-122 → >>128 → >>129 → >>130 → >>134

元の>>106の話題としては>>119,>>124,>>131辺りの解答が
どうも話の本筋みたいなので、それとは少しズレた質問かもしれません。
0147134NGNG
×　解答
○　回答
0148デフォルトの名無しさんNGNG
>そんな10年以上前の技術を先端とか言われてもなぁ…

ﾏｼﾞﾚｽされてしまった。鬱氏。
0149デフォルトの名無しさんNGNG
>>148
ﾜﾗﾀ、同情するよ
0150デフォルトの名無しさんNGNG
シューティングで、弾が敵に当たったかどうかを判定したいのですが、
敵オブジェクトを弾オブジェクトの判定メソッドに引数として渡すべきか、
弾オブジェクトを敵オブジェクトの判定メソッドに引き渡すべきなのか、
わかりません。
順当にいくと弾に引き渡すほうが自然だと思うのですが、
またはぜんぜん違う方法でやるべきでしょうか。ちなみに言語はＣ＋＋です。
0151デフォルトの名無しさんNGNG
判定オブジェクトに両方渡すのはどうよ？
0152150NGNG
>151
それだ！
３Ｑ！
0153デフォルトの名無しさんNGNG
>>128>>128
例えばオブジェクトの生成はそのシーンの始めに必要な分を配列で一括して
行い、解放もシーンの最後にまとめて行う、じゃ駄目なの?

んで、オブジェクトに flag を持たせて、その flag を見てオブジェクトが
再利用可能か現在使用中なのか判別して管理する、と。 例えば、シーンの
途中で、そのオブジェクトがいらなくなったら解放するのではなく flag を
立てて、再利用可能状態 = そのオブジェクトは解放されている、とする、
みたいに。
0154デフォルトの名無しさんNGNG
オブジェクト指向でＨＩＴーＣＨＥＣＫか、おめでてーな。
通はＯＯＯＯＯ（企業秘密）
0155デフォルトの名無しさんNGNG
>>154
一文字多いぞ(w
0156デフォルトの名無しさんNGNG
>>153
単純なフラグだと、使用を終了した後の配列を直後に別のオブジェクトが
使用した場合、子が死ななくなるのでマズイ。
0157デフォルトの名無しさんNGNG
>>153

それ、一言でいえばメモリプールだと思う。
>>121-122や>>134辺りで出てる話と仕組みは同じ気がする。
0158デフォルトの名無しさんNGNG
子にメッセージ送って、子が全滅するまで親が監視、その後自殺。
これが正しい一家心中。
0159デフォルトの名無しさんNGNG
ＰＰＰ−＠いＪＪｇ．／．Ｕ）００＾＾−＠Ｌ／．ｉ＿ＫＫＰＰ−ＰＰＰ／．
0160デフォルトの名無しさんNGNG
>>153
オブジェクトのデータ構造と、相互参照をどうするかは別々の問題でしょ。
0161デフォルトの名無しさんNGNG
普通は固定配列。
0162デフォルトの名無しさんNGNG
固定寅泰
0163デフォルトの名無しさんNGNG
>>161
C++ の場合は operator new を override すれば良いだけですな。
0164デフォルトの名無しさんNGNG
>>154
気になる〜。ご教授お願いいたします。
0165デフォルトの名無しさんNGNG
混乱してきた。
まず、インスタンスは解放しないってのは前提だよね。
それで相互参照してる相方が非アクティブになったことを知りたいんだよね。

子が死なないとか、一家心中とかってそれと関係あるの？
オブジェクトの集団を管理するオブジェクトを親とよんでる？
子オブジェクト同士の直接の相互参照をさせずに管理オブジェクトを介して
情報やり取りする、という話？
0166150NGNG
>154
まぁ、確かに、ＯＯでいくと、チェックするクラスを独自に作るのは変かもしれないが、
俺の設計がクソだったので、チェックするクラスを追加するとうまいぐあいにいった。
0167デフォルトの名無しさんNGNG
>>165
オブジェクトを生成したオブジェクトが親、生成された方が子。
親子の話は違ったかも。

単に一つの配列の決まった場所、あるいは範囲に各々のオブジェクト用の
ワークを配置して配列番号で見に行けば済む事です。
0168153NGNG
>>153
んん? 子って、どれのことを指してる?
>>157
うん。121-122 の具体例の一つとして上げているだけだね。
>>160
もともと、相互参照が主題ではなくて、オブジェクト解放後
の参照(と解放動作による時間的ロスも?)を防ぐのが目的じゃないの?
相互参照してる相方が生きているかどうかは flag で判断できるし。
0169153NGNG
前の >>153 は >>156 の間違い。
>>156
言ってる意味がわかった。
単純な flag だけじゃだめだね。もう少し工夫しないと。
0170デフォルトの名無しさんNGNG
ついつい相方というのを忘れて、ボスキャラとボスの発射した
ミサイルとか考えてしまった＞親子
0171106NGNG
GameProgramingGemsに生ポインタでなく、ハンドルベースで
リソースにアクセスする方法がかいてあった。
よく読んでないのがバレバレだ。逝って来る・・・。
0172デフォルトの名無しさんNGNG
わはははは。まあまあ、面白いのでいいじゃん。
でもこーゆーネタ載ってるGame Programming Gems（・∀・）ｲｲ!!
0173デフォルトの名無しさんNGNG
こんなんあり申した。
ttp://www2.tky.3web.ne.jp/~yosshin/memo/000213.html
0174デフォルトの名無しさんNGNG
ガベコレ導入してるヒトいます？
0175 NGNG
Flyweight使えば？
0176デフォルトの名無しさんNGNG
この場合にFlyweightが何の役に立つんだ。
0177デフォルトの名無しさんNGNG
>>174
iアプリ開発者は皆一度は導入してみて、やっぱSOには効かないのであきらめて
gc消したりしてると思うのは俺だけ？
0178iアプリ開発者NGNG
いったい何言うて万年。
ていうか、昨夜から致命的に的外れなカキコが散見されるのは何よ。
0179デフォルトの名無しさんNGNG
ここで話されているのはFlyweightのintrinsicな情報ではない。
extrinsicな情報を領域解放せずにどうやりくりするかである。
混乱するから止めれ、意味深な的外れは。
0180デフォルトの名無しさんNGNG
基地外出現してスレ沈む。
0181106NGNG
もしかして俺のこと（；　´∀｀）
0182デフォルトの名無しさんNGNG
(・∀・)ﾝﾅｺﾀｰﾅｲ
0183sageNGNG
相方の状態問題は解決したのかな？
0184デフォルトの名無しさんNGNG
>>106　はとりあえず研究モードに入った。
ここでは・・・
なんか具体例が無いとこれ以上はやりにくい。
0185デフォルトの名無しさんNGNG
ソースにコメント書かない奴、逝ってｲｲﾖホント。
１つの関数に、それと同じくらいの（関数ソースと同程度、もしくはそれ以上の文字数の）
コメントは要るだろ。バグ出して速攻修正出せないゲームメーカーのプログラマは、
大抵このケースだな（コメント書いてない）。
ナイキスト曲線の計算もいいけど、ソース設計をもちっと勉強したほうがいいんじゃない？
って奴が、この業界たくさんいるからなぁ・・・

結論：
コメントがないソースは、自慰ソースという事で。
0186デフォルトの名無しさんNGNG
>>185
のんきに馬鹿にも理解できるように大量のコメント書いてるほど
ゲームプログラムは暇じゃない。
0187デフォルトの名無しさんNGNG
>>185の書いた半分以上がコメントで埋まってるソースを
見てみたい
0188デフォルトの名無しさんNGNG
int i; // 変数 i を整数型で宣言する（初期値は代入しない）
i = 5; // 変数 i に 5 を代入する


とか書いてあるんじゃないのかな
0189デフォルトの名無しさんNGNG
>>188
Mind 使えと言いたくなるね。
0190デフォルトの名無しさんNGNG
＞189
なんすかなんすかそれ？
0191デフォルトの名無しさんNGNG
>>190
日常言語に近い言語。
みていて非常につかれる。

コメントってのはわかりづらいと思われる場所に書くべきものであって
みて明らかな部分にコメントをつけるのはナンセンスでしょ。
0192185NGNG
ahh勘違いすんな、全部が全部実ソースの注釈ばっかって事じゃないぞ。

関数作ったなら、必ずインターフェイス（引数、返り値）のコメント
も作りなさい、って事だ。例えば、

/********************************************************************************
　矩形アルファブレンド処理

　BOOL　AlphaBlendingRect( GRAPHICPLANE PlaneDst,
int PointXDst, int PointYDst
GRAPHICPLANE PlaneSrc1,
int PointXSrc1, int PointYSrc1,
int XSize, int YSize,
GRAPHICPLANE PlaneSrc2,
int PointXSrc2, int PointYSrc2,
int AlphaIn, int MMXFlg ){
　引数
GRAPHICPLANE　PlaneDst　:　出力先プレーン
int　PointXDst　:　フェード開始Ｘ座標
int　PointYDst　:　フェード開始Ｙ座標
GRAPHICPLANE PlaneSrc1　:　入力プレーン１
int　PointXSrc1 :　フェード開始Ｘ座標
int　PointYSrc1 :　フェード開始Ｙ座標
int　XSize : 幅
int　YSize : 高さ
GRAPHICPLANE PlaneSrc2 : 入力プレーン２
int　PointXSrc2 : フェード開始Ｘ座標
int　PointYSrc2 : フェード開始Ｙ座標
int　AlphaIn : アルファ値
int　MMXFlg : ＭＭＸフラグ
　返り値
int　0 : 正常終了
1以上 : エラーコード（異常終了）

*********************************************************************************/

とかな。
最近見た他人のソースで、しっかり書いてる奴あまり見かけん。
まずは！バグ出したくなかったら綺麗にソース書け！
注釈は書いても損にならないし、逆にメリットﾀﾌﾟｰﾘだぞ？
っていうか、ある程度プロでやってるのならわかるっしょ？＞186氏
（プロじゃなかったらスマソ）
0193185NGNG
タブぶっ飛ばされてら・・・きたねえな（藁
ｲｯﾃｷﾏｰｽ
0194デフォルトの名無しさんNGNG
>>193
おお！長い引数派発見！
同士よ！　
0195デフォルトの名無しさんNGNG
>>185　は　>>185で自分で結論つけてるんで、もうこの話はおしまい。
0196デフォルトの名無しさんNGNG
引数をたくさん渡すのなら構造体にしてそのポインタを渡すように
してみてはどうでしょう。
0197長い引数派NGNG
>>196
それはDQNプログラムの見本のようなもの。
一見綺麗に見えるが、可読性はかえって悪くなる。
何を渡しているか見るときにいちいち構造体に置きに行く部分を
見に行かなければならないし、使わない構造体だから忘れる。

結論。引数を縮めるためだけの構造体はDQN。
0198デフォルトの名無しさんNGNG
PointやRectは構造体にしてもよさそうなもんだが。
0199デフォルトの名無しさんNGNG
>>198
そういう場合もあるけど、定数いれて使う場合は不便。
0200185NGNG
その関数を使うためだけに、POINT構造体やRECT構造体使うのは、
あまり得策ではないと考えたため、今に至る。
なぜなら、

void TestProg( POINT a );

のような関数の場合、引数に直接数値を入力する場合

{
POINT Test;
Test.x = 100;
Test.y = 100;
RectProg( Test );
}
と渡さなければいけないけど、構造体を使わずに引数を作成すると、

void TestProg( int x, int y );

の場合、

RectProg( 100, 100 );

の１行で済んでしまうわけDa!
0201デフォルトの名無しさんNGNG
>>200
やはり同士は同じ考えのようだな。ｗ
0202デフォルトの名無しさんNGNG
>>192
ってかプロさんよ。BOOLに対して
＞　返り値
＞int　0 : 正常終了
＞1以上 : エラーコード（異常終了）
は、一応 int 0 と書いてあるからBOOLを int にキャストした場合の
値の事なんだろうけれども、いかがなものだろうか。
0203デフォルトの名無しさんNGNG
>>200
C++でPOINTが適切に定義されていれば
RectProg(POINT(100,100));
ですむがな。しかもわかりやすい。
0204デフォルトの名無しさんNGNG
>>200
せめて、
POINT Test = {100,100};
RectProg( Test );
にしてくれよ。
0205デフォルトの名無しさんNGNG
Point *Test;
Test = (Point *)malloc(sizeof(Point));
SetPoint(Test, 100, 100);
RectProg(Test);
なぞはもってほかでしょうか。
0206デフォルトの名無しさんNGNG
>>203
でも遅い。
0207デフォルトの名無しさんNGNG
>>203
まぁ、Ｃだったらそれは使えないし、
結局は全体としてどう体系化されているかだろうね。
自分だけがインタフェースこだわっても仕方なかろう、インタフェースなんだから。
0208長い引数派NGNG
俺はBOOLなんか使わない。
エラーの種類増やしたい時不便、というのは言い訳で、単純な
構造を好むから扱う型は増やしたくない。

ついでにいうとINTは機種依存だから使わない。
0209デフォルトの名無しさんNGNG
RECT渡ししたい場合はラップすれば済む事。
0210デフォルトの名無しさんNGNG
同じ事やるのに、やたらにソース増やすのはDQN。
0211デフォルトの名無しさんNGNG
>>208
俺は思った。
機種依存性なんて気にする方が馬鹿じゃないかと。
だってintが32bitのコードが16bit環境でまともに動くわけないじゃん。
結局全部書きなおす必要があるんだしね。
0212185NGNG
INTで機種依存か・・・
今、Pieceちゅー奴のプログラムやっとるけど、RiscCPUは
WORDが32Bitなんだな。この前知った俺はやっぱヘボですか？
データ転送でなーんか失敗してたのよね（；´Д｀）
0213デフォルトの名無しさんNGNG
>211
208の発言を好意的にみて、たぶんただのintは使わずに
typedefされたものをつかうぜ！という意味だと思う。
大文字でINTと書いてあるのが謎だけど。
0214デフォルトの名無しさんNGNG
>>211
＞ 結局全部書きなおす必要があるんだしね。
あんたが一般的なプログラマならば「全部」は言い過ぎだろ・・・
それとも全部書き直さなきゃいけないようなコードをいつも書いてるのか？
0215デフォルトの名無しさんNGNG
>>213
intだとちゃんと適正なビット長になってるかどうか判断できないってこと
じゃないの？　速度を極めるならレジスタ長なんかも気にするだろうし。
ま、普通はintは適正なビット長をとるもんだけど。
0216デフォルトの名無しさんNGNG
>>210
ソース量は関係ないだろう、
どっちかというと大事なのはコンパイル後のバイナリサイズだ。
0217デフォルトの名無しさんNGNG
>>214
全部というか、変数の型に依存する部分の話ね。
例えtypedefでUint32とかUint16とか定義しても、
16bitCPUでのUint32演算の速度なんて比較にならないくらい遅いし。
ちなみに当方ゲームＰＧね。
0218長い引数派NGNG
>>211
8-32ビットマシンのどれでも動く様に作ってます。

>>212
WORDってコンピュータの基礎知識的にはそのマシンのbit長。
0219デフォルトの名無しさんNGNG
>>185
暇なのでコメントを昔の俺流に書き換えてみた。
引数いちいちコピってると、うっかり不整合を出してしまったりして
メダパニになるのでこうなったのだ。

今はドキュメント生成ツールを使ってるからどうでもいいんだけどー。

//***************************************************************************
//*　　矩形アルファブレンド
//*
//*　　返り値
//*　　　　0　　　　 : 正常終了
//*　　　　1以上 　: エラーコード
//***************************************************************************
int AlphaBlend(
　　GraphicPlane dstPlane　　　　// 出力先プレーン
　　int dx,　　　　　　　　　　　　　　 // フェード開始Ｘ座標
　　int dy,　　　　　　　　　　　　　　 // フェード開始Ｙ座標
　　int width,　　　　　　　　　　　　 // 幅
　　int height,　　　　　　　　　　　　// 高さ
　　GraphicPlane srcPlane1, // 入力プレーン１
　　int sx1,　　　　　　　　　　　　　 // フェード開始Ｘ座標
　　int sy1,　　　　　　　　　　　　　 // フェード開始Ｙ座標
　　GraphicPlane srcPlane2, // 入力プレーン２
　　int sx,　　　　　　　　　　　　　　 // フェード開始Ｘ座標
　　int sy,　　　　　　　　　　　　　　 // フェード開始Ｙ座標
　　int alpha,　　　　　　　　　　　 　// アルファ値
　　int mmxFlag)　　　　　　　　　　 // ＭＭＸフラグ
{
...
0220デフォルトの名無しさんNGNG
>>219
ふーん、ってかんじだけど、
192よりはこっちのほうがシンプルでいいと思う。コメントのつけかた。
0221デフォルトの名無しさんNGNG
>>213
ちゃうよ。
char,short,long、＋unsignedを使ってる。
intが機種依存なのはCの入門書に書いてあることだし、多機種扱う
PGが機種依存なコード書くのは間違い。
0222デフォルトの名無しさんNGNG
ちょい待ち。まさかchar,short,longが依存しないとか思ってる？
0223デフォルトの名無しさんNGNG
>>197
速度を求めるなら構造体のポインタ渡しなりにすべきだけどね。
保守性って意味ではそうなのかもね。
ケースバイケースってやつだよね。
ね。
0224デフォルトの名無しさんNGNG
>>222
依存しないと思ってる。
0225デフォルトの名無しさんNGNG
>>224
では、K&Rでもお読みあれい。
0226デフォルトの名無しさんNGNG
>>23
引数の数が２、３個なら値渡しにした方が高速な場合も多い。
RISC系はレジスタで渡すしね。
0227デフォルトの名無しさんNGNG
ああ、そういやsignがデフォルトで違う奴があったな。
そういうのはsys/type.h（だったかな？）書き変える。
0228デフォルトの名無しさんNGNG
>>225
いらない。問題起きたら自分で解決する。
0229デフォルトの名無しさんNGNG
charは８ビットとは限らないという衝撃の事実
0230デフォルトの名無しさんNGNG
>>224
依存します。知っておいた方がよい。
0231デフォルトの名無しさんNGNG
Ｃで？
0232デフォルトの名無しさんNGNG
>>228
ってことはそのソースは永遠にあなたの手を放れなくて
永遠にあなたがメンテをおこなうってことね。
気楽でいいなあ
0233デフォルトの名無しさんNGNG
＞231
そうだけどなにか？
0234デフォルトの名無しさんNGNG
>>229
charが8bitでない可能性を考慮するより、
charが8bitでないコンパイラを使わないようにした方が
幸せになれると思うのだが。
0235デフォルトの名無しさんNGNG
>>232
凄く勘違いしてる。
0236デフォルトの名無しさんNGNG
>>227
そういう勝手なことするのはいただけないなぁ。
せめてユーザー定義のtypedefにして欲しい。
あんたがプロジェクトの開発の最高責任者とかなら止めないけど。
0237デフォルトの名無しさんNGNG
＞227
標準のヘッダファイル書き換えか・・・
綺麗じゃないが手っ取り早そうだ。
一緒に仕事はしたくない人種ではある（藁
0238デフォルトの名無しさんNGNG
＞235
え、じゃあおしえてよ
自分のソースを自分がメンテしなきゃいけないってことじゃないの？
それともあなたのまわりはそういうソースをかく人間でいっぱい
ってこと？
まぁ俺の周りもそういうやつでいっぱいだけどさあ
0239デフォルトの名無しさんNGNG
>>238
自分で全部メンテできる範囲でしか仕事しないのか？
過去から未来にかけてあわせて。

他人に引き継げるようなソースを書いて仕様書書いて、
新たなプロジェクトに向かってゆくのがプログラマのあ
るべき姿だろ。
これは、分野関係ないぞ。
0240デフォルトの名無しさんNGNG
>>221
はい、タケコプ^H^H^H^HK&R第２版p.44から。

> char １バイト、ローカルな文字セット内に１文字を保持しうる
> int　整数、通常ホスト計算機の自然な整数サイズ
（注：１バイト＝８ビットとは限りません（マジで））

> (…)守るべき唯一の条件は、shortとintは少なくとも16ビット、
> longは少なくとも32ビット、shortはintより長くてはならず、
> intはlongより長くてはいけないということである。(…)

んで。やっぱり固定長な型が必要だってんで、
C99からはint16_t、int32_tなどが追加されております。
今後はこれを使いましょう。↓

プログラミング言語 C の新機能
ttp://seclan.s5.xrea.com/c99d/

あー疲れた。
0241デフォルトの名無しさんNGNG
>>239 すまん。
「 自分のソースを自分がメンテしなきゃいけないってこと」
ってのは、さすがにそれは俺も思ってない。228に対して
いってるんだよーん
0242デフォルトの名無しさんNGNG
>>238
最終製品は特定機種でしか動きません。
ゲームにメンテなど有りません。（ＤＬ型ネットゲーを除く）
いいかげんというような意味ではなく、ゲームの品質検査は
出荷前にシステム系では考えられないような人員を動員して
行います。

問題が起きるとしたらそのソースを使った別機種での開発中のこと
なので、問題が起きてから解決しても問題無いです。
0243デフォルトの名無しさんNGNG
>>241
あ、誤爆したかな。だったらスマソ。
0244デフォルトの名無しさんNGNG
とりあえず、このageてるヤツとは絶対に仕事したくないな……。
0245デフォルトの名無しさんNGNG
>>240
そんな例外を持ち出して得意になる方がどうかしてる。
0246デフォルトの名無しさんNGNG
>>244
ほんとだ、全然匿名になってない不思議（藁
0247デフォルトの名無しさんNGNG
>>242
もうしわけない、考えてるコンテキストがまったくちがったようだ
0248デフォルトの名無しさんNGNG
>>245 他人を攻撃する事なかれ 自分の無知をただせ
0249デフォルトの名無しさんNGNG
そうすると、今日現れた最初のギョウカイジンらしい>>185の意見とは
食い違ってるな>>242は。
0250デフォルトの名無しさんNGNG
♪ｵｲｵｲｷﾑﾁ♪ｵｲｷﾑﾁ〜
　　　 ＿＿＿
　　　|◎□◎|
ε≡⊂⌒~⊃｀Д´>⊃＜ｱｲｺﾞｰ!ｱｲｺﾞｰ!
　　 ◎￣￣◎
0251デフォルトの名無しさんNGNG
242
あんたのいってる「メンテはイラナイ」ってほうが
プログラミングの世界じゃ例外っぽいぜ。
そんな例外を持ち出して得意になる方がどうかしてる。
0252249NGNG
いや、食い違ってないか。

他機種に移植しろともらったコードが>>249のような人間の書いたもんで、
それに怒って書いたのが>>185ってことか。納得だ。
0253249NGNG
>>252
>>249じゃなく>>242ね
0254デフォルトの名無しさんNGNG
>>242
> ゲームにメンテなど有りません。（ＤＬ型ネットゲーを除く）
昔の小規模なプログラムだったら「毎回スクラッチから開発」でも良いけど、最近の規模になると
やってられません。確かにゲーム業界では、バグフィックスの意味のメンテナンスは存在しませ
んが、機能追加やソースの再利用という意味のメンテナンスは日常茶飯事です。

それに、ソフトウェアを別のプラットホームに移植することだってありますし。
0255185NGNG
>242

うーん、いろいろゲーム作ったけど、発売後のお色直しは半分位ｱｯﾀﾖ。
その辺で稼動している１コイン物も然り。
それを世間様に公表してるかしてないかの差だな。俗に言うマイナーＵＰかな。
プレス初版と２版でデータ違うってのは良くあることｶﾓﾈ。
0256242NGNG
>>254
だーかーらー、文脈を読めつうの。
開発中にchar型が変わるなんてことないだろが。
0257デフォルトの名無しさんNGNG
ふむ。
ここに居るやつらは単体テストという言葉を知らないらしい
コメントは関数の概要だけで詳細まで書く必要は無い。
0258デフォルトの名無しさんNGNG
詳細まで書いてるか？
0259242NGNG
新しい機種が来たら最初に型を調べる。
もし、型が違ってたらソースを変更しなくて済む方法を考える。それだけ。
0260デフォルトの名無しさんNGNG
>>256
とりあえず sage ろ。話はそれからだ。
0261デフォルトの名無しさんNGNG
とりあえず俺は仕事に戻るよ（涙）。Have fun!
0262デフォルトの名無しさんNGNG
>>261
機種依存じゃないコードを書いていれば日曜日のこんな時間に仕事しなくて
済むものを。
0263デフォルトの名無しさんNGNG
型の機種依存の件。約一名を除いて意見が一致したようなので、終了ということで、どうか？
これ以上やっても時間の無駄でしょ、お互いに。
0264デフォルトの名無しさんNGNG
>>263
賛成。機種依存がどうとかという以前の問題なのだが、賛成。
終わり。お休み。
0265デフォルトの名無しさんNGNG
存在しない機種に対応しているほど暇なＫ＆Ｒ（？）ヲタの
意見など気にしないようにしましょう。
0266デフォルトの名無しさんNGNG
>>261

185>１つの関数に、それと同じくらいの（関数ソースと同程度、もしくはそれ以上の文字数の） コメントは要るだろ。

こんなにコメントがあったら逆に読みづらいと思わんか？
ってか、コメントに書いてあることと実処理が違うことがあるから鬱なんだが。
0267185NGNG
漏れも仕事戻る、逝って来ます
移植マジ死ねる
0268266NGNG
>>258だ・・
0269デフォルトの名無しさんNGNG
俺はその関数の使用目的と使用法だけは書くな。
そして書いたら忘れる。
0270デフォルトの名無しさんNGNG
＞265
とくに、型の機種依存性を回避するなんてのは
基本中の基本で、そんなのをやるのに「暇さ」が
もとめられるようじゃ終わってるんだが・・・
謎過ぎ
0271デフォルトの名無しさんNGNG
>>270
だから文脈読めってば。
機種依存性を無くす話を最初にしたのは俺で、
Ｋ＆Ｒ持ち出して存在しない機種への依存性を持ち出したのが居たの。
存在しない機種の型を気にしてchar型放棄するか？
0272デフォルトの名無しさんNGNG
>>271
一番文脈よめてないのはおまえだと思われ。
0273デフォルトの名無しさんNGNG
たとえば>>232なんかはゲーム開発した事の無い奴の勘違いね。
0274名無しサソNGNG
　皆さん、話している前提条件が違っている気がするんだけど・・・。

　個人でWinのゲームを作る人は、そこまで互換性は気にしないし、
プロでコンシュマー機扱っている人は他機種への移植や、他の
プログラマとの連携も考えるだろうし。一人で組む場合は、効率を
考えると他の人に読ませるための手間をわざわざ掛けたくないという
意見もあると思うよ。それでも、最低限のコメントは必要だとは
思うけどね。自分のために。

　とりあえず、コードのメンテ性については状況によるのだから、
どっちが良いと言うことはないと思う。
0275デフォルトの名無しさんNGNG
>>270 >>272
相手にしちゃダメだって。放置、これに限る。
0276デフォルトの名無しさんNGNG
E-mail欄に「sage」と入力すると、そのスレッドは一覧のトップに上がら
なくなります。他のスレッドは上がってゆくので結果的にそのスレッドは
下がってゆくことになります。
0277デフォルトの名無しさんNGNG
まあ、マニュアル君がそれを知らない人を見下すいつものパターンですな。
無視無視。
0278デフォルトの名無しさんNGNG
煽り厨房は無視して下さい。
0279デフォルトの名無しさんNGNG
ちなみに、みんなが下げながら書き込みつづけることを俗に「sage進行」と
いいます。これは大事ですので知らない人は覚えておきましょう。
0280デフォルトの名無しさんNGNG
逆に off topic な話題や中身のない文章を sage ずに書く人を「age 荒らし」と呼びます。これはスレの住人の
みならず、板の住人全員に迷惑を掛け恨みを買う行為ですので避けましょう。
0281デフォルトの名無しさんNGNG
みんなって誰だよ？デンパ？藁
　いかん無視無視。
0282デフォルトの名無しさんNGNG
>>280
仕切り屋は嫌われます。恨みを買う行為ですので避けましょう。
0283デフォルトの名無しさんNGNG
>>274
もちろん多機種に移植の可能性が無い場合はそれで良いと思うよ。
0284デフォルトの名無しさんNGNG
ゲームプログラミング相談室だろ。
個人のプログラムスタイルの話がしたい人はそれでスレ立ててそっちでやってくれ。
0285デフォルトの名無しさんNGNG
ゲーム機での機種非依存プログラミングは常識。
それを「個人のプログラム（？）スタイル」という認識の方が
一般的でない。
0286デフォルトの名無しさんNGNG
いつもageて書き込むデムパがいるようだな
0287デフォルトの名無しさんNGNG
>>286
なんか age てるヤツは一人に見えてきたよ。主張はどうでも良くて、単に構って欲しい
だけちゃうんかと。

……寝よう。
0288デフォルトの名無しさんNGNG
電波君の書き込みは273で終わったかな？
0289デフォルトの名無しさんNGNG
>>273ってなんだろか？
0290デフォルトの名無しさんNGNG
俺のカキコじゃねえかよ！
>>288
文句があるなら具体的に言えや。でなきゃ荒らしだ。
0291デフォルトの名無しさんNGNG
だからデムパ君の書き込みだよ。あといい加減にE-mail蘭に
sage
と書くこともやってみたらどうだい
電波加減が増して泣けてくるよ
0292デフォルトの名無しさんNGNG
文句などないのですが何か？
0293デフォルトの名無しさんNGNG
なんでsageなのか説明せよ。
0294デフォルトの名無しさんNGNG
お、sageを覚えたか
でもだれだかわかっちまうところがおもしろい
0295デフォルトの名無しさんNGNG
俺の方がスゲェ
0296261NGNG
おはよう、諸君。今日もいい天気だ。
結局age荒らしだったのかも知れんな。おつかれさん。
0297デフォルトの名無しさんNGNG
なんかage荒らし君、相当ショック受けたみたいね。

char shot long が機種依存すると言うことに。
担当者だけがわかってればよいソースを書くことは時代遅れであるということに。
それらが常識であることに。
0298デフォルトの名無しさんNGNG
>>185 が最初は反論うけまくってたのに、いつのまにかイイヤツになってるのが
笑える。
0299デフォルトの名無しさんNGNG
>>185(ネタか)以降の流れを冷ややかな視線で眺めていた。
天然でageてるオッサンもオッサンだったが、それに執拗に
粘着して悦に浸ってるタチの悪い人間の存在も見逃せない。

ｼﾞｻｸｼﾞｴﾝ等の常套手段で狡猾に話題をそらし、fjチックな
湿り気たっぷりの論調で因縁を付ける。


　　　　　　なんとファンタスティックな
0300デフォルトの名無しさんNGNG
俯瞰して悦に浸るやつも約一名いるようだ
0301デフォルトの名無しさんNGNG
ﾃﾍ。
0302デフォルトの名無しさんNGNG
>>300
(・∀・)ﾕﾙｼﾃﾖ
0303デフォルトの名無しさんNGNG
許す
0304185NGNG
メモリモデルで厳しく制限食らうような移植は、制限されている関数関連のコンテナ
ごと俺なら入れ替えてしまう。それが一等早い。

愚痴：
何人でＰｒｏｇ組むにしてもコーデックだけはキチンと決めなきゃダメね。
引継ぎのとき大変なんだぞｺﾞﾙｧ＞○▲□の村×！見てるかｵｲ！
0305デフォルトの名無しさんNGNG


ここ、ゲームプログラミング『相談室』だよね・・・。

　
0306デフォルトの名無しさんNGNG
>>305
書き込み無いよりいいんじゃない。最近全然、賑わって無かったし
0307デフォルトの名無しさんNGNG
賑わうったってこの有様じゃあ説得力ねーっぺさ。
お祭り好きはマ板とかゲハ板とかゲロ板に逝けば
幾らでもエンジョイできるしな。

http://pc.2ch.net/prog/
http://game.2ch.net/ghard/
http://game.2ch.net/gsaloon/
0308デフォルトの名無しさんNGNG
祭りがキライだから、ゲハ板やゲロ板へ行ってないくらいなのに、
こちらに持ち込まないでほしい
0309デフォルトの名無しさんNGNG
あげようぜ
0310デフォルトの名無しさんNGNG
　 ∧∧
　（´ー`)　　話題ネーヨ
　　＼ ＼
0311デフォルトの名無しさんNGNG
goto >>97
0312デフォルトの名無しさんNGNG
lol
0313100NGNG
ちなみに第２版でも直ってませんでした。
0314デフォルトの名無しさんNGNG
ゲームスレは荒らされる運命なのか・・・。
0315デフォルトの名無しさんNGNG
質問があります。

bioのとこにも書いたんですけど、、
ttp://www.bio100.co.jp/cgi-bin2/3df/flashviw.cgi?no=5092&reno=no

もしかしたら、訳わかんないことを言ってるのかもしれないんですけど…。
よかったらレスください。。
0316デフォルトの名無しさんNGNG
ライティングって光源処理のこと？
0317名無しサソNGNG
>315
　マルチポストよりは良いかも知れないけど、なんだかなぁ・・・。
DirectX関連のスレは
http://pc.2ch.net/test/read.cgi/tech/991795568/
だから、ちゃんと探してそっちに書こう。

　3Dのライティングは、モデル→ワールドに座標変換（正トランス
フォーム）をした法線・頂点座標を、さらにワールド→ライトに逆
座標変換（逆トランスフォーム）を行ってライト座標系にしてから
行う。何故ライトが逆かというと、ライト座標系もワールド座標系の
子に当たるから。スケーリングによってライティングの結果が
おかしくなるというのは、変換行列がちゃんと正規化されていないと、
変換された法線の大きさまで変わって、ライティング結果がおかしく
なる言う話。多分。

　この部分が理解できてないと言うのは、3Dについての知識が
足らない気がする。Direct3Dを本格的に勉強する前に3次元CG
について勉強した方が良いと思う。自分も人のこと言えるほど出来る
訳じゃないけど。
0318名無しサソNGNG
　あ、逆だ。ゴメソ。

　モデル→ワールド＝ライト→ワールド

　ワールド→ライト＝ワールド→モデル

　最終的にライト座標系で持たれているライトの緒元
（方位、範囲、位置）をモデル座標系に変換して計算
するという話。勘違い。

　自分も到らないね。吊ってくるよ・・・
0319デフォルトの名無しさんNGNG
>>314
荒らし屋のいる時に上げると、荒らされるみたいだね
経験則なんで、いつなのかはわからんケド
0320デフォルトの名無しさんNGNG
元々この手のスレをチェックしてる住人の2/3が
荒らし一歩手前のワナビー学生らしいんだけど
それは公然の秘密だから。
0321デフォルトの名無しさんNGNG
なんだとおおーーー。
それでだまって引き下がるのはゆるせん！
徹底抗戦age!
0322デフォルトの名無しさんNGNG
>321
ヒー勘弁してぇ
0323デフォルトの名無しさんNGNG
>321-322
自作自演でした
0324デフォルトの名無しさんNGNG
>11
いいな俺らなんてＨＴＭＬタグ辞典だよ
0325３２４NGNG
誤爆
0326315NGNG
なんか上げちゃいけなかったようで、、ごめんなさい。
スレ違いも…

317さんありがとうございます。
スケーリングされるとおかしくなるのは分かりました。
”一様でない”とあったのでちょっとよく分からなくなってました。。
行列の正規化は…調べてみます。（汗
正規化すれば大丈夫なんですよね？

でもあと、、DXのドキュメントには
「ライトの位置座標と方向をモデル空間に
トランスフォームし、次に逆トランスフォームする」
ってあるんですが…。
ライトの座標を ライト→ワールド→モデル って変換するんですよね…？
0327名無しサソNGNG
>326
>正規化すれば大丈夫なんですよね？
　大丈夫だと思う。大きさが1の直交座標行列を
かけておけば心配ないはず。ただ、View行列には
最初から逆行列をセットしないと行けないので注意。

>ライトの座標を ライト→ワールド→モデル って変換するんですよね…？
　ライティングは元々D3Dに任せているから、実際にそうやって計算
している現場を見た訳じゃないけど、説明としてはそう書いてあるよ。
IDirect3DDevice8->SetTransformで指定すれば勝手にそうやって
くれるのだから、自前でライティングしない限りは意識する必要はないよ。
0328名無しサソNGNG
　というかここじゃスレ違いだ。>315これ以上続けるなら、
上に書いたDirectXスレで書いてね。

　ゴメソ。
0329315NGNG
行ってきました。
スレ違い失礼しました。。
0330デフォルトの名無しさんNGNG
http://game.2ch.net/gamedev/
いつ移転するのよ?
0331デフォルトの名無しさんNGNG
話題途切れてるし、すぐでもいいと思うんだけど。
あっちに移設しちゃっていい？
0332デフォルトの名無しさんNGNG
>>331
いいと思う。
本来あるべきスレは早々と向こうに立てるべきだと思う。
0333デフォルトの名無しさんNGNG
了解、立てときました。
http://game.2ch.net/test/read.cgi/gamedev/1005040025/

では皆様、今後はあちらにて。
0334デフォルトの名無しさんNGNG
隔離ワナ警告age!
0335デフォルトの名無しさんNGNG
＞ http://game.2ch.net/gamedev/
よりによって、ゲーハー板の真下かよ。最悪だな。
0336デフォルトの名無しさんNGNG
つうわけでゲームで皆がバラバラに再発明してるらしい車輪、
擬似スレッドの話題を振ってみます。
0337デフォルトの名無しさんNGNG
大人しく向こうで暮らしたまえ。
0338デフォルトの名無しさんNGNG
移転の話はゲームプログラミングの話題を嫌っている奴の自作自演です。
引っかからないようにしましょう。
0339プチ9627ｍNGNG
わざわざリンク切れになってるパート２の正しいURLを探してきてまで
そんなことすると思う？(;_;
0340332NGNG
そんな言い方はひでぇよ。

でも確かに向こう今の状況じゃ、そういいたいのもうなづける
0341デフォルトの名無しさんNGNG
すこし、糞スレが沈殿してきた>ゲ術板
このまま安定してくれりゃいいんだが。
0342デフォルトの名無しさんNGNG
だいぶﾏｰﾀﾘしてきた>ゲー術板
0343342NGNG
思い込みだった。まだまだ時間がかかりそう・・・
0344ほげほげNGNG
誰もやりたがらない作業を、進んでしてもらう方法って
皆さんどういう風に叱咤激励して、やってもらってます？
ちなみに私の場合、誰もやってくれないので、私がやる羽目に・・・
プログラマーにシナリヲ書けちゅうのはどうか・・・死にそう。
0345デフォルトの名無しさんNGNG
それはダメすぎない?
0346デフォルトの名無しさんNGNG
脚本家にプログラミングさせるよりマシ
0347Kusakabe YouichiNGNG
In article >>344, 344 デフォルトの名無しさん wrote:

> 誰もやりたがらない作業を、進んでしてもらう方法って

金か女を餌にすると効果的です。
0348Kusakabe YouichiNGNG
>金か女を餌にすると効果的です。

アホですな。とっととしにませ。
0349デフォルトの名無しさんNGNG
>>347
> 女を餌にすると効果的です

クサカベさんとも思えない、女性蔑視の発言ですが。
0350Kusakabe YouichiNGNG
In article >>347, 347 Kusakabe Youichi <[email protected]> wrote:

> In article >>344, 344 デフォルトの名無しさん wrote:
>
> > 誰もやりたがらない作業を、進んでしてもらう方法って
>
> 金か女を餌にすると効果的です。

わたしだったらこの場合の「エサ」はカタカナで書くでしょうね。
0351デフォルトの名無しさんNGNG
ゲームを作るプログラミング言語ってどんなのがいいのですか？特にRPG（作りたいゲームはセガだから余り知ってる人いないかも知れないけど、シャイニングフォースっぽい奴）では。
0352Kusakabe YouichiNGNG
わたしになりすました知能障害者の発言は無視してください。
0353デフォルトの名無しさんNGNG
>351
「RPG」というRPG専用言語があります。
IBMがサポートしていて安心感もあり、おすすめです。
0354Kusakabe YouichiNGNG
In article >>352, 352 Kusakabe Youichi <[email protected]> wrote:

> わたしになりすました知能障害者の発言は無視してください。

「なりすました」とは言わないでしょうね。私なら。
0355Kusakabe YouichiNGNG
In article >>353, 353 デフォルトの名無しさん wrote:

> >351
> 「RPG」というRPG専用言語があります。
> IBMがサポートしていて安心感もあり、おすすめです。
RPG IIは? ;)
0356デフォルトの名無しさんNGNG
Kusakabe 先生のスレ違い／意図不明な書き込みに対する苦情には専門のスレ
が用意されて いるので、このスレでは書かないようにお願いします。そのような
書き込みにコメント をつけるのは、彼と一緒に一緒になって荒らし行為をしてる
のと変わりません。

日下部 陽一先生の隔離スレッド void ***
http://pc.2ch.net/test/read.cgi/prog/1006918877/

＃同意も反論も不要。なんかあったら↑のスレで言ってくれ。
0357Kusakabe YouichiNGNG
In article >>356, 356 デフォルトの名無しさん wrote:

> Kusakabe 先生のスレ違い／意図不明な書き込みに対する苦情には専門のスレ
> が用意されて いるので、このスレでは書かないようにお願いします。そのような
> 書き込みにコメント をつけるのは、彼と一緒に一緒になって荒らし行為をしてる
> のと変わりません。

っていうか、問題なのは私じゃないでしょう。
こういうのをいちいち書く人間では? :)
0358Kusakabe YouichiNGNG
In article >>357, 357 デフォルトの名無しさん wrote:

> っていうか、問題なのは私じゃないでしょう。

「っていうか」とは書かないでしょうね。私なら。
0359デフォルトの名無しさんNGNG
>>357

あんたも相手にするな。
0360Kusakabe YouichiNGNG
In article >>358, 358 Kusakabe Youichi <[email protected]> wrote:

> In article >>357, 357 デフォルトの名無しさん wrote:
>
> > っていうか、問題なのは私じゃないでしょう。
>
> 「っていうか」とは書かないでしょうね。私なら。

それははつみみですね。
0361デフォルトの名無しさんNGNG
Kusakabe 先生のスレ違い／意図不明な書き込みに対する苦情には専門のスレ
が用意されて いるので、このスレでは書かないようにお願いします。そのような
書き込みにコメント をつけるのは、彼と一緒に一緒になって荒らし行為をしてる
のと変わりません。

日下部 陽一先生の隔離スレッド void ***
http://pc.2ch.net/test/read.cgi/prog/1006918877/

＃同意も反論も不要。なんかあったら↑のスレで言ってくれ。
0362KusakabeNGNG
In article >>360, 360 Kusakabe Youichi <[email protected]> wrote:

> それははつみみですね。

「それは」のあとに「、」をいれるでしょうね。私なら。
0363Kusakabe YouichiNGNG
In article >>362, 362 Kusakabe <[email protected]> wrote:

> In article >>360, 360 Kusakabe Youichi <[email protected]> wrote:
>
> > それははつみみですね。
>
> 「それは」のあとに「、」をいれるでしょうね。私なら。

入れないって。
0364デフォルトの名無しさんNGNG
Kusakabe 先生のスレ違い／意図不明な書き込みに対する苦情には専門のスレ
が用意されて いるので、このスレでは書かないようにお願いします。そのような
書き込みにコメント をつけるのは、彼と一緒に一緒になって荒らし行為をしてる
のと変わりません。

日下部 陽一先生の隔離スレッド void ***
http://pc.2ch.net/test/read.cgi/prog/1006918877/

＃同意も反論も不要。なんかあったら↑のスレで言ってくれ。
0365ゆっけNGNG
最近、deta scopetいう携帯を購入したのですが、いろいろプログラミング
などでできるようなのですが、情報が何もなく困ってはいないのですが、
どんなことでもいいので教えてください。現在使用している人いますか？
■ このスレッドは過去ログ倉庫に格納されています