NEETの俺が無料ソフトだけでゲームを作るスレ２

**無職ニート** ◆NGNHsLkT8o · 2006/09/20(水) 17:19:03

そんなわけで２スレ目。

無職ニートのゲーム製作を生暖かく見守るスレです。
開発は全て無料のソフト（ツール）を使って行います。
現在はVC++2005EE+DXライブラリが軸。

有志の参加を、心よりお待ち申し上げております。
ガンガンアップすれ。俺は必ず見るから。

俺のまとめページ
http://rpg.nengu.jp/

前スレ
NEETの俺が無料ソフトだけでRPGを作るスレ
http://pc8.2ch.net/test/read.cgi/gamedev/1152609390/

公式Wiki
http://gamdev.org/w/

あぷろだ
http://gamdev.org/up/upload.php

よし、お前らアップして語り合え。

**名前は開発中のものです。** · 2006/11/01(水) 09:48:37

>>428
お、mfcフォルダもインクルード設定したらResource.rc消さなくても通りました。
ありがとうです。
気持ち悪いのでもうちょっとグーグル旅行してきますノ

そしてうｐGJ

**無職ニート** ◆NGNHsLkT8o · 2006/11/01(水) 09:48:51

>>424
WinProcのcase WM_COMMAND:と、resource.rcのLANGUAGE LANG_JAPANESE, SUBLANG_DEFAULTをコメントアウトしたら見れた。

>>423
まじありがとう。
こういうのほしかった。
すごい参考になります。

ただ、おれノーパソだから３Ｄすげえ重い…
前参考にアップしてもらった「BloodOver」ってゲームも２０ＦＰＳぐらいしか出ないんだが…
素直にパソコン買い換えたほうがいいかな…

**名前は開発中のものです。** · 2006/11/01(水) 09:53:24

>>430
PCスペックうｐ

**名前は開発中のものです。** · 2006/11/01(水) 10:01:13

>>430
重いのかぁ･･･
Q押してどのくらいFPS出てるか見てもらえるかな。
そして、同じくPCスペックきぼん。

公開する気はさっぱりなかったので簡単に操作アレコレ。

十字　上下左右移動
A,S　　左右回転
D,F　　移動速度加速減速
1~5　　拡大縮小
Q　　　情報色々＋
W　　　チップ見やすく(左上のセルを白にしてるだけ)
R　　　マップ再読み込み

**無職ニート** ◆NGNHsLkT8o · 2006/11/01(水) 10:30:54

>>431 >>432
えっとな、
ＣＰＵ：ＰｅｎＭ　1.0Ghz
メモリ：５１２Ｍ
ビデオ：オンボード（Ｉｎｔｅｌ　82852/82855 GM/GME)　６４Ｍ

スペックはこんなの。

ＦＰＳは拡大すれば、５０ＦＰＳくらい出るんだが、縮小（４キーぐらい）すると
３０ＦＰＳくらいになる。
いま、デスクトップのパーツ集めて一台作ろうかと考え中。

**名前は開発中のものです。** · 2006/11/01(水) 11:27:30

>>433
デスクトップ作っちゃいなよ。
余ったパーツとか持ってなさそうなので出費はでかいが…。（さらにNEEET）
さすがに>>423が重いとなると開発環境としても不自由でしょう。

**名前は開発中のものです。** · 2006/11/01(水) 12:52:52

>>433
スペック晒しありがとん。
そのくらいでも結構処理落ちするのね。
足引っ張ってるのはGPUなんかな？

うぉー、他に決まっててコーディングすることもあるのに、
色々妄想してコーディングにいけねぇｗ

**名前は開発中のものです。** · 2006/11/01(水) 15:25:28

通りすがりですが当方mingwで確認しました。
sempron1.6G+geforce mx420ですが縮小5で62程度FPS出てました。

**名前は開発中のものです。** · 2006/11/01(水) 23:53:50

PenMで動かないのか。
痛いな。友達とかノートユーザー多いし
やってもらうには3Dゲームじゃなきゃ
DirectXGraphicsに移行出来ないな。

**名前は開発中のものです。** · 2006/11/02(木) 06:42:27

PenMじゃなくてGPUが悪い

**名前は開発中のものです。** · 2006/11/02(木) 07:26:46

3Dよりもスクリプトを組み込むほうが重要

**名前は開発中のものです。** · 2006/11/02(木) 11:49:04

>>438
んなこたぁわかってるよ。
｢PenM乗ってる(ほど最近の世代の)ノートＰＣでも｣
って意味だよ。
そのぐらい補完しろよ。

**名前は開発中のものです。** · 2006/11/02(木) 12:02:24

個人作成のゲームなんだし、i815のオンボードで動くぐらいのにしたら？
もしは865Gぐらいとか
オンボードでも結構まともな速度でるよ？

