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

**名前は開発中のものです。** · 2010/04/02(金) 23:20:52

無職ニートたちのゲーム製作を生暖かく見守るスレです。
開発は概ね無料のソフト（ツール）を使って行います。
でも有料ソフトが駄目ってことはないと思います。

ゲーム開発終えるのとニート卒業のどちらが早いかは自分次第。
どっちかは真面目に頑張ろうぜ！

前スレ
NEETの俺達が無料ソフトだけでゲームを作るスレ12
http://pc11.2ch.net/test/read.cgi/gamedev/1260778835/

game-develop.com wiki
http://wiki.game-develop.com/

あぷろだ
http://www4.uploader.jp/home/neet/

**名前は開発中のものです。** · 2010/11/13(土) 17:49:57

↑必死

**名前は開発中のものです。** · 2010/11/14(日) 07:40:01

必死についてkwsk

**名前は開発中のものです。** · 2010/11/14(日) 09:00:51

お前ら本当に何も生み出せないのな

**名前は開発中のものです。** · 2010/11/14(日) 09:38:03

次のネタを生み出してくれ

**名前は開発中のものです。** · 2010/11/14(日) 09:39:52

>>853 は出来る子

**名前は開発中のものです。** · 2010/11/14(日) 10:35:09

>852は本当に何も生み出せないのなw

そんなので笑いがとれたとか思ってるのか？
厨房はくんなよ

**名前は開発中のものです。** · 2010/11/14(日) 10:40:38

不毛な争いやめてゲーム作ろうぜ

**名前は開発中のものです。** · 2010/11/14(日) 10:41:02

>>855
自分は該当しないと思うのならスルーしろよ低脳

**名前は開発中のものです。** · 2010/11/14(日) 10:52:09

場を和ませようとしたら失敗しまちたね～
かわいそうでちゅね～
NEETなんだから中学校は卒業してくだちゃいね

**名前は開発中のものです。** · 2010/11/14(日) 10:53:36

よっぽどプライド高くて我慢出来ないんでちゅね～ｗ

**名前は開発中のものです。** · 2010/11/14(日) 10:59:12

今は中卒とか、極少数派だろ

**名前は開発中のものです。** · 2010/11/14(日) 11:39:49

おれは完全スルーかYO

**名前は開発中のものです。** · 2010/11/14(日) 12:05:01

ヤバいくらい精神がヤバい
おまえらよく耐えれるな
もう限界。。。

**名前は開発中のものです。** · 2010/11/14(日) 12:09:35

仕事探し、資格取り、自営業目指し、NEETは自分で目標設定しないとだめだ。
このスレに書き込んだ時点でフリーランスにはなれる。

**名前は開発中のものです。** · 2010/11/14(日) 12:21:18

　今時は、ゆとりも無駄に歳喰って、
幾らかはニート化してる事もあるんだよな
書いてる事見ると幼児にしか見えなくても
本人は何の遊び心もなく本気で発言してるとか油断ならない

これも中国の傀儡政権民主党を使った同化政策の一端なんだ

**名前は開発中のものです。** · 2010/11/14(日) 12:25:48

そういうのは＋でやれ

**名前は開発中のものです。** · 2010/11/14(日) 12:33:08

俺は以前何回かここに投下したぞ
今はそんな情熱は無くしてしまったが
てか今は投下しようとしてるスレこのスレから変えたがなｗ

**名前は開発中のものです。** · 2010/11/14(日) 12:45:20

うわぁー
ほんとうに　し　ょ　う　が　く　せ　い　が
かきこんでるようにしかみえない　すごーい

くだんねぇ

**名前は開発中のものです。** · 2010/11/15(月) 10:46:59

ガキ扱いが最大限の侮辱だと考える大人の人って・・・

**名前は開発中のものです。** · 2010/11/15(月) 13:51:46

非国民って言われるほうが侮辱だよな。

**名前は開発中のものです。** · 2010/11/15(月) 16:03:22

もう駄目猫のスレ

**駄目猫** ◆Uyh3OnarC6jo · 2010/11/15(月) 19:53:29

呼んだかニャ（三θ３θ三）

**名前は開発中のものです。** · 2010/11/17(水) 10:41:28

