DXライブラリ総合スレッドその8

**名前は開発中のものです。** · 2011/04/03(日) 17:17:11.99

Cを習得した程度のスキルでも、
GUIのゲームを比較的容易に作成する事を可能にする、
「DXライブラリ」に関するスレッドです。
DXライブラリに関するテクニックなどの情報交換などを行う事で、
多くのDXライブラリユーザのスキルの向上に役立てたら幸いです。

【公式】
http://homepage2.nifty.com/natupaji/DxLib/

【過去スレ】
DXライブラリ総合スレッド
http://pc11.2ch.net/test/read.cgi/gamedev/1197468399/
DXライブラリ総合スレッド 2008
http://pc11.2ch.net/test/read.cgi/gamedev/1224923873/
DXライブラリ総合スレッドその3
http://pc11.2ch.net/test/read.cgi/gamedev/1238429676/
DXライブラリ総合スレッドその4
http://pc11.2ch.net/test/read.cgi/gamedev/1249822550/
DXライブラリ総合スレッドその5
http://pc11.2ch.net/test/read.cgi/gamedev/1259912953/
DXライブラリ総合スレッドその6
http://hibari.2ch.net/test/read.cgi/gamedev/1267108154/
DXライブラリ総合スレッドその7
http://hibari.2ch.net/test/read.cgi/gamedev/1286180687/

**名前は開発中のものです。** · 2011/07/11(月) 19:17:30.12

日本語でおｋ

**名前は開発中のものです。** · 2011/07/12(火) 00:15:30.48

「脊髄反射であっちょ～」って、今の人らは知らないんじゃないかな・・・？

**名前は開発中のものです。** · 2011/07/12(火) 00:55:18.36

あんたら宣伝用にプレイ画面の録画とかする時あるでしょ？
その時どのツール使ってる？

**名前は開発中のものです。** · 2011/07/12(火) 00:58:21.43

AmaRecCoでいーんじゃねーの？

**名前は開発中のものです。** · 2011/07/12(火) 00:59:05.23

はーい。じゃあ俺もそうする。

**名前は開発中のものです。** · 2011/07/12(火) 01:01:21.07

アマレコってやつか

**名前は開発中のものです。** · 2011/07/12(火) 01:14:46.66

>>637
AMVコーデックはシェアウェアだが
AmaRecCoで利用する分にはタダだ
でも、登録しないと左下の方に「AMV」ってロゴ出てくるから注意な
ニコ動とかでAMVのロゴ出たまんまの人結構いる所を見ると
知らない人割といる予感

**名前は開発中のものです。** · 2011/07/12(火) 02:14:45.74

>>639　おっけーい。ありがとう。

**名前は開発中のものです。** · 2011/07/12(火) 03:14:02.49

俺はMSのやつ使ってる
画面に余計な宣伝入らないし
ただ10分以上録りたいなら有料だけど

**名前は開発中のものです。** · 2011/07/12(火) 03:28:38.43

ごくごく普通にwme

**名前は開発中のものです。** · 2011/07/12(火) 08:57:05.26

基本的にfraps

**名前は開発中のものです。** · 2011/07/12(火) 10:30:53.50

俺もアマレレコ使ってたけど、Bandicamに変えた。
こっちの方が手軽に操作できるし、ヘボPCでも多少はマシだと思えるくらい軽かった。
もちろんタダで使える。

**名前は開発中のものです。** · 2011/07/12(火) 20:10:23.53

>>632
あ～、昔そういうゲームがあったのか
ぐぐってやっとわかった
やってみたいけど、X68000とかPC98用みたいだから無理か・・・
残念

**名前は開発中のものです。** · 2011/07/12(火) 23:56:55.19

DxLib3.0にしてから、キャプろうとすると不具合が出るんだよなあ。
何度か試してると上手くいくから、そこまで問題にはならないんだけど。

**名前は開発中のものです。** · 2011/07/13(水) 01:43:00.30

最近感じるようになってきたんだが、ｃ言語リアル初心者にいきなりゲーム制作
は厳しい闘いだな