**名前は開発中のものです。** · 2006/11/02(木) 12:30:56

最近はｹﾞﾌｫ6200くらいのオンボードもあるしねぇ。
でも話の本質は、開発環境がきついって事だよ。
スケルトンの>>423でFPSが満足に出ないと3D開発自体がままならない。

**名前は開発中のものです。** · 2006/11/02(木) 12:52:38

>>442
プレステエミュをセレロン1Ghz・i815オンボードでDirect3Dプラグイン使って動かしてるが快適だぜ？
640x480x16でプレステレベルの3Dはi815でも十分可能

**無職ニート** ◆NGNHsLkT8o · 2006/11/02(木) 16:37:16

>>434
パーツは少しはあるのよ。
一応ＨＤＤさえ買えば一台組めるくらい。
でも、Pen4マザーでラデオンＸ２００オンボードなのがあるから、こっち使いたいんだが
Pen4もってない…

>>435
完全にＧＰＵだね。ＰｅｎＭは結構優秀だし。

>>436
うは、ゲフォＭＸにも負けるのか…

つーわけで、昨日から勉強しなおし中。
一応分かってきたつもり（？）なので、アップした。

時間がある方ツッコミ頼む。
http://teamnava.blog79.fc2.com/
ブログにアップしといた。

**名前は開発中のものです。** · 2006/11/02(木) 18:02:55

>>444
おおいいね。
カラテカみたいだ！
あとでよく見させてもらうけど、メンバ関数にvirtual付けるならデストラクタにも付けないの？
継承する可能性があるから仮想関数にするわけで、俺なら念のためデストラクタにも無条件で付けちゃうけど。

そのブログって重いね。
DLに時間がかかった…。

**名前は開発中のものです。** · 2006/11/02(木) 18:48:28

>>444
モデルがおもしろモデリングすぎて鼻水ふきそうになったｗ
ソースはクラスが勉強中でいまいちよくわからんので、
よくもわるくも教材として覗かせてもらいます。

>>445
ファイルを置いてあるのはgamedevのうｐろだっしょ。

ユーザー側のPCはどのくらいのスペックを想定したらいいのか。
FF11が普通に動きますよレベルってのは、やはりかなり敷居が高いのかなぁ。

**名前は開発中のものです。** · 2006/11/02(木) 19:23:23

>>440
無理っす

**名前は開発中のものです。** · 2006/11/02(木) 19:25:29

>>444
GJ!!
あと音を出せるようになれば、DirectXは卒業じゃね？

**名前は開発中のものです。** · 2006/11/02(木) 21:26:20

ところで『ＤｉｒｅｃｔＸ逆引き大全５００の極意』には
Ｘファイルの”アニメーション”については詳しく書かれてる？

・・・・近くに本屋がないので聞いてみようかなと

**無職ニート** ◆NGNHsLkT8o · 2006/11/02(木) 21:36:24

>>445
あー、また忘れてた。
１Ｍ無いくらいだから勘弁してちょ。

>>456
もでりんぐは勉強中っす。まだまだうまくいかんです…
参考になれば幸いです。
ＦＦ１１の普通レベルならまあいいんじゃない？
でも、軽いことに越したことはないけどねー

>>448
ま、まじっすか？それはいいすぎかとｗ
まだ、テクスチャとかアニメとかやること沢山だよ…
モデリングも勉強中～

>>449
アニメーションメッシュもスキンアニメーションも解説されてるよ。
ただ、紙媒体での解説は殆どない。
自分でソース解析するかんじ。
ソースも沢山付属されてるので、これとネットでちょっと調べればいけると思う。
この本はかなり出来がいいと思うんで一回立ち読みいってみれば？

**449** · 2006/11/02(木) 22:24:50

>>450
サンクス！！
そっか、概略だけ書いて後は自分で見て調べろって事か。面白そうｗ
かなり良さそうなんで、交通費かかるけど今度見てきます

**名前は開発中のものです。** · 2006/11/02(木) 23:49:04

俺もつられてＤｉｒｅｃｔＸ逆引き大全５００の極意をこの前買ってきちゃったけど
ある程度軌道に乗るまできついだろうね。
乗っちゃったらあとはリファレンスとして活用できそう。
>>450のとおり、CD-ROMをなくしたり付属してない中古本だったりしたらちょっとやばいかも。

**名前は開発中のものです。** · 2006/11/03(金) 00:35:14

宗教上の理由により、DirectX9をインストール出来ないんで、試すことができねぇorz

**名前は開発中のものです。** · 2006/11/03(金) 01:31:06

>>451
つkonozama

**451** · 2006/11/03(金) 21:38:49

>>452
独学には慣れてるんで何とかなるかなぁと。
とりあえず買うときは新品を買うようにするよ