ここまで総て俺の自演

**名前は開発中のものです。** · 2010/11/17(水) 12:00:31

いやいや俺の自演。

**名前は開発中のものです。** · 2010/11/17(水) 12:54:09

いやいやここは俺が

**名前は開発中のものです。** · 2010/11/17(水) 18:36:23

どうぞどうぞ

**名前は開発中のものです。** · 2010/11/18(木) 15:45:28

おれアセンブラならわかるんだけどCがわかんない。
アセンブラとCの間をつなぐ、いいほーむぺーじない？

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

Cの中にインラインでアセンブラ書けばOK.

**名前は開発中のものです。** · 2010/11/18(木) 17:44:13

ブログ再開したぜ

**名前は開発中のものです。** · 2010/11/18(木) 19:28:32

>>876
どのCPUのアセンブラ？機械語レベルでOSのルーチン叩いたりする人なら
あとはCの言語機構自体は覚えちゃえば楽チン過ぎてお茶吹くぞ
あぁCALLする前に値をSPに押し込んでそれを戻してとかしなくていいんだ、みたいな

**名前は開発中のものです。** · 2010/11/19(金) 00:42:53

それ多分ネタ

**名前は開発中のものです。** · 2010/11/19(金) 00:58:30

このところ全くやる気が出ない
ゲームもテレビも何もかもが嫌
飯食って糞して寝るだけ
うんこ製造機って意味がよく分かった

**名前は開発中のものです。** · 2010/11/19(金) 11:08:26

そういう時はある。

**名前は開発中のものです。** · 2010/11/19(金) 11:23:27

>>882
10年ぐらいそんな状態です

**名前は開発中のものです。** · 2010/11/19(金) 11:27:47

>>879
Z80 組み込みでやった
μ7810 おなじく組み込み
64180 これも工業用組み込み
6502 ファミコンのゲームソフトを一時期作った
68000 車の車載組み込み
東芝900/H 画像処理用組み込み

趣味のBASICからアセンブラで組み込みのッ世界に飛び込みました。
OSがない世界でやってたもんで、疑問点ばかり。

・OSにのっかったソフトでI/Oてどうやって触るの？特にライトオンリーのI/Oはどうするの？
・割り込みルーチンてどうやって書けばいいの？勝手にベクタ書き換えるわけに行かないよね？
・メインループってどうやって書けばいいの？main関数でループできないよね？？？

てなかんじで、どこまでOSがやってくれてどこまでじぶんでやるのか。
それをOSにおしえるのはどうすればいいかの足回りがわからんです。
Cの文法自体はわかります。
C++はわかりません。

**名前は開発中のものです。** · 2010/11/19(金) 11:46:58

とりあえず入門書読んでとにかくこういう手順で作るんだというのを学んで、
なぜこの手順なのかはあとで考えた方がいいのだろうかな？
でもアセンブラから入ってる場合は、違うのか？

**名前は開発中のものです。** · 2010/11/19(金) 12:10:49

>>887
8bit時代はOSが無かったからハードを直接叩いた。
16bit時代はDiskOS(MS-DOS)でファイルを扱うがI/Oはハードを叩く。
32bit時代Windowsは全部をOSを通して扱う。

アセンブラを知ってればポインタの扱いになれているから
C言語を容易に扱えるはずだ

もし、32bitOSに馴染めないなら、コマンドプロンプトが扱える。
これは16bitMS-DOSであり、IBM-PCそのままである。
I/Oを直接操作できる、他のファイルはMS-DOSに任せる。

32bitWindowsで扱うならば、APIといわれるBIOSを呼び出して扱う。
ゲーム制御ならば、DirectX, GDIなど
システム関係のSPなどはOSが受け持つから気にするな
必要なAPIは全部あるから、APIの使い方を覚えるだけだ。

以下に初歩的な書籍を紹介する
DXライブラリの解説
14歳からはじめる　C言語わくわくゲームプログラミング教室
http://www.rutles.net/books/217.html

DirectXの直接操作を解説
15歳からはじめるDirect X 9 3Dゲームプログラミング教室C++編
http://www.rutles.net/books/186.html

**名前は開発中のものです。** · 2010/11/19(金) 12:36:04