とりあえず
スタート画面　→　メニュー画面(ストーリー、武器選択、武器開発、部隊編成etc）→　戦闘

という流れは作ったものの、細かなところまで作り込んでいくのは到底無理な気がしてきた

という形は

**名前は開発中のものです。** · 2011/07/13(水) 02:01:53.43

そこまで作ったなら十分すごいと思う
そういうのは一度作ったら使いまわしができるから、かなり楽になるんじゃないの

**名前は開発中のものです。** · 2011/07/13(水) 03:42:31.21

>>647
そこまでできたら大したもんだろ。

**名前は開発中のものです。** · 2011/07/13(水) 08:41:35.39

例えばスクリーンショットを取るAPIがあるけど
画像サイズを大きくしていくと突然強制終了するようになる
たぶんビデオメモリの容量でデータ量が決まってるぽい
俺が間違ってるのかDXlibが間違ってるのか何も分からないし
DXlibの実装を見てやっと分かったわ。
それからはスクリーンショットをとるときは自分でfopenとかfwriteとか使って
やるようにしたわ
たかがスクリーンショットとるのに何でビデオメモリ使うんだよ

**名前は開発中のものです。** · 2011/07/13(水) 09:30:37.24

DirectXのライブラリだからじゃね？
ゲームが作れるということを売りにしてるけど、実際は単なるDirectXのライブラリでゲームライブラリっぽくない。
スクリーンショットを撮ってメモリ上でいろいろやったりできるだろう。
ただとって保存するならDirectXのライブラリを使う必要ないし。

**名前は開発中のものです。** · 2011/07/13(水) 09:34:39.60

まぁライブラリのスクショ機能を使わないと実装できない処理もあるんだけどな
例えば普通のスクショだと、スクショにだけ写り込ませたくないものを除外して撮影とかできない

……たぶん

**名前は開発中のものです。** · 2011/07/13(水) 12:50:56.55

>>648 >>649
違うんだ

確かに頑張ったつもりではいるんだけど、インターフェースとかAIとかかなり
ウンコレベルなんだわ

細かなエフェクトとか全くないし、AIが糞みたいな動きだし、不完全すぎるのが問題だ

**名前は開発中のものです。** · 2011/07/13(水) 13:04:45.60

それは言語初心者とかそういうプログラミングの問題ではない

**名前は開発中のものです。** · 2011/07/13(水) 13:24:27.01

いかなる改造をしたら「それ」っぽく見えるかというアイデアが必要なのだああああ

**とんちゃもん** · 2011/07/13(水) 14:59:47.06

>>650
スクリーショットを作る方法はDirect3Dのバックバッファテクスチャを
画像に変換するのが一般的で、テクスチャを作れるサイズが
実行環境のビデオカード次第だからそれを超えてはならんのですよ。

**名前は開発中のものです。** · 2011/07/13(水) 20:20:58.62

強制終了することはないだろ

**名前は開発中のものです。** · 2011/07/14(木) 01:51:01.54

エフェクト作ったらバグって何も表示されなくなった
これだから・・・

**名前は開発中のものです。** · 2011/07/14(木) 04:34:48.71

>>653
C言語初心者は関係ないじゃん。
発想とセンスとノウハウの問題だ。
市販のゲームプレイしまくって、自分でもゲーム作りまくるしかない。

**名前は開発中のものです。** · 2011/07/14(木) 10:29:49.40

AIは難しいよなー
アクション系ならいくらでも誤魔化せるんだが、テーブルゲームやシミュレーションだと永久に止まったり弱かったり・・・

**名前は開発中のものです。** · 2011/07/14(木) 14:18:43.73

ゲームを沢山遊べば面白いゲーム作れると思ってる人いるよねー。
音楽聞きまくれば、良い音楽が作れる理論に同じｗ

**名前は開発中のものです。** · 2011/07/14(木) 15:17:12.60

そりゃただ遊べばいいと思ってる奴にはな

**名前は開発中のものです。** · 2011/07/14(木) 15:20:47.74

他のソフトいろいろ触った人じゃないと、かゆい所に手が届くUIって
なかなか難しいと思う。
そういうこと考えずに触ってるだけとか、単に画一的になるだけ
になる恐れはあるけれども。

**名前は開発中のものです。** · 2011/07/14(木) 15:38:34.84

まじでそういう勘違いな企画屋が居るから困る

**名前は開発中のものです。** · 2011/07/14(木) 16:48:53.03

あ、プロの方いたんですか＾＾；

**名前は開発中のものです。** · 2011/07/14(木) 17:32:59.60

UIに注目してノートを取りながらゲームをするなら意味あるかもしれんな。
意識した行動をとらずに普通に遊んでしまったら駄目だと思う

**名前は開発中のものです。** · 2011/07/14(木) 17:44:18.48

RPGのメニュー画面とかSS撮ってフォルダにまとめてる

**名前は開発中のものです。** · 2011/07/14(木) 18:43:45.30

触ってて気持ちのいいUIってのは確実にあるよな

**名前は開発中のものです。** · 2011/07/14(木) 18:52:07.28

STGの本で、敵のパターンやら弾幕やらを、簡単にアルゴリズム付きで紹介してるやつがあるけど、
あれのUI版みたいなのが欲しくなるね。

**名前は開発中のものです。** · 2011/07/14(木) 18:53:05.31

好きなゲームのスクショとか資料フォルダに大量に保存してあるな
個人的に気を付けてるのは、ウィンドウやメニューを表示する際に2～8フレーム位のアニメーションで出すこと
これをやると、ただパっと出てくるのに比べて自然と目線がそちらへ向かうのでスムーズにプレイできる
8フレームまでならウェイトうぜー、って心配もないし

**名前は開発中のものです。** · 2011/07/14(木) 20:54:20.38

>>661
音楽聞かずに音楽作ってるやつの曲なんて、耳障りなだけだろ。
ゲームをプレイしない奴、ゲームを好きじゃない奴、
そういうのが作ったゲームはストレス溜まりすぎてプレイできねえぞ。
面白くもなんともない製作者自己満足ゲームにしかならねえ。

**名前は開発中のものです。** · 2011/07/14(木) 20:59:22.04

何を言ってるんだキミは。
661は音楽聴かないほうがいいなんて一言も言ってないだろう。
読解力が無いのなら、もっとたくさん本を読んで、身につけた方がいいぞ。

**名前は開発中のものです。** · 2011/07/14(木) 21:13:35.42

>>672
むしろお前が>>659と合わせて見直せよ。
ゲームを沢山遊べばプログラムをほとんど書かなくても面白いゲームができあがる、
それこそ何も考えずにゲームをひたすらプレイすれば面白いゲームができあがる、
その考えは間違ってますよ。なんてくだらないこと言ってるわけじゃないだろうに。

**名前は開発中のものです。** · 2011/07/14(木) 21:16:43.49

さー、そろそろDXLibの話題にもどしましょうね～

**名前は開発中のものです。** · 2011/07/14(木) 21:17:31.60

名人企画様乙

**名前は開発中のものです。** · 2011/07/14(木) 21:18:20.17

すまんが君の文章は解りづらい。
ちゃんと主語を明確にしてくれ。何が言いたいのか、結論もきちんと述べてくれ。

**名前は開発中のものです。** · 2011/07/14(木) 21:48:19.79

いろんな意味でスレ違い

**名前は開発中のものです。** · 2011/07/14(木) 23:37:01.61

ここにいる奴は一人で企画、素材、実装の全役勤めてるんじゃないのか？
でもそれが面白いんだろ

で一人で詰め込んでると気が滅入るから、そうならないようにゲームをプレイする
って感じだな

**名前は開発中のものです。** · 2011/07/15(金) 02:18:46.62

別に自分の好きなように作りゃーいーだろ
どうしても思ったようなＵＩ作れないんだったらどっかから自分のイメージに出来るだけ合うようなのパチってくりゃいーだけ
どうせどこぞやに出品する程のもんなんて作るわけじゃねえんだろ
最悪四角書いてりゃ実用的には事足りるわけだし

**名前は開発中のものです。** · 2011/07/15(金) 02:27:39.91

>>650
ソース見てみたけど、ビデオメモリ使ってなくね？

**名前は開発中のものです。** · 2011/07/15(金) 02:54:27.76

extern使うことは妥協に他ならないのか？

**名前は開発中のものです。** · 2011/07/15(金) 03:38:02.54

妥協でも何でも完成すればよし
何本くらい完成させたことがある？

**名前は開発中のものです。** · 2011/07/15(金) 12:08:10.06

>>682
まだ０本、ガチ初心者だし

LoadGraphが宣言の時にできないって仕様がなんとも使いにくいんだが
なんかいい方法ないかな
画像ロードするためだけに初期化関数つくらなくても使えるようになりたいわ

**名前は開発中のものです。** · 2011/07/15(金) 12:30:37.73

ヘッダファイルでLoadGraphを書きたいて事?

**名前は開発中のものです。** · 2011/07/15(金) 12:41:54.64

そうなるのかな
ソースファイルの配列宣言するときに書きたいんだけど

Enemy_t Enemy[5][10]={
/*鋼鉄軍 */
/*Ctrl, hp, en,EnAtk,FiAtk,EnDef,FiDef,speed, rotate, saku, Egen,jspd, gear, maai, rad,haichi, jimg,image*/
{/*No1*/{ 0, 100, 100, 0, 0, 0, 0, 0.5, PI/120, 300, 0.3, 1, 2, 100, 5, 0, jet1, ship3},//LoadGraph("jet1.png"), LoadGraph("ship3.png") },
/*No2*/{ 0, 200, 200, 0, 0, 0, 0, 0.5, PI/120, 300, 0.3, 1, 2, 100, 5, 0, jet1, ship3a},//LoadGraph("jet1.png"), LoadGraph("ship3a.png") },
},
/*焔軍*/
・・・

って感じなんだけど、宣言と同時に初期化してもLoadGraphはできなかった
すげー不便だと感じた

**名前は開発中のものです。** · 2011/07/15(金) 12:53:46.25

エスパーするとグローバルスコープでその配列からデータを作るクラスを実態化とかしてるのかな
なんにしてもDXライブラリの仕様に文句つける前に言語仕様を理解できていないことだけは確実
初心者はサンプル参考に定石どおり組んだ方がいいよ

**名前は開発中のものです。** · 2011/07/15(金) 12:58:39.60

たぶんDXライブラリ初期化するまえに呼ぶからじゃないのかな。
class作って動的に生成したほうが楽だわ。
C言語だけならデータ更新関数作ってライブラリ初期化後に呼ぶか
グローバル変数をあきらめる。

**名前は開発中のものです。** · 2011/07/15(金) 13:14:16.44

そもそも、おんなじ画像を2回以上LoadGraphするのは無駄が多すぎるから、
そんな書き方は普通はありえない

**とんちゃもん** · 2011/07/15(金) 13:20:05.46

>>685
/*鋼鉄軍 *//*焔軍*/ だと・・・？中二心がくすぐられるぜ

＞LoadGraphがライブラリ初期化前に呼べない
簡単に言えばDirect3DのテクスチャはDirect3Dによって作られた
ウィンドウから生成されなければならないから、
とにかく最初に初期化によってウィンドウを作る必要がある。

初期化前に行った場合に遅延処理という実装方法もできると思うけど
画面（シーン）の切り替えが起きるようなゲームだと結局クラス化
するから同じ事よ

**名前は開発中のものです。** · 2011/07/15(金) 13:44:56.71

素直にやったつもりがボロボロじゃん・・・

どうやらクラスは必須なんだな
まずはCって思って作ってたけど、c++にも手を出す日が来が来てしまった
ちょっと勉強してきますわ

>>689
最初に作るものなんだから内容は定番でいいんだ

**名前は開発中のものです。** · 2011/07/15(金) 13:48:50.77

まずはCを、って言われて勘違いしてる人がたまに居るけど、Cは実践では使えないぞ
ゲーム制作においてCはあくまでC++学習用の言語だと思ったほうがいい

それだって、理由は文法の教本がみんなCで書かれてるからって理由だし、
webを資料にするとかならいきなりC++から触ったほうが効率いいよ

**名前は開発中のものです。** · 2011/07/15(金) 13:59:14.18

別にcで何ら不都合ないんだが。
oopが必要なら所だけcでソレやりゃいいし、
stlが便利とか言うけど、cでライブラリ拾ってくりゃリストとかすぐ使えるし。

**名前は開発中のものです。** · 2011/07/15(金) 14:23:30.64

そんなことするくらいなら最初からC++でええやん

**685** · 2011/07/15(金) 14:42:58.10

クラス、継承とか一通り読んでみたけど、C++まじで意味不明だった
今回の問題がどうやってクラスで解決するのか考えてみたけど、よくわからなかったわ

とりあえず今回のゲームはCのみでそれなりに進んじゃってるから
途中からC++混ざるよりは、今回はCだけでやりとげる方がいいような気がした

で次に作るのはC++を最初から使って作るよ

**名前は開発中のものです。** · 2011/07/15(金) 14:45:31.31

本質はクラス云々じゃなくてテクニックな件。
そもそもEnemyの配列は固定サイズでいいのん？

**名前は開発中のものです。** · 2011/07/15(金) 14:51:37.21

クラスは機能が拡張された構造体って考えればいんじゃね
「龍神録プログラミングの館」は読んでみた？
全くの初心者ならとりあえず読んでみることを勧める

**名前は開発中のものです。** · 2011/07/15(金) 15:40:13.82

>>694
クラスなんて関係ないよ
問題はDXライブラリ初期化以前にLoadGraphを呼び出していることであって、
それはクラスで書き直したとこで、グローバル変数にしてたら解決しない
素直に初期化関数を書いたほうがいい

**名前は開発中のものです。** · 2011/07/15(金) 15:40:47.67

>>695
５０体作れれば十分かなと思った
これ以上は増えないと思う

>>696
クラスってそんなもんなの？
呼んだのは旧新プログラミングの館
龍神録はextern使ってて、それはよくないことって書いてあったからあまり読んでないな
ノウハウで必要なところは読んだりしてるかも

**名前は開発中のものです。** · 2011/07/15(金) 15:58:19.66

>697
classのが楽なのはこの場合は
LoadGraphするのをハンドルが必要なときまで遅延させるのを
隠蔽しつつ楽に書けるからだけどな。
グローバル変数で値設定しても問題なくなる。

**名前は開発中のものです。** · 2011/07/15(金) 16:22:52.22

>>699
どういうこと？それって値設定の時点でLoadGraphしないってことでしょ？
そしたら結局、画像のための初期化の手続きを踏むことになるんじゃないの？

**名前は開発中のものです。** · 2011/07/15(金) 16:47:35.95

ちょっと遅れたけど、どうしても初期化の時点で使える状態になってて欲しいならこんなのはどうなの

/* ヘッダー */
extern Enemy_t *Enemy(int a, int b);

/* ソース */
Enemy_t *Enemy(int a, int b) {
static Enemy_t array[5][10] = { /* 初期化 */ };
return &array[a][b];
}

使うときはEnemy(n, n)って感じになるけど(ポインタなので注意)

**名前は開発中のものです。** · 2011/07/15(金) 17:07:44.80

まあ最初は「関数をメンバに持てる構造体」程度にクラスは認識しておけばいいと思う
使ってるうちに慣れるし、逆にある程度使ってみないと利点なんて見えてこない
合間合間に独習C++あたりでも読むと思わぬ発見があったりして面白い

**名前は開発中のものです。** · 2011/07/15(金) 17:18:26.28

相変わらず、みんなの言ってる事がほとんど理解できない。
そんな俺でもすでに二本ゲームを完成させたし、三本目も半分くらいに達している。
これも全てDXライブラリのおかげ。

**名前は開発中のものです。** · 2011/07/15(金) 17:19:18.12

言語なんて所詮手段。完成させることが一番大事よ

**名前は開発中のものです。** · 2011/07/15(金) 17:35:43.97

ゲームで使うOOPはそれなりに高度になるからな
入門者がなんとなく始めてもあれこれ悩む時間が増えるだけでいい結果にはならないと思う

**名前は開発中のものです。** · 2011/07/15(金) 17:40:29.86

ただまあ一つだけ言えるのは、生のDXライブラリの関数を全体にばらまくのだけは避けた方が良いかな
あとで仕様変更したくなったときに大変なことになる

例えばDrawGraphにしたって、捻りの無いネーミングだとmyDrawGraphみたいにして一枚噛ませることだけはしておいた方がいいね
仕様変えたくなったら後でオーバーロードして好きにパラメタ追加できる

**名前は開発中のものです。** · 2011/07/15(金) 17:46:34.30

>>701
いや、まじでありがとう
さくっとできた

すげーな、returnするならintかdoubleくらいしかないと思ってたわ
まさか構造体そのものを返す関数なんて考えたこともなかったや
本当に感謝です

**名前は開発中のものです。** · 2011/07/15(金) 18:41:00.10

>>698
そんなもんだよ＞クラス
関数と構造体がくっついたものって考えでもさほど的外れじゃ無いと思うぜ
externが良くないっていうけど、その情報はどこから拾ってきたのよ？
初心者が個人で開発する規模で
何か都合が悪いことが起こるとはおもえないぜ

**名前は開発中のものです。** · 2011/07/15(金) 18:52:33.54

個人とチームじゃ勝手が全く違うからね
自分が開発しやすいようにやればいいのさ

グローバル変数ｲｸﾅｲ！とか半分宗教的に書いてるところとかあるけど、
初心者はそんなもの気にしちゃいけませんと個人的に思う。そこら辺>>705と似たようなことを思ってる

グローバル変数とかexternが何で良くないかとか、実際に使ってみて不都合が起きてから考えればいいんだよ

ただ、C++で作るならバッファオーバーランとメモリリークにだけは気をつけておいた方が良いとは思う
初心者の頃にここでハマると原因が特定できないまま延々悩むことになるｗ

**名前は開発中のものです。** · 2011/07/15(金) 19:02:38.86

あ、ちなみにこんな自分はbreakもcontinueもgotoも躊躇いなく使いますｗ

そっちの方がコードが綺麗に書けるんだったらわざわざ封印するのも馬鹿らしい

**名前は開発中のものです。** · 2011/07/15(金) 20:20:05.42

breakとcontinueは使うがgotoはなんか怖くて一度も使ったことないわｗ
エラー処理ならthrow-catch使うのが筋だし

**名前は開発中のものです。** · 2011/07/15(金) 20:25:14.90

宗教の話ばっかりでつまらんスレになったな

**名前は開発中のものです。** · 2011/07/15(金) 20:25:50.22

gotoは流れの見通しが凄く悪くなるから多人数開発では不味いけど、
自分が見通し分かってるんだったら何の問題もないんじゃないかなあ

俺は場合によって丸々飛ばしたい処理があるときなんかに使うかな
フラグ立ててifで無視させる方が何か綺麗じゃない気がする。ネストも深くなるし
戻る方向ではループで囲めばいいから使わないけど

基本は関数に分割して無視させたりするけど、分割した方が見通し悪くなることもあるし

**名前は開発中のものです。** · 2011/07/15(金) 20:26:34.92

try-catch悪くはないがfinalyねーからな。

**名前は開発中のものです。** · 2011/07/15(金) 20:27:32.68

>>712
悩める子羊がいるから、それは悩むことではないのです、って言いたいだけなんだけどｗ

**名前は開発中のものです。** · 2011/07/15(金) 20:32:09.07

糞の役にも立たん説教ばかりされてもだな

**名前は開発中のものです。** · 2011/07/15(金) 20:34:58.08

gotoが害悪だという話が出たのは1968年頃なんだよね。
高級言語というとFORTRANとかBASICが主流の時代で
この頃は構造化プログラミングというところまで、まだ進歩してなかったので
確かに多くのプログラマがGOTOを乱用してスパゲッティなコードを書いていた。

でもその後、構造化プログラミングの考え方を取り入れた CやPascal が出て
構造化プログラミングは基本中の基本になったし gotoは上手く使えば有用なので
確かに危ないといえば危ないんだけど、無闇に毛嫌いすることもない気がするんだけどね…。

**名前は開発中のものです。** · 2011/07/15(金) 20:35:56.12

>>716
そもそもお前は説教されてねーだろｗ
何だその被害妄想はｗ

**名前は開発中のものです。** · 2011/07/15(金) 20:39:04.54

756 名前：名前は開発中のものです。[] 投稿日：2011/07/15(金) 18:13:42.99 ID:qXxkBsjG
で？完成したゲームはどこにあるの？

某スレからコピペ同じことがこのスレにも言えるな。
てか、この板全体だが

**名前は開発中のものです。** · 2011/07/15(金) 20:59:03.64

>>703の完成した２本のゲームをやってみたいな
どっかにアップされてないの？

**名前は開発中のものです。** · 2011/07/15(金) 21:10:48.16

>>719
ドヤ顔で2chに自作ゲーム晒されても何も言えねーだろｗ

**名前は開発中のものです。** · 2011/07/15(金) 21:13:09.10

>721
wwwwwwwwww
確かにそうだなｗ

**名前は開発中のものです。** · 2011/07/15(金) 21:14:32.88

想定外のコントに思わず吹いたわｗｗｗｗｗ

**名前は開発中のものです。** · 2011/07/15(金) 21:53:14.65

>>709
バッファオーバーラン、メモリリークなんて言われてもどれだけの人が理解できるだろうな？
ここの住人はへっぽこ三流プログラマー多いもんな、C++でメモリ管理やオブジェクト指向がわからないとか恥意識無く平気で口にするし
メモリアクセスのバグについても存在すらわからんって言ってる奴も居る
変数のスコープは出来る限り短くする、グローバル変数を多用しないというのはC++の常識なんだけどね
結局はきちんとした作法と正しいプログラミング知識を身に着けようと努力しない奴らが多すぎて困ったもんだ

**名前は開発中のものです。** · 2011/07/15(金) 22:00:03.53

>>724
それ多分全部俺。

**名前は開発中のものです。** · 2011/07/15(金) 22:11:06.89

ゲーム製作を目的にプログラムを始めた人に対して
その常識や知識を最低限叩き込めるサイトがテンプレにあればいいんじゃない、コード規約にならん程度で。

そういうのがあれば、初心者のDXライブラリの使用率が高そうだから公式でも紹介してくれればいいね

**名前は開発中のものです。** · 2011/07/15(金) 22:13:58.72

>>724
まあメモリアクセスのバグが見つけられないようだと後で悲惨なことになるから、
そんぐらいは理解できる力を身につけてから本格的にゲーム作りを始めた方がいい気はするな

**名前は開発中のものです。** · 2011/07/15(金) 22:14:58.07

>>724
そもそもここの住人は職業プログラマじゃないもの
良くも悪くも作法や規則には縛られないんだよ

**名前は開発中のものです。** · 2011/07/15(金) 22:51:01.16

>>724
そういう口だけの奴ほどゲームを完成できないという事が
この板全体＆ブログでプログラミングについてあれこれ語っている奴をみてきて良くわかった

なんというか無知だけど情熱だけで突っ走っているタイプの方が
ゴール目前まで言っている事が多いｗｗ

**名前は開発中のものです。** · 2011/07/15(金) 22:54:50.89

ああ、それはよくわかるｗ

**名前は開発中のものです。** · 2011/07/15(金) 23:02:27.32

なんつーか、プログラミングでもそうだけど
ゲームの仕様から、キャラ設定に至るまで
「本当にこれでいいのか？もっといい方法があるんじゃないのか？」
って考え始めると、そこから中々進めなくなる

**名前は開発中のものです。** · 2011/07/15(金) 23:04:19.60

しょぼんのアクションとかそんな感じする

DXライブラリ 総合スレッド その8

DXライブラリ総合スレッドその8