>>454
一度読んでみたいんで本屋に行く予定。
目次くらいしかネットにないし、何の情報もなしで買うのに抵抗があるｗ

**名前は開発中のものです。** · 2006/11/05(日) 02:34:10

すいません、質問なんですけど、
DXライブラリを使っているのですが、メモリ上に画像をロードしておくとき、
いくつもの画像ファイルをロードしたり、メモリ上の画像を使ってさらに別のメモリ上にロードしておきたいのですが、どうすればいいんでしょう？
プログラムの冒頭で一括してロードしておいて、使いたいときにメモリから描画したいのです。
よろしくお願いします。

**456** · 2006/11/05(日) 03:08:23

あ、語弊がありそうなので。
いくつもの画像ファイルを読み込む場合は、それぞれのハンドルにそれぞれのファイルを読み込めばいいと思いますが、
複数の画像ファイルをひとつのハンドルに読み込ませて、そのハンドルが指しているメモリ上から好きなように切り取って来たりは出来ないのでしょうか？
また、読み込んだ画像から切り貼りして別のメモリ上に読み込むことは出来ませんか？

HSPで具体的に言うと、
buffer 2:picload "img1.bmp"
buffer 3:picload "img2.bmp"
これでバッファ2と3にそれぞれの画像がロードされ、
gsel 0:gcopy 2,10,10,30,30
のように一部分をメイン画面に描画出来ます。
また、
buffer 4:pos 0,0:gcopy 2,20,20,40,40:gcopy 3,30,30,50,50
gsel 0:gcopy 4,0,0
のように、バッファ2,3の一部から、全く新しいバッファ4を作り、それをメインに描画することが出来ます。

**名前は開発中のものです。** · 2006/11/05(日) 03:15:50

使ったこと無いけどこれじゃね?

int DerivationGraph( int SrcX, int SrcY, int Width, int Height, int SrcGraphHandle ) ;

概略　
指定のグラフィックの指定部分だけを抜き出して新たなグラフィックを作成する

引数
int SrcX, int SrcY : グラフィック中の抜き出したい矩形の左上座標
int Width, int Height : 抜き出すグラフィックのサイズ
int SrcGraphHandle : 抜き出したいグラフィックのハンドル

戻り値
－１：エラー発生
　－１以外：新しいグラフィックのハンドル

**456** · 2006/11/05(日) 03:50:27

>>458
あああすいません；；
ありがとうございます。
それで抜き出して新たな画像を作れます。
しかもDrawRectGraphで矩形読み込み関数もありました；；

DerivationGraphでは一つのファイルからしか作成できないのですかね…？
いくつものファイルまたはメモリ上の画像から、一つの画像をメモリ上においておきたいのですが。
また、いくつものファイルじゃなくて、一つのメモリ上のチップ画像から一つの大きな画像を作っておいたり。
マップチップからマップを作るような感じです。
例えば、
○
△
□
という画像があったとして、新たに
△
△
□
○
□
のように好きなように並べたいのです。

**名前は開発中のものです。** · 2006/11/05(日) 04:41:13

自分で便利なように作ったらええがな…

**名前は開発中のものです。** · 2006/11/05(日) 08:34:14

非推奨だけどハンドルを持つグラフィックに書き込めたはず
h = MakeGraph
SetDrawScreen(h)
みたいな
事前に呼ばなきゃいけない関数もあったはずなので公式の掲示板でもチェックしてくれ

**無職ニート** ◆NGNHsLkT8o · 2006/11/05(日) 11:47:33

おはようございます。
最近モデリングやっててプログラムは手をつけてない。
モデルが出来たらボーンいれてアニメをやってみます。

>>459
まず、どういう用途で使うかを言ったほうがいいと思う。
なにで使うか分かれば、効率のいいやり方を答えてくれると思うよ。
何作ってるのかはしらないが、画像処理系（並べ替え）？

**名前は開発中のものです。** · 2006/11/05(日) 16:19:08

ども、ブロック崩しです。
亀レス本当に申し訳ありません。
ブロック崩しの方は前回指摘されたバグは改良したつもりです。
それと、今回は次企画の3Dのゲームもなんとか動かせるくらいまでは出来たので
ちょっとうｐしてみたいと思います。

ブロック崩し
ttp://gamdev.org/up/img/8036.zip

3Dゲーム
ttp://gamdev.org/up/img/8037.zip

**名前は開発中のものです。** · 2006/11/05(日) 17:48:23

>>463
パスの分割にstrtok_sを使ってるけど、これってパスに日本語が含まれてるとヤバくない？
Cの標準関数で文字列処理するやつはたいてい問題あるのが困るよな

**名前は開発中のものです。** · 2006/11/05(日) 22:08:13

>>463
ブロック崩しの方を
ベクターに登録してみてはどうですか？
登録してみると
分かることがあるような気がします。
それと、ブロック崩しで
音楽がならないようなのですが。