>>884
PCみたいなマシンだとOSとハードが連携してハードウェアへの直接アクセスができないようになってる。
（詳しいことは「CPUモード」とかでググれば情報が出てくる）

だからI/Oへの直接アクセスと割り込みルーチンは「不可能」だと思ってもらっていい。
代わりに、APIとかライブラリとか呼ばれる関数群を使って実現したい機能を作っていくようになってる。

**名前は開発中のものです。** · 2010/11/19(金) 12:53:49

５ねんまえにリストラされて、周り見渡してみたらいつのまにかOSがふつうになってたは。
＼(^o^)／

>>887
割り込み処理ができない場合、時間管理ってどうするの？
ファミコンの時は
＿ゲーム処理一回→音楽処理一回→Vブランク待ち→OBJ転送＆PSG出力→最初に戻る
で時間を一定に保ってた。
特にコナミ方式
＿メインループ（無限ループ一命令のみ）→割り込み処理中（OBJ転送＆PSG転送→ゲーム処理＋SND処理→次回のOBJとSNDデータ準備）→最初に戻る
だと困っちゃうよね。

とりあえず>>886の言った本かってみるは。

**名前は開発中のものです。** · 2010/11/19(金) 13:21:40

多くの方法があって、例えばですよ、
画面に表示して、表示しない時にVRAMに一括書き込みしていた。
画面が60Hzだからそれに同期していたね。
ダブルバッファが取り入れられて、２枚のVRAMを持ち裏RAMに書き込み
切替えれば、画面が乱れずVRAM書き込みできる、60Hzに同期すればいい。
60Hzに同期して開始し終わったらOSに戻す。
方法は色々ある。
ゲーム関係APIはDirectXの中に全部ある、
DirectXの描画は設定しておき、いっきに描画する。

DirectX講座で検索すると多くが見付かるだろう
例えばこれ
http://sky.geocities.jp/kmaedam/directx9/directx9.htm

**名前は開発中のものです。** · 2010/11/19(金) 13:23:05

>>888
ファミコンってVブランク割り込みあんの？

**名前は開発中のものです。** · 2010/11/19(金) 13:26:15

>>889
ファミコン時代の人にVRAMというと、ネームテーブルやらパターンテーブルと思われちゃうよ
まずフレームバッファ方式から進まないと

**名前は開発中のものです。** · 2010/11/19(金) 13:29:49

>>888
まず音楽に関しては音楽再生系の関数一発呼ぶだけで
バックグラウンドで勝手に演奏し続けてくれるライブラリが大半。

あとはOSかライブラリが時間を取得する関数を用意してあるはずだから、それを使って１ループの時間を計測し管理する。
その方針には諸説あって、可変FPSとか固定FPSとか。人によって意見が違う。
場合によっては「メインループ」という概念すらもデフォルトではなくて、
イベントドリブンと呼ばれる手法で描画しているものもある（GUI系のライブラリ全般）

あと、俺の頭の中のデフォルトはIA-32アーキテクチャで動くWindowsマシンです。

**名前は開発中のものです。** · 2010/11/19(金) 13:39:45

>>889
画面を乱さないためにダブルバッファってのはわかるよ
６０Hzに同期するってのが問題で、1フレーム分の処理を１／６０秒に一回回すのにVブランク待ちを基準にしてた。
割り込みがないとなると、メインループは処理の多少で回る時間が不定になっちゃうよね。
画像はスローになるだけだからいいけど、効果音は音程が狂うし、音楽は音符の長さが測れなくない？
そこがわからん。
>>890
あるよ。
1フレーム分の処理をおわったあと、Vブランクがくるまでループで待つの。
おれのソフトは処理落ちしたとき、割り込み処理内で遅れたフレーム数をカウントして、描画処理なしでそのぶんメインループを回して、コマ飛ばしで遅れを打ち消すようにつくってた。
A→B→C→Dって処理が進むとき、Bふれーむで処理落ちしたら、A→B→B→Dってなって実時間に合わせるようにしてた。

**名前は開発中のものです。** · 2010/11/19(金) 13:48:28

ネタじゃなかったなのかw

**名前は開発中のものです。** · 2010/11/19(金) 13:49:35