**名前は開発中のものです。** · 2006/11/05(日) 23:49:38

画面端でボールを挟むようにするとぷるぷる震えながら真上に飛んでハマるなｗ
開始時はじっこからやると再現しやすい。
なぜか一列同時に消えることもあるし。
多分壁の当たり判定が甘いんだろう。
ボールがめりこんでから判定してるぽ。

**名前は開発中のものです。** · 2006/11/06(月) 14:58:37

ども、ブロック崩しです。

strtokは分割しているだけですから、文字化けとかの心配はないと思いますけどね。

あとで何度かデバックしてみたら、全然バグりまくってました...orz
バーも移動することを考慮したあたり判定にしないとめり込みますね。

**名前は開発中のものです。** · 2006/11/06(月) 17:24:03

>>467
文字化けというか…まぁいいや。
機会があったら、_mbstok_sとか_tcstok_sとか検索してみてね

**456** · 2006/11/06(月) 19:19:05

>>462
スロットゲームなのですが、各絵柄を読み込んだ後、メモリ上に一列のリール配列を読み込んでおいたほうが都合がいいのです。

**無職ニート** ◆NGNHsLkT8o · 2006/11/06(月) 22:43:06

>>467
ブロック崩しやったよー。
これはまあこのくらいでいいんじゃない？
切り上げて次の３Ｄがんばってくれー

>>469
その場合は画像をゲーム内で動かす必要は全く無いでそ。
配列でリールの絵柄番号持って、その数字によって表示する画像を変えればおｋ。
まあ、自分でも言ってるけどＲＰＧのマップと同じだね。

昨日は突然の頭痛と吐き気で、薬飲んで寝てた…orz
今日は一日３Ｄいじってた。
簡単に服着せて、ボーン入れてアニメ作った。
なかなか難しい…RokDeBone2ってやつ使ったんだが、ミコトとどっちがいいんだろう？

**456** · 2006/11/07(火) 00:55:42

>>470
それだと都合が悪いのですよ。
配列にそれぞれの画像を読み込ませただけだと物凄く効率が悪いのです。
なので絵柄からリール配列（一本21コマになります）を3本作ってしまった方がいいのです。
画像ファイルそのものをそのような画像にしてしまえば解決しますが、汎用性がないですし。。
メモリ上の画像を加工（といっても簡単な切り貼り）する方法はないのでしょうか…。

（ウィンドウ画面をリール配列の大きさにし、その画面からメモリにコピー（GetDrawScreenGraph）してみましたが、
透過出来ない＆色がおかしくなる＆ユーザーに見えてしまう等でだめでした。）

**名前は開発中のものです。** · 2006/11/07(火) 01:29:10

>>471
>配列にそれぞれの画像を読み込ませただけだと物凄く効率が悪いのです。
何がそんなに効率悪いのかkwsk

**456** · 2006/11/07(火) 02:12:55

>>472
それを話すと長くなってしまうのですが、
各コマに一枚ずつパタパタと表示するのではなく滑らかに少しずつ回転させようと思っています。
その時に配列に読み込ませただけだと、枠上、枠下の中途半端なコマの制御や判定（リールがちゃんとした所に止まる制御）等、効率が悪くなってしまいます。
また、左中右の３本分の制御だけでなく（それでもいいのですが敢えて）、3*3+6（枠外分）の15コマ全てでやろうと思っています。
もし１本のリールが作れてしまえば、一番上のy軸の取得だけで簡単に位置を取得できたり、止まるべき位置も把握しやすいです。

ところで画像ファイルからチップを組み合わせてメモリ上に一枚の画像を作り出して読み込んでおくことは、そんなに行われない事なのでしょうか？
多分>>1NEETさんは、マップのチップを配列に読み込んでおき、描画するときにをれぞれを逐一描画しているのだと思うのですが、
例えば街に入ったときに、メモリ上に街のマップを一括して一つの画像にしておいたりしてもいいのではないでしょうか？
（そうなると当たり判定が煩雑になりそうですが、街に限らずそういった手法もアリだとおもうのですが。。）

**無職ニート** ◆NGNHsLkT8o · 2006/11/07(火) 02:13:47

>>471
多分根本的に考え方がわかってないので、文章じゃなくてソース。

http://gamdev.org/up/img/8050.zip

３０分くらいで作ったので汚いが勘弁な。

配列には数字がはいるだけだよ。
あと、画像処理にＤＸライブラリとかは使わない。
普通はバイナリで読み出して処理する。

**456** · 2006/11/07(火) 02:47:57

>>474
３０分も時間かけてもらってすみません。
出来れば早くレスしたいのですがまだソースをながめさせてもらっている状態です。
時間も遅いですので、ダウンロードさせてもらったという事だけ報告させていただきます。