http://sky.geocities.jp/kmaedam/directx9/framerate.htm
ゲームループ時間はフレームレートで処理する。

音楽は、音楽ファイル(.wav)を作って、APIを呼び出すだけで自動的に処理してくれる。
マルチタスクで動作するから、複数のプログラムが同時に走っている。

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

>>891
フレームバッファ方式のチップはつかったことはあるよ。
でもアセンブラで完全掌握して、OSなしで回してたんだよ。
ATMの組み込みとかもやったから。
でもラインバッファのほうが小技が効いて好きだったけどね。
>>892
音色と音長をデータ化してじぶんで音符ならさなくていいんだ？
もしBGMを一つのWAVにするとしたら、画像の処理落ちでずれていっちゃわない？
それを防ぐには曲を細切れにして定期的に補正する必要があると思うんだけど・・・
>>895
ここにかいてあるコールバック関数ってもしかして割り込みルーチンそのものなんじゃ？
割り込みベクタにフックをかける様に各プログラムのコールバックを順に呼び出すようになってる？
ただ、フラグだけだとプログラムの呼び出し間隔は保証されないね。
いっそコールバックルーチンに全プログラムを入れて、疑似コナミ方式で・・・
ってやったら、OS側が止まっちゃうんだろうな・・・

あんまり頻繁にかきこんでも悪いから、とりあえず頼んだ本がきたら読むは。
いまはアセンブラ使いは仕事がないのな。
はやくニートから脱出したい。

**名前は開発中のものです。** · 2010/11/19(金) 14:29:00

>>896
>もしBGMを一つのWAVにするとしたら、画像の処理落ちでずれていっちゃわない？
ヒント：　可変フレームレート or ズレなんて気にしない（妥協する）

**名前は開発中のものです。** · 2010/11/19(金) 15:01:46

先にあげた参考書にあるDXライブラリ
http://homepage2.nifty.com/natupaji/DxLib/
これがサンプルコード、読めば雰囲気が理解できるでしょう。
http://homepage2.nifty.com/natupaji/DxLib/dxprogram.html

ハード
WidowsOS
API(DirectX)
ライブラリ(DirectXのラッパー)
ユーザーアプリ

このように階層化されている。
たとえば、あなたのアプリはライブラリを呼び出す。
そうすれば階層的に自動的にハード制御できる。
WindowsOS配下でのアプリならばAPIを信用して投げるしかない。

別の方法で、Windowsの制御全部をゲームに割り当てて使う事も出来る。
あなたがシステムの全責任を負わなければならない。
やり方はあなた次第である。方法は多数ある。

**名前は開発中のものです。** · 2010/11/19(金) 16:21:38

ニートは無職は意味違うぞ。

**名前は開発中のものです。** · 2010/11/19(金) 16:25:26

おまえら知識あるじゃん
本当にニート化よ

**名前は開発中のものです。** · 2010/11/19(金) 20:02:01

おっさんを装ってネタで適当に書いてたんじゃなかったのか
ようするに基本すっ飛ばして中途半端に憶えたというか
決まった型のやり方しかわからんて感じか
というかぐぐればすぐわかるよね

**名前は開発中のものです。** · 2010/11/19(金) 20:03:55

DxLibを無闇に薦める奴は多分直接触った事が無い奴

win32APIはCの範疇にある関数群で、DirectXはCOMなので
利用する場合はそれぞれのテクノロジの範疇で知識（というか流儀というか手順というか）が必要
で、DxLibなんて代物は、それらをラッピングして誰かが用意した物であって公式の何かでもないから、
とりあえず >>896 は、一度 win32 の関数群を通してGDIベースで処理を書いてみて、
それからCOMのハンドリングにいって、DirectXにある「必要な面倒くささ」に触れたあと、

成果物優先なら、そういったDxLibみたいな既存の誰かがライブラリを使うって選択肢をとるのも、
一つの手。誰も聞いてないのにそういうOSベンダ以外が提供する個人ライブラリを示すってんなら、
むしろOpenGL系列で、SDLとか押した方がマシ

**名前は開発中のものです。** · 2010/11/19(金) 20:21:00

一言でいうと、今週も粘着するから僕にかまって

**名前は開発中のものです。** · 2010/11/19(金) 20:25:49

ちげぇよバカ。内容を読め内容を
今週もってなんだこの妄想野郎

**名前は開発中のものです。** · 2010/11/19(金) 21:46:55

>>896
C/C++で書かれるコールバックの多くは割り込みルーチンじゃなくて、ただのCALLか、
あるいはジャンプ。

PCが起動して最初に実行するプログラムはInitial Program Loaderとかを除くとOS。
で、そのOSの中で、俗に「実行される」機械語プログラムの正体は、OSが外部記憶からメモリにロードした後、
自分でそこにとある規約でジャンプしているだけ。　昔みたいにアドレス指定してジャンプすれば自分だけの世界って訳にはいかない。

多くのOSでは複数のプログラムが見た目同時になるように、つまり協調して動作しないといけないので、
そこのとりまとめをしている。昨今のOSの中心の仕事はまずそれ。　規約については Windows環境なら __stdcall と __cdecl が中心で
これらの違いはそのルーチンに CALL する前、引数という形でパラメタを投げる時にSPにどう積むかを決めてる。

CALL側が個数を把握しているので、SPを戻すのが呼び側、あるいは決まっているので戻すのはルーチン側、みたいに決めている
「呼び出しの規約」　を、__stdcall、__cdecl なんて名前付けて決めてる。　が、多くの場合、特に事情が無ければどちらかに傾いて実装される。
で、C/C++のような高級言語レベルでそれらに触れる時、その事情って奴が特に無い場合、プログラマはそれを意識する必要が無い。

で、上で書いたみたいに複数のアプリケーションが協調しないといけないので、特にVRAMみたいな単一のリソースと、
そこにデータ流す仕事はOS側が主に管理している。　これも昨今のGUI全盛の世界では主な仕事の2つ目になっている。
なので自前でDMA叩くような事はしない。　例えばVRAMへのDMA転送の例で言えば、win32なら BitBlt などの関数がそれを行う格好になる、みたいな
簡単に言えばそういう話だけど全部書いてたらきりがない

**名前は開発中のものです。** · 2010/11/19(金) 21:53:31

直接触ったことあるならなおさらあれをアマチュアにやれだなんて言えないがな

**名前は開発中のものです。** · 2010/11/19(金) 21:53:32

もう一個だけ念のために補足しておくと、
＞C/C++で書かれるコールバックの多くは割り込みルーチンじゃなくて

って言うのは、昔のマイコンなどで、プログラマブルタイマや、垂直帰線期間などのタイミングで
ハードレベルでどこぞのアドレスにジャンプする（PCが変わる）機能とかあったけど、そういう割り込みと、その先のルーチン、
みたいな物じゃないって事。　何故なら上でも書いたように見た目複数のアプリケーションがシェアしながら動作しないといけないので
そういう有限リソースを使った機能じゃないって事。

**名前は開発中のものです。** · 2010/11/19(金) 22:00:25

要約すると、俺も昔8bit～16bitの時代に、主にSHARPのマイコンとワークステーションだけど
BASICとアセンブラ（Z80A、MC68K）でプログラミングをずっとしてたけど、あの当時と今ではまったく世界が違う。
なので、例えば端的な一例としてポインタ云々なんて話は空気みたいに当たり前な考え方だけど、
それだけじゃすまない高級概念がうずたかく重なって出来てる。　なので、アセンブラ書ければそれ以降は簡単でしょ？なんて
間違っても言えない。　経験上もそう思うし、少し考えればわかる事。　なのでまずは、「習うより、慣れろ」

**名前は開発中のものです。** · 2010/11/19(金) 22:06:46

急にムズくなったな。

**名前は開発中のものです。** · 2010/11/19(金) 22:11:20

ゲーム作りは手段、新しい言語に慣れる事が目的？

**名前は開発中のものです。** · 2010/11/19(金) 22:29:16

>>908
当時のワークステーションはunixだったからマルチタスクを知ってるよね。
それらのあなたの経験から、最短経路があるとしてどの道順を提示しますか？