**名前は開発中のものです。** · 2006/11/07(火) 12:06:56

マップチップで描画するのも、一枚絵で描画するのも描画面積が一緒ならコストは殆ど変わらないだろ
8bit機から出直すがよろし

**名前は開発中のものです。** · 2006/11/07(火) 15:31:37

このスレに触発された
金かけたくないからとりあえずttp://wisdom.sakura.ne.jp/programming/c/index.htmlを一通りやった。
ゲーム作ってみたいんだけどそろそろ本買った方がいいかな

**名前は開発中のものです。** · 2006/11/07(火) 18:48:50

1600*1200の画面に点を打つのと一枚絵を表示するのと殆んど変わらないのか？

**無職ニート** ◆NGNHsLkT8o · 2006/11/07(火) 18:59:20

アニメーション付Ｘファイルは適当に出来たんだが、プログラムでどうやったらいいかが
まだ理解できてない…orz
解説では、この辺りはコピペでおｋみたいに書いてたんだが、ほんとにいいのか…？

>>476
そりゃスロットならいいかも知れんけど、ＲＰＧのマップとかだったら死ぬだろ。
32x32で16ビットの画像を128x128で作ったら約２６０Ｍとかだぞ。
そもそも、456タンは「画像ファイルそのものをそのような画像にしてしまえば解決しますが、汎用性がないですし」
って言ってるし。

>477
何が作りたいの？
本かうのはわからなくなったらでいいとおもうよ。
とりあえず、ＤＸライブラリのＨＰを隅から隅まで読むと、簡単なＳＴＧくらいは作れそう。

**名前は開発中のものです。** · 2006/11/07(火) 18:59:33

このスレはなんか居心地がよい。

ところで本題。

色々いじってて衝突判定を導入し始めようかと思ってるんだけど、
どういう本がオススメなのかねぇ･･･

ゲームプログラミングのための3Dグラフィックス数学
ttp://www.amazon.co.jp/gp/product/4939007375/

ゲームプログラミングのためのリアルタイム衝突判定
ttp://www.amazon.co.jp/gp/product/493900791X/

今のところ上の二つを検討してるけど、
一冊あたりが結構するから手軽に買うというわけにもいかなくてなかなか･･･

手持ちは
C++の基礎の本と「DirectX逆引き大全500の極意」だけな感じで。

「DirectXゲームグラフィックスプログラミング Ver. 2.0」は一緒に買うつもり。

ほかになにかオススメなのがあったら教えて欲しいところ。

**無職ニート** ◆NGNHsLkT8o · 2006/11/07(火) 19:03:14

>>479
計算間違えた…orz
>32x32で16ビットの画像を128x128で作ったら約２６０Ｍとかだぞ。
１チップ32x32で１６ビットの画像=約4kb
それを128x128個敷き詰める=65Mb

**名前は開発中のものです。** · 2006/11/07(火) 19:07:46

>481
>１チップ32x32で１６ビットの画像=約4kb
2KBじゃまいか。

**名前は開発中のものです。** · 2006/11/07(火) 19:11:23

>>482
正解。ググル様便利。
ttp://www.google.co.jp/search?hs=XDi&hl=ja&safe=off&client=firefox&rls=org.mozilla%3Aja%3Aofficial&q=128%5E2*32%5E2*16bit&btnG=Google+%E6%A4%9C%E7%B4%A2&lr=lang_ja

**無職ニート** ◆NGNHsLkT8o · 2006/11/07(火) 19:14:20

>>482
うわーさらにミスった。はずかしい。
最終的に３２Ｍくらいか。単純計算だけど。

>>480
どっちも高いなー
正直この本を読めるレベルなら、「DirectXゲームグラフィックスプログラミング Ver. 2.0」は
いらないと思う。
どちらにしても本屋に行って立ち読みしてからで。
衝突判定なら他に選択肢は無いんじゃないの？

**名前は開発中のものです。** · 2006/11/07(火) 19:22:30

476は逆にメモリ使用量じゃなくて速度の事を言っているんじゃないか？
で>>478
一長一短じゃないか？

**名前は開発中のものです。** · 2006/11/07(火) 19:40:40

>>485
どうしようもない低スペックPCまで面倒見るならともかくとして、
手間を考えると自分が把握しやすいほうにするのがいいと思う。

>>484
近場に大きい本屋ないから何かのついでに街に出たときに立ち読みかなぁ。

とりあえず、衝突判定は後回しでモデリングでもしてるとしよう。

**名前は開発中のものです。** · 2006/11/07(火) 20:56:27

速度だったら、一枚絵にしてUV切り替えれば速い。

**476** · 2006/11/07(火) 22:57:19

殆ど変わらないってのは速度の事ですよん
当然、マップチップ方式推奨です
スロット一週分の一枚絵をわざわざ作る必要なないと言う意味で言ったんだけど…
一部誤解されてるようで

>>478
1600*1200に点の打つってのは全領域をPutPixelとかで埋めるって事？
そんなあほなシチュエーションは無いとおもうけど、関数呼び出しとアドレス計算の
コストが1点を打つことを上回ってるのでそれは…
32x32とか64x64のマップチップを画面に敷き詰めるのと一枚絵とではさほど差はないと思うけどね
CPUのみでのソフトウェア描画なら、重複チップが多ければキャッシュに乗るかもしれないので
一枚絵より速い事もあるかもね

**名前は開発中のものです。** · 2006/11/08(水) 00:24:05

>>488
横槍失礼。
PutPixelはあほだけど、DIB使えば点打つのと画像転送は
ほぼ一緒の速度になるんじゃないですか？
もちろん、Bitbltはアクセラレータかかりまくるから例外ですが。

**456** · 2006/11/08(水) 00:33:23

>>474
遅れましたがありがとうございました。
結局こういう方式でやるのが普通なのですかね。

＞画像処理にＤＸライブラリとかは使わない。

画像をアルファブレンドしたり加工して使う場合には、ライブラリの関数から直接的にするしかないようですが、
メモリ上で加工しておいて間接的に表示させる方法はDXライブラリの範囲外ということですね、。

DirectXは物凄く早いですね。
チップを並べて要らない部分をボックスで隠しても余裕でリフレッシュレート分まで出ます。
今までHSPなどを使っていたのですが、うまく垂直同期しない、タスクをOSに渡す時間が曖昧（タイマーが曖昧）、命令自体が重い（DirectXのプラグインを使えば緩和しますが）
等で色々小細工をしないといけませんでした。
今回、色々試してみて勉強になりました。
一度バッファ画面の方もいじってみたら、グラボがチリチリ音を立てて慌てました；；
それだけハードウェアに近いのかな？とも思いました。

**名前は開発中のものです。** · 2006/11/08(水) 01:43:04

>>489
そりゃ一つの関数内で直接メモリ連続でいじればな
でもそうすると、点を打つという表現とは違うじゃない
点を打つというからには、最低でも

*(vram + x + y * width) = 0xFFFF

ぐらいじゃないとね

**名前は開発中のものです。** · 2006/11/08(水) 01:56:12

>>490
俺もPC-98全盛の頃16MHzのマシンでN88-日本語BASICを使って
敵の思考ルーチンを何とか3行程度で収めようと必死になってたのに、
C言語やアセンブラでは(BASICやってた俺からすると)割と贅沢に
何行も思考ルーチンがあったりして処理速度の違いを思い知らされたもんだ。
　133MHzもあれば何やっても処理落ちしなかったもんだが、遅い言語で
組んでるとGHzの環境でも不自由するんだな。

**名前は開発中のものです。** · 2006/11/08(水) 02:24:03

スクリプト言語＋ソフトレンダリングと
C言語＋Direct3Dハードウェアアクセラレーションでは
人とジェット機を比べるくらいの速度差がありますな。

**無職ニート** ◆NGNHsLkT8o · 2006/11/08(水) 09:56:38

おはよおござます。
今日こそアニメーションを組み込む。
んで、出来れば敵キャラの配置とかしたい。

>>490
>結局こういう方式でやるのが普通なのですかね。
そだねー普通というか、一番簡単だと思う。
今のパソコン早いから、２Ｄならよほどおかしい事しないと重くならないよ。
ＨＳＰも２Ｄなら問題ないと思うけど。
確かにawaitとかのタイマー周りは…

**名前は開発中のものです。** · 2006/11/08(水) 23:29:23

ブログのアニメモエス。さすがだな。

**名前は開発中のものです。** · 2006/11/09(木) 00:05:20

mikotoはxファイル出力できないから論外じゃないか？

**無職ニート** ◆NGNHsLkT8o · 2006/11/10(金) 11:51:52

>>495
なんか適当に作ったら、あーなたよ。

>>496
ヘルプ読んでて気づいた。なんで使ってない。

アニメーションメッシュの読み込みとかは出来たんだが、開放する時に変なエラーがでる…
ちゃんとやってるはずなのに…
とりあえず、もう一回分かりやすく書き直し。
もう２日くらいアニメーションメッシュ以外は触ってない…

**名前は開発中のものです。** · 2006/11/10(金) 14:15:00

ゲーム製作講座の続きに期待

**名前は開発中のものです。** · 2006/11/10(金) 14:23:09

ところでDXライブラリに関して質問

こういうクラスがあるとして

class teki{
　　int x,y;
　　int graphic;
public:
　　teki();
　　Draw();
}

teki::teki()
{
　　LoadGraph( "teki.png" ) ;
}