俺が、組込み屋に提示するロードマップは、
ひらしょー本「ゲームプログラマになる前に覚えておきたい技術」
を読め、と言いたかった。アセンブラでもプロだから読みこなせる。
しかしいきなりではムリだから、DXライブラリの初心者本を推薦した。

ゲーム本の初心者本で良い物が少ない、良い本があれば紹介してほしい。
俺の知ってる中では良いものだと思ってる。
ツールにしても少ないし覚えた頃には次世代へ変わってしまってる。
それでも、時代的にWindowsでDirectXでC言語が主流です。

**名前は開発中のものです。** · 2010/11/19(金) 23:03:53

ttp://njprog.com/toruhidaka/mgp98.htm

俺が読んだのは此から派生したQuick C 2.0 ゲームプログラミングの方だったので
本当に勧めたいのはそっちの方

初心者とか関係なく今時の本って得る物ない
仕方ないから翻訳もの読んでる

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

>>908
まずは　CなりC++の言語を覚えるべき。ついにゲーム本

**名前は開発中のものです。** · 2010/11/19(金) 23:08:31

×ついに
○つぎに

**名前は開発中のものです。** · 2010/11/19(金) 23:17:20

>>911
SHARPの、って前置きしてるので気づいて欲しかったんだが、
ワークステーションって言ってもunixとかじゃなくて、X68Kだよ。若い人は知らないかもしｒないけど、
パーソナルワークステーションって　一応　当時呼ばれていたのさ。　SHARPの、ってそういう意味だ。

良い本？俺が知ってるのは oh! MZ/oh! X、月間I/Oと、c-magazineとかの雑誌だよ。
あとは実験と実戦で、「習うより慣れ"た"」んだ。　言語本は１１年くらい前に何冊かJavaを読み漁っただけなので
特に薦める物は残念ながら無い。強いて言うと、
マイクロソフト出版が出してた電話帳みたいな厚さの COMと、win32APIのリファレンスは持ってた。
あとはあんまり意味無いが、VC++のパッケージ入ってる奴あるだろ？　あれだけさ

あと時代が云々じゃなくて、DMAやPIO直たたきしていた人への順序として、上を書いただけだよ

**名前は開発中のものです。** · 2010/11/19(金) 23:21:57

長文多いな

**名前は開発中のものです。** · 2010/11/19(金) 23:26:41

>>915
COMとかwin32APIは綺麗さっぱり忘れて。
C　+　DXライブライリーまたはC++　＋　DXライブライリーで
サンプル動かした方が一番簡単。不満になったらDXを直接で

**名前は開発中のものです。** · 2010/11/19(金) 23:33:37

簡単な話で済まないテーマだからどうしても長くなるんだ、ゴメンな。

あと一つだけ言っておくと、俺とかおっさんが昔に機械語使ってたからってエラいとかそんなの全然無いんだ。
何故なら昔はよっぽど単純だったから。　今はハードそのものが進化して、求められる結果も複雑過ぎる。
一部の口の悪い奴は、ネタかマジか知らないがC#やJavaの事を、何でもしてくれるゆとり言語なんて揶揄したり、
俺もDXLibみたいな安直にまとめたライブラリをマンセーする奴を半分バカにしたりもするけど、
本心で言えば仕方ないと思ってる。　何故なら成果物への道のりが遠すぎるからだ。

昔の人間より今の人の方が実際大変なステップを要求されてしまう。　時代が進めばそれは悪化していく。
だから昔と同じやり方じゃどうにも道が遠すぎる。LD A, 38H みたいな事繰り返しててもどうにもならない。

けど、上の元のハナシの人はタイムマシーンに乗ってきたような人だった。　だから順序を話さねばならなかった。そんなかんじ

**名前は開発中のものです。** · 2010/11/19(金) 23:34:37

>>917
長文多くて迷子にしてしまったかもしれないけど、俺はむしろ使ってる方なんだ
元のハナシの人間じゃない。ム板からの通りすがり

**名前は開発中のものです。** · 2010/11/19(金) 23:40:04

やだから、DXLibバカにしないで、一番簡単にDXつかえるから。
とにかく入り口は簡単に、後で奥に入ればいい。
新しい高機能ライブラリーが色々あるけど、それは慣れてからすればいい。
たぶん、「いやれはもっと…」　と思ってるかもしれないけど、そうじゃないって。