このクラスをnewで作って、いらなくなったらdeleteする場合
deleteの前にDeleteGraph関数で読み込んだ画像を削除する必要ってある？

**名前は開発中のものです。** · 2006/11/10(金) 15:03:14

そりゃあるだろう。C++がLoadGraphの後始末の方法を知ってるわけないからな。
ちなみに teki クラスを沢山作るつもりなら、teki()で作るんじゃなくて
それより上位のほうでロードして、そのグラフィックハンドルを使いまわす
ようにしないと資源の無駄使いだよ。

**名前は開発中のものです。** · 2006/11/10(金) 15:07:26

×teki クラス ○tekiクラスのオブジェクト

**名前は開発中のものです。** · 2006/11/10(金) 15:19:41

>>500　>>501
deleteって全部j綺麗に消してくれるイメージがあったもので

>ちなみに teki クラスを沢山作るつもりなら、teki()で作るんじゃなくて
>それより上位のほうでロードして、そのグラフィックハンドルを使いまわす
>ようにしないと資源の無駄使いだよ。

本当にそうですね…参考になります。

◆uSxKWVuNjw · 2006/11/10(金) 17:14:49

順調？

**無職ニート** ◆NGNHsLkT8o · 2006/11/10(金) 18:44:50

>>498
すんませんー滞ってます。
でも明日書くよ。

>>499
DXライブラリは読み込んだ画像データは内部的に持つのよ。
なんで、tekiクラスのint graphicには画像番号みたいな数字が入るだけ。
だからそのgrahicをdeleteしちゃうと、画像を指してる番号がわからなくなって、ずっとけせなくなる。
できれば、画像はそれを管理するクラス作ったほうがいいよ。

>>503
順調ではないよ…ワンスキンメッシュのアニメーションで躓いてる。
でも、もーすぐできるはず。ここ２日くらい色々よんで勉強したから。

どこで質問したら言いかわかんないのでここでさせて。
Poser５ｊをこの前無料だった時にDLしたんだが、これでアニメーション作れるっぽいのよ。
で、マニュアル見たらAVIでしか出力できないみたいなんだが、poserで作ったアニメーションを
Xファイルにする事ってできないの？
どなたかしってたら教えてください。

**名前は開発中のものです。** · 2006/11/10(金) 19:05:14

Poserは基本的に画像を生成する物だと思った方が良い。

作ったアニメのモーションをBVHで出力して、最終的に
Xファイルまで持って行く方法はあるかもしれないけれど、
基本的にPoserのモデルデータは再配布不可だし、ポリ数
も多いので、ゲームでは使えない。

**名前は開発中のものです。** · 2006/11/10(金) 21:24:53

>>499
コンストラクタでロードしたりとかしない方がいいと思うが。
コンストラクタはあくまでもメンバ変数の初期化だけの方がよくね？

**無職ニート** ◆NGNHsLkT8o · 2006/11/11(土) 12:34:43

>>505
サンクス
poserのモデル使うんじゃなくて、自作モデルを読み込んで、モーションつけて
Xで出力ってのがやりたかった。
そっかー確かにposerで作ったアニメーションメッシュとか聞かないな…
BVHならRokDeBone2で読めるから、モーションだけならとってこれるのかな…？
だめだ、実際色々やってみないとわからんな～
俺のノーパソじゃ処理落ちしまくり…orz

**名前は開発中のものです。** · 2006/11/11(土) 16:08:19

そんないろいろやるくらいならblender覚えちゃったほうがいいんじゃないの

**名前は開発中のものです。** · 2006/11/11(土) 19:12:07

poser5j、無料配布期間なんてあったのか。。。超欲しい。残念無念。

**名前は開発中のものです。** · 2006/11/11(土) 23:31:38

ども、ブロック崩しです。
前の当たり判定の補正が適当すぎたので今回は結構頑張ってみました。
そろそろ、ブロック崩しを作るのに飽きてきたので次企画に移りたいと思います。
でも、作ってみて思ったのがブロック崩しはやるのは30秒で飽きますが、作るのには
結構勉強になったなぁと思いました。

ttp://gamdev.org/up/img/8080.zip

◆uSxKWVuNjw · 2006/11/12(日) 19:51:51

MIFES　ベータ版配布中だね…
いいなぁ…

３Dはぜったい無理だから２Dしか作らない。

**無職ニート** ◆NGNHsLkT8o · 2006/11/12(日) 22:38:06

>>508
いや、一応メタセコ＆RokDeBone2で実用は問題ないのよ。
でもPoserとかなら最初からモーションデータ入ってるから、それ使えないかと思って。

>>509
ちょっと前に連続で無料配布やってたよ。
最初に英語版やって、そのあと日本語版。