**名前は開発中のものです。** · 2010/11/19(金) 23:41:21

え？　ごめ＞＜

**名前は開発中のものです。** · 2010/11/19(金) 23:41:30

DirectX9.0c なら普段直接触ってるっていうか、
ずいぶん前に自分でまとめた自前ライブラリあるから他は特に必要無いんだ。俺に関して言えば

**名前は開発中のものです。** · 2010/11/19(金) 23:58:38

>>912
それは良さそうな本だ、俺はPC8001のマシン語の本で学んだ。
当時は情報が何も無かった、だから素人目線の入門書が大切だと思う。

>>915
X68kは持ってるよ、壊れてしまった。OS-9を知ってればunixと同じだ。
しかしSHARPのOSはMS-DOSそっくりだったね

>>918
機械語を扱えてプログラムを完成させた事が大切なんだ。
どの言語でもよいから一度出来たなら、必ず次も出来る。

>>922
目標最終地点がそこにある。DirectX用の自作ライブラリを作り上げるところ、
ひらしょう本は自作ライブラリを作れる方向で説明している。
しかし始める地点は、動作可能な地点から始めなければならない。

**名前は開発中のものです。** · 2010/11/20(土) 02:53:49

俺も殆どＷＩＮ３２とかＤＩＲＥＣＴＸの知識なくともＤＸＬIB使えてるからいいんじゃないかな
ＤＩＲＥＣＴＸとかはもっと深く勉強したい奴がやればいいんでねえの
ＤＸＬＩＢで十分２Ｄゲーム作れてるから俺はもうあれで満足
それ以上やる気も起こらんし別にこの先ゲーム会社就職狙ってるわけでもないしな
そんな俺に文句あるわけ？

**名前は開発中のものです。** · 2010/11/20(土) 03:01:54

目的に適うなら使えばいいだけの話。

**名前は開発中のものです。** · 2010/11/20(土) 09:36:24

おっさんばかりなのはわかった

**名前は開発中のものです。** · 2010/11/20(土) 09:47:27

DXLibに限った事じゃないけど、簡単=自由度が低いって認識は持っておいて欲しいな。
簡単な物を使っといて痒いところに手が届かないとかガタガタ抜かしてる奴がうっとうしい。

**名前は開発中のものです。** · 2010/11/20(土) 11:23:43

>>926
おじさまと呼んでくれ給へ

**名前は開発中のものです。** · 2010/11/20(土) 11:26:49

1から他人の作ったものを理解する作業をするなら、DxLibもDirectX直も同じようなもんだと思うが
だったら応用効くDirectX直でいいんじゃないの？
ゲーム開発の経験があるのなら、なおさらだよ

**名前は開発中のものです。** · 2010/11/20(土) 11:33:52

DirectX直は環境に合わせて
初期化するのが超面倒
「DxLib使え」にめちゃ禿同
まずは動くものですぐ感動
直でやるのは後回しでどう？

**名前は開発中のものです。** · 2010/11/20(土) 11:34:01

> 簡単な物を使っといて痒いところに手が届かないとかガタガタ抜かしてる奴がうっとうしい。
そういう奴は確かにいるけど俺は割り切って使ってるから問題ない

1から他人の作ったものを理解する作業なんてしないし応用なんて考えてない
ＤＸＬＩＢの機能の範囲で満足してるから直やるつもりはない
ゲーム開発の経験なんてないし
そんな売り物にしようとなんて考えてないしあくまで趣味の範疇で考えておる
例えて言うならベーマガ辺りの投稿プログラム的な物を目標にしてる

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

そもそも何で「DxLibで何が悪い」って話になってんの？

**名前は開発中のものです。** · 2010/11/20(土) 16:50:29

>>931
お前みたいに分かってて使ってる奴に文句言ってんじゃねぇんだよ
すっこんでろ

**名前は開発中のものです。** · 2010/11/20(土) 17:26:08

そんなベーマガ辺りの投稿プログラム的な物で大丈夫か？

**名前は開発中のものです。** · 2010/11/20(土) 18:37:34

他人のライブラリ使うとバグが増える
それだけでしょ
DxLib使ったゲームが動かないよーっていう環境も結構あるんだぜ