>>510
やっぱり当たり判定変だよ。バーの中で跳ね回ってる。
早く次企画がみたいYO。
もし習作みたいなのではなくちゃんと作るならHPつくってほしいYO。

>>511
日本語でおｋ
そーいえば何でコテつけてんの？どっかで活動中？

現在プログラム書き直し中。
パソコンある部屋に暖房ないのでつらくなってきますた…orz
NEETなので電気代かかると肩身が狭いのです。

**名前は開発中のものです。** · 2006/11/12(日) 23:02:58

いつまでも夢みてないで働けよ。人間てのは苦労してなんぼだぞ。苦労してこそ得られることもある。親に甘えて得た成果で自慢できんのか？出世払いとか甘いこと言ってんじゃないぞ。

**Linux** · 2006/11/13(月) 00:36:56

＜チラシの裏＞
ここ来たのどれくらいぶりだろう・・・
今まで忙しくてソース見てないからちゃんと続き作れるかな
作り直したほうが早いかもしれない
＜/チラシの裏＞

**名前は開発中のものです。** · 2006/11/13(月) 00:37:22

いや、多分俺が思うにゲームで生計立てたいって思ってるんじゃないか？

**名前は開発中のものです。** · 2006/11/13(月) 00:39:25

無謀ってレベルじゃねぇぞ！

**名前は開発中のものです。** · 2006/11/13(月) 01:20:59

>>516
PS3チンピラw

**名前は開発中のものです。** · 2006/11/13(月) 06:17:18

>>515
俺もそれ思った。
まぁ自由にやればいいとは思うが。

今25だっけか、失敗したら地獄だな。
ゲーム会社が拾ってくれるかも知れんけど。

**名前は開発中のものです。** · 2006/11/14(火) 18:42:25

このスレはポジティブな人多くていいですね。
私もゲーム作りたくなってきましたよ。
まずはC言語リハビリにWindow作るとこからｗ

早くRPG作り始めぐらいの>>1さんに追いつきたい。

**無職ニート** ◆NGNHsLkT8o · 2006/11/14(火) 19:15:41

>>513
まあ、金銭的には迷惑かけてないけど、心配させてるのは確かだな。
でも俺がどういう人間かわかってるから、すきにしろって感じ。

>>514
あるあるw

>>515-518
できたらいーね。一人で全部作れればそんなに売れなくても生活できるくらいは確保できるしね。
PS3だれか買った？ゲームめっきりやらなくなったからわからんっす。

>>519
俺が底辺だからなw別にポジティブでもないけど。

やっとこさ、アニメーションできるようになった。
横スクロールアクションだから、DirectX使うのはあと当たり判定くらいかな？
っても、精密な当り判定じゃなくていいから、スフィアかボックスでやるつもり。
次はとりあえず、ひとステージ作って見るぽ。

**名前は開発中のものです。** · 2006/11/15(水) 02:09:49

ポジティブっていうか、>>1がソース公開するのをまっている
厨ばかりのような気もしなくもないけどな。
スレの流れを見ていても一部の人がうｐっているだけであと
は>>1に質問している奴ばかりで>>1的にこのスレ必要なのか
と疑問がでてくるのだが…ちなみに>>1以外でちゃんとうｐ
している人ってどれくらいいるの？作っているって人は結構
いるらしいけどうｐしている奴はほとんどいないような気がする
んだけど…

**名前は開発中のものです。** · 2006/11/15(水) 02:30:13

>>521
お前の改行の方がよっぽど厨臭い

**名前は開発中のものです。** · 2006/11/15(水) 02:37:47

なんというか
> >>1に質問している奴ばかりで
と言いつつ

> ちなみに>>1以外でちゃんとうｐしている人ってどれくらいいるの？
しっかり質問形になってる流れﾜﾗﾀw

**名前は開発中のものです。** · 2006/11/15(水) 20:15:18

>>521
俺の中１の時の文章みたいだな

**名前は開発中のものです。** · 2006/11/15(水) 22:53:31

実際そうなんじゃね

**名前は開発中のものです。** · 2006/11/16(木) 18:46:16

本格的にゲームを作るなら、LightWave・3ds MAX・Maya・SoftImageのどれかを持っておくことをオススメする。
このスレタイには沿わなくなるけどな。

**名前は開発中のものです。** · 2006/11/17(金) 00:17:26

ちょ、NEETにはちと値がはるんじゃ・・・
それとも、ちょっとは蓄えあんのかな。住居と食費と光熱費もろもろは親持ちかな。

**無職ニート** ◆NGNHsLkT8o · 2006/11/17(金) 02:35:43

一応アップした。

なんか背景ポリゴンとスキンメッシュ出すとエラーが出るので
もうちょっと研究が必要だ…

NEETの俺が無料ソフトだけでゲームを作るスレ ２

NEETの俺が無料ソフトだけでゲームを作るスレ２