**名前は開発中のものです。** · 2010/11/20(土) 20:06:17

>>929
まさに、これ
結局固有のロジック部分にかかる時間に大差はないし、ましてDirectXそのものでも
初期化などの手間は意味さえ理解してれば、また似たような環境なら手順は決まってる
そういう意味で、直でもそうでなくても実際大差は無いから、一度誰でも良く理解して触ってみるべき

**名前は開発中のものです。** · 2010/11/20(土) 20:24:18

まるでプロがライブラリ無しでゲーム作ってると思ってそうだな。。

**名前は開発中のものです。** · 2010/11/20(土) 20:28:57

そんな訳無いだろ
そういう事じゃないっての

**名前は開発中のものです。** · 2010/11/20(土) 20:49:47

俺みたいにHSP使おうぜｗ

**名前は開発中のものです。** · 2010/11/20(土) 22:55:38

Javaのクラスとかインスタンスとか、核となる概念がよくわからん。
Javaの絵本（初版だが）みてもやっぱりわからん。
細かく説明してあるサイト知ってたら教えてくれ。

**名前は開発中のものです。** · 2010/11/20(土) 23:32:56

HSPはなぁ、独自言語仕様だから他人に推薦はできない。
ごく一般的な言語からの派生なら良いのだが、孤立路線を突っ走ってるし未来が無い

**名前は開発中のものです。** · 2010/11/21(日) 03:41:40

娯楽のシェアは、可処分所得とか処分時間の奪い合い、
食い扶持を考えたら競合は少ないほど嬉しいわけで。

簡単にそこそこまで作れて、そこそこ以上は作れない、
そういう未来がない言語が一番他人にお勧めしやすい。

**名前は開発中のものです。** · 2010/11/21(日) 04:53:23

大抵の場合　ゲームを作りたい＝ゲームプログラマになりたい　ではないのだ。
機械語脳のおっさんはそういう部分を理解していない。

**名前は開発中のものです。** · 2010/11/21(日) 07:22:27

ゲームを作りたい＝ゲームプログラマになりたい　では無いけど
ゲームを作りたい＝「自分で」「作り」たい　訳だから、知識や技術に言い訳や諦めをするのも自由だけど、
逆に突き詰めて気分を晴らしていくのも自由。　なので本人次第。

あと大抵　「これがお勧めしやすい」　って名前を出してくる物って、自分が得意で自分がメリットを感じた物になりがちなので、
そういう意味で俺は C++ ＆ Win32 & DirectX他って答えたい。　が、選ぶのは結局その人次第

**名前は開発中のものです。** · 2010/11/21(日) 09:54:22

急にNEETが増えたのは年の瀬だから？

**名前は開発中のものです。** · 2010/11/21(日) 09:56:07

不況だからじゃないのか？

**名前は開発中のものです。** · 2010/11/21(日) 10:13:11

Win32 & DirectXやるのめんどかった

**名前は開発中のものです。** · 2010/11/21(日) 10:30:29

全然面倒くさくないよ
検索すれば大量のサンプルソースや解説資料が出てくるだろう

まあでも好きなのを自分で選んでやればいいと思う

**名前は開発中のものです。** · 2010/11/21(日) 10:35:55

あとDirectXに関して言えば、考え方さえ理解すれば後は使う関数は決まっているし、
多くは定型で再利用出来る訳だから、実際大して大変じゃない。　理解出来ないとか、パッと見で逃げ出すとわからないまましこりが残る
上で出てるDxLibにしたって、ほとんどが実は win32の関数そのままだったり、DirectXのお決まり処理をただだらっとまとめただけなので
実は独自の特殊なロジックで・・・みたいな物ってあんまりない。　それなら直接の方がよっぽど融通利く
全然面倒じゃないよ

**名前は開発中のものです。** · 2010/11/21(日) 13:59:35

ここは2chのクソ板ゲ製
自分の事をカリスマプログラマと思っている童貞ガキが
「ね、簡単でしょ」とかぬかしながら聞きかじりの知識を
ひけらかす場所
DxLibが使えるか使えないとかツッコミはいるとまともに返せないのは
あたりまえ