【初心者】ｽﾚを立てる前にｺｺで質問を【Part11】

**スレ立て挑戦** · 2006/01/20(金) 13:16:04

疑問に思うことがあれば、スレを立てずに、まずはココで質問。
スレッドを立てる前にはローカルルールを読みましょう。
http://pc8.2ch.net/gamedev/

※ >>980 を踏んだ人は次スレ立てをお願いします。

その他は>>2-10ぐらい

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

>>201
前者は名前空間stdの中で後者と同じ物が定義されている。
それだけ。

**名前は開発中のものです。** · 2006/02/21(火) 20:07:49

>>202
テクスチャへのパスとか間違ってないか？
中覗いてみ？

**名前は開発中のものです。** · 2006/02/21(火) 23:57:27

WinAPIのみでゲーム作ろうと思ったら、ウィンドウプロシージャーにずらずら命令書くんだよね？

**名前は開発中のものです。** · 2006/02/22(水) 00:17:46

>>205
んなわけねぇだろ。
普通はメッセージループでメッセージがないときにゲーム処理を
呼ぶか、マルチスレッドにする。

**名前は開発中のものです。** · 2006/02/22(水) 00:25:31

しっかし今思うとメッセージループって本当にWindows3.1時代の産物だなーと思う
あれって要するにマイクロスレッドを実装するためのもんなんだよね。
Luaでいうcoroutine.yield()みたいな。
Windowsが巨大なマイクロスレッドの管理人だった。

Win32になってSleepが使えるようになってからは(擬似コードだけど)

for(;;)
{
　if( PeekMessage( &msg, ... ) )
　　DispatchMessage( &msg );
　else
　　Sleep(0);
}

みたいに昔のDOSみたいな調子で書ける
GetMessageという関数の内部実装だってきっとこんな感じだろーし。

**名前は開発中のものです。** · 2006/02/22(水) 01:25:07

コルーチンは長い処理をぶつ切りにしたいときによく使うけど、
メッセージループはユーザーの操作に逐一反応するようなアプリを書くときに有用な機構なんでない？
とりあえずメッセージループとマイクロスレッドは全く関係ないような・・・

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

>>207
＞Luaでいうcoroutine.yield()みたいな。

例にこんなマイナーなものをあげるってどうなん？

**名前は開発中のものです。** · 2006/02/22(水) 07:25:59

>>205
そう。コード量が多くなってきたら、
コールバック先を変えるとか工夫したり。

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

>>208
メッセージループとコルーチンの違いについて議論してるわけじゃなくて。
(貴方が言うように全く関係ないもんだし)

Windows3.1のころはマルチスレッドプログラミングができなかったでしょ。
そのためにGetMessageがcoroutine.yieldの役割を果たしていたってこと。
あのころのWinアプリはマイクロスレッドで動いてたんだなーと

>>209
深い意味はねーよｗ
もっとメジャーなのってRubyのcallccとかか。
なんならyaneSDKのマイクロスレッドとか？ｗ
継続でメジャーなのってどんなのあるかな

**名前は開発中のものです。** · 2006/02/22(水) 13:25:59

…初心者です。
ゲーム製作のフローチャートってどんな感じなのでしょうか？
大体でいいので製作の流れを教えてください。

**名前は開発中のものです。** · 2006/02/22(水) 13:32:00

>>212
個人制作か？チーム制作か？

**名前は開発中のものです。** · 2006/02/22(水) 13:33:52

>>213
個人です。

**名前は開発中のものです。** · 2006/02/22(水) 14:45:54

ジャンルぐらいは書こうな

**名前は開発中のものです。** · 2006/02/22(水) 15:39:08

考える
↓
実行する
↓
完成するまで繰り返す

**名前は開発中のものです。** · 2006/02/22(水) 15:43:10

人に聞く
↓
叩かれる
↓
人に泣きついて何とか教えて貰う
↓
実行する
↓
完成するまで繰り返す

**名前は開発中のものです。** · 2006/02/22(水) 20:17:37

企画→規模算定→仕様作成→材料作成（絵、文章、音、３Dモデル、モーション、データ等）→
組み立て（プログラム）→デバッグ/テストプレイ→完成

**名前は開発中のものです。** · 2006/02/22(水) 21:00:00

金策→金策→金策→金策→金策→金策→金策→金策→金策→金策→金策→金策→金策→エンドレス

**名前は開発中のものです。** · 2006/02/22(水) 21:14:25

>>211
いや、それは分かってるけど……
あなたがwin3.1はプリエンティブなマルチスレッド機構を用いているというだけで、

＞しっかし今思うとメッセージループって本当にWindows3.1時代の産物だなーと思う
＞あれって要するにマイクロスレッドを実装するためのもんなんだよね。

とトンデモな結論を出していたから、それは違うよと指摘しただけ。
win3.1だって、こうなってるのは単なる実装上の理由でしょ。

**名前は開発中のものです。** · 2006/02/22(水) 23:40:54

>>220
何がどう違うの？

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

とりあえず、メッセージループはマイクロスレッドを実装するためのものじゃないよ。
win3.1でそうなっていたとしても、それは単なる偶然。
ちゃんとしたスレッド機構があってもメッセージループは残ってるでしょ。

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

まあなんとなく予想ついてたんだけど
メッセージループという単語をお互いが別の意味で捕らえちゃってんだな。
俺はPetzold本なんかで書かれてるような一連の定型的操作をメッセージループと言ってたからさ
言われてみればメッセージループって単語からしたら実装がたまたまああなっただけだな

まあ私の認識が間違ってたよ

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

色々なライブラリ使ってゲーム作るのって邪道ですかね？

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

疑問をいちいち人に聞くのは邪道だと思います！

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

そうですか、すんません…
DirectXやろうと思ったら初期化から、めんどくせいはややこしいわでダメだったんですけど
某ライブラリ使ったらむちゃくちゃ簡単だったもんで・・・

皆さんは全部自分でやって、ゲーム作ってるんですか？

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

漏れはサンプルを自分で書き写して実行するところからはじめた。

**新妻好み** ◆IQwhCnTrnE · 2006/02/23(木) 23:47:29

>>226
今は全部(？)自分でやってる。
3Dみたいな高度なことはやってないが。
DirectXの勉強期間は１～２ヶ月くらいだったか。

**名前は開発中のものです。** · 2006/02/24(金) 00:03:15

>>227
サンプル見ましたが、すごすぎて手が出せませんでした・・・
もう一回じっくり見てみます

>>228
おお、RPGスレの人ですか
いつかは自分で作れるようになりたいっす

**名前は開発中のものです。** · 2006/02/24(金) 00:19:37

>>226
漏れは使ったり使わなかったりだけど、簡単になるって感じたなら使った方がいいよ。
ライブラリを作れることも大事だけど、ゲームを作ることも大事。

**名前は開発中のものです。** · 2006/02/24(金) 08:45:40

面倒くさい処理はまとめてクラス化してる
出来合いの物を使っても良いんだろうけどね

**名前は開発中のものです。** · 2006/02/24(金) 17:56:01

気になったんだが、東方ってライブラリ使ってる？

**名前は開発中のものです。** · 2006/02/25(土) 00:07:15

>>232
多分回答を期待するような「ライブラリ」ってDxLibとかLunaとかのことだよな。

あれほどのプログラマが頼ってると思うか？

あれはそういうところは自分で書いてるはず。
遅延問題の解決とか自力でやるってことはその辺のフレームワークは全部自作だろう。
そりゃ意地悪な回答をすれば標準入出力ライブラリとかその辺は使ってるだろうがな。

**名前は開発中のものです。** · 2006/02/25(土) 00:15:52

東方クラスの連中になると、自前でライブラリを作ってるんじゃね？
DxLibやLunaみたいなのは、結局の所は他人のライブラリだからな。
自分と違うクセのソースを使うのは、やっぱし扱いづらいだろ。

**名前は開発中のものです。** · 2006/02/25(土) 01:08:01

>>233-234
なるほど
やっぱり自前でやったほうが良いのか
サンクス

**名前は開発中のものです。** · 2006/02/25(土) 01:15:26

①汎用性のあるコーディングを心がける。
②ゲームが完成する。
③ゲームのコードをライブラリとかエンジンと言い張る。
ｺﾚ最強。

**名前は開発中のものです。** · 2006/02/25(土) 02:02:47

DirectX呼び出してるだけだろ？ｗ

**名前は開発中のものです。** · 2006/02/25(土) 14:56:28

質問です。
2D・3Dのオブジェクトを描画するための構造体があるとします。
今までCで作ってる時はその構造体をグローバルに1024とかの配列でとっていました。
C++ではSTLとかいう便利なものがあるみたいで構造体をnewで確保してList・Mapとかのコンテナを
使うと管理も含めて楽みたいなイメージをサイトをいろいろ読んで受けたんですがnewってのはCで
いうところのmallocみたいなものだと思うのですが動的にメモリを確保していると思うのですがグ
ローバルで確保している時より遅くなると思いました。
聞きたいことは実際に遅くなるのかということとそういった管理でどういった部分に対して利点があ
るのかわかりやすい例などありましたら教えて下さい、よろしくお願いいたします。

**名前は開発中のものです。** · 2006/02/25(土) 15:05:44

思い込むんじゃなくて、調べろ

**名前は開発中のものです。** · 2006/02/25(土) 15:11:05

>>238
ですがですが言い杉

**名前は開発中のものです。** · 2006/02/25(土) 15:23:27

>>238
マジレスすると、そういうのはム板の言語スレで聞いたほうがいい

**名前は開発中のものです。** · 2006/02/25(土) 15:23:48

>>238
区、切、り、文、字、は、ち、ゃ、ん、と、使、え、よ。

**名前は開発中のものです。** · 2006/02/25(土) 15:27:13

この当たり判定っておかしいですか？

　RECT tr,sr[SHOT],r;
　Teki teki;//敵クラスの作成

　SetRect(&tr, teki.Get_TekiX() , teki.Get_TekiY() , teki.Get_TekiX() + teki.Get_TW() , teki.Get_TekiY() + teki.Get_TH());

　// 弾と敵の当たり判定、弾の数だけ繰り返す
　for(int i = 0 ; i < SHOT ; i ++ )
　　{
　　　　SetRect(&sr[i], ShotX[i], ShotY[i], ShotX[i] + sW, ShotY[i] + sH);

　　　　// 弾iが存在している場合のみ次の処理に映る
　　　　if( ShotFlag[ i ] == true ){
　　　　　　
　　　　　　if(IntersectRect(&r,&sr[i], &tr)){
　　　　　　　　
　　　　　　　　// 接触している場合は当たった弾の存在を消す
　　　　　　　　ShotFlag[ i ] = false ;
　　　　　　}
　　　　}
　}

**名前は開発中のものです。** · 2006/02/25(土) 16:38:54

>>238
実際に遅くなるか：ゲーム中に頻繁にメモリー確保開放すれば遅くなる。
管理に対して利点：拡張性を確保する一助となりうる。
利点を感じないなら今までどおりでいいんじゃない？

>>243
おかしいと断定するに足る内容でもないし、
おかしくないと断定するに足る内容でもない。
問題を感じないなら今までどおりでいいんじゃない？

**名前は開発中のものです。** · 2006/02/25(土) 16:52:12

>>243
どこが気になるん？

**名前は開発中のものです。** · 2006/02/25(土) 17:14:41

>>244
>>245
何回やっても、当たり判定してくれないんです(´Д⊂ヽ

**名前は開発中のものです。** · 2006/02/25(土) 17:15:30

>>246
デバッガ使えって

**名前は開発中のものです。** · 2006/02/25(土) 17:23:55

どうやら　　↓このIF文の中に入っていないようです。

　　　　　　if(IntersectRect(&r,&sr[i], &tr)){
　　　　　　　　
　　　　　　　　// 接触している場合は当たった弾の存在を消す
　　　　　　　　ShotFlag[ i ] = false ;
　　　　　　}

もうちょっと色々試してみます。

**名前は開発中のものです。** · 2006/02/25(土) 17:40:36

じゃあ　IntersectRect(&r,&sr[i], &tr))　の中が問題あるんじゃろね
各RECTにちゃんと値が入ってれば。

RECT r はなにが返ってくるん？

**名前は開発中のものです。** · 2006/02/25(土) 17:52:17

>>249
RECT r には四角形の交差したところの座標が入るそうです。

**名前は開発中のものです。** · 2006/02/25(土) 17:55:51

ﾜﾛﾀ

**名前は開発中のものです。** · 2006/02/25(土) 18:04:31

なんで笑われてるのかと思いきや・・

IntersectRect
2 つの長方形が交差する部分を計算し、指定された構造体に格納します。
交差部分がないときは、すべての座標が 0 の長方形を格納します。

おわっ、こんなん用意されてんのかよ！
当たり判定の関数って自分で書くものだと思ってた。

じゃあ弾と敵のRECTが入ってれば動くはずだぞぉ。

**名前は開発中のものです。** · 2006/02/25(土) 23:54:37

ゲームプログラムって変数の型って結構気にすると思うのですが
たとえばunsigned　intとunsigned shortを区別するためのプリフィックス？
みたいなものを私はつけたほうがわかりやすいと思うのですが皆様がどう思いますか？

**名前は開発中のものです。** · 2006/02/25(土) 23:56:59

別に気にしません。

**名前は開発中のものです。** · 2006/02/26(日) 00:25:05

＞皆様がどう思いますか？
処理を考えれば自ずと型が決まるので、そんなプリフィックスはいらない。

**名前は開発中のものです。** · 2006/02/26(日) 00:46:35

>254・255
まぁ大半の人がそうだと思っているのではないかと思いますが
実際に何も知らない人が読むことや経験の浅いPGが型を意識せずに(int/float/longぐらいは意識するとして)
値をセットしていくかもしれないという可能性を考えると毎回変数かくときに少しばかり長くなるだけで
結構読みやすいソースになると思うのですがどうですか？

**名前は開発中のものです。** · 2006/02/26(日) 00:48:50

そう思うなら勝手にやれよ。
いちいち聞くなうざい。

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

何も知らない奴には仕様書などの資料を読ませる
型すら理解できて無いようなヘボプログラマーには参考書を与えておく

**名前は開発中のものです。** · 2006/02/26(日) 02:42:33

型が理解できないって事は、
「コンパイラが何をしているのか」をおぼろげにすら理解していない、
ってことと同義なのでは…。

「プリフィックス要らない」には賛成。
コードを書くときに気をつけるべきなのは、
「CPUがメモリをどう操作するのか」であって、
「メモリの状態にどんな意味を乗せるのか」じゃないから。

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

プリフィックスつけた方がわかりやすくなる場合が多いし
ソース解読しやすい。
ただ、型変更しただけでその変数使ってるところ全て修正
しないとダメなのがめんどくさい。
後、型宣言変更時にプリフィックス変更し忘れてバグに
なる場合があるので注意が必要。

>>259
「CPUがメモリをどう操作するのか」＝型
「メモリの状態にどんな意味をのせるか」＝変数名
なのでは？

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

ゲーム製作において、
他人の可読性なんて考慮する必要は全く無い。

だから思い思いの命名規則でコーディングすれば良い。

他人がどう思ってるかについて、
いちいち食い下がるのは時間の無駄。

**名前は開発中のものです。** · 2006/02/26(日) 04:00:44

>>253=256 は賛同者を探すために来たにもかかわらず
全否定されてる様にｷﾝｸﾞﾜﾛｽｗｗｗ

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

char *LoadStageFileDataName;

switch ( g_StageNo ) {
case STAGE01:
LoadStageFileDataName = "stage01.dat";
break;
case STAGE02:
LoadStageFileDataName = "stage02.dat";
break;
}

fscanf(loadStageFileData, "%s", nowStageChipDataName);

※簡略化してあります

これによってstage**.datから使用する画像名を読み込んで

hr = D3DXCreateTextureFromFile(gl_lpD3dDev, nowStageChipGraphicName, &gl_GmStageTx);

というようにしてテクスチャ作成する処理をg_StageNoが変わるたびに行うとき、
変わる前に作成されていたテクスチャは開放するべきでしょうか。

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

終了させた後、VCの出力に何か表示されてるだろ。

**名前は開発中のものです。** · 2006/02/26(日) 11:54:48

BCCですorz

**名前は開発中のものです。** · 2006/02/26(日) 14:44:55

2chで論議されてた・されてりA宗・B宗とかありますよね。
PC向けの3Dゲームだとどれが向いてますか？
PCだと個人で性能にかなり差があるので60FPS固定で描画と処理をまわす方法より
処理は処理でずっとまわして描画は60FPSでまわすみたいなことをしないと
難易度が変わっちゃうのかな～と思ってます。
皆さんはどうしてます？まぁこれも宗派といえば宗派かもしれませんが
どちらのほうがやる人に優しい設計なんでしょうか？

**名前は開発中のものです。** · 2006/02/26(日) 14:55:52

両方やってみて、自分がこれだと思った者を選択しろ。
終わった話を蒸し返すな。

**263** · 2006/02/26(日) 15:25:21

自己解決できました。すいません(・ω・｀)

**名前は開発中のものです。** · 2006/02/27(月) 18:46:23

今、DirctXでシューティング作っています。当たり判定と武器二種類など
基本的なことを実装しただけなのですが、リリースビルドしたもので2MBぐらいありました。
DirctXで組むとこれくらいの大きさになるのですか？

**名前は開発中のものです。** · 2006/02/27(月) 18:48:29

環境を書きやがれ。

**名前は開発中のものです。** · 2006/02/27(月) 18:53:27

>>270
Microsoft Visual Studio .NET 2003 + Dxlib
Microsoft DirectX 9.0 SDK Update (October 2005)です。

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

>>269
俺はそんなもんだと思う。
何故って言われても割と困るが。

**名前は開発中のものです。** · 2006/02/27(月) 19:46:34

漏れも2003だけど１MBだなぁ。SDKが古いけど。

**名前は開発中のものです。** · 2006/02/27(月) 19:57:33

Oct05ならD3DXはDLLだよなあ。
DxLibとやらがデカイのか？

**名前は開発中のものです。** · 2006/02/27(月) 20:54:03

>>269
リソースの画像が大きいんじゃないの？

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

ネットFPSが作りたいのですが。必要な機材(ソフトと資料)は何が必要ですか？

**名前は開発中のものです。** · 2006/03/02(木) 13:34:03

サーバ・クライアントのOSは何か？Windowsなら、
ネットワークはDirectPlayか？Winsockか？WinPcapか？
2Dか3Dか？3DならDirectXを使うのか？OpenGLを使うのか？

もっと具体的に、ついでにその辺は自分で調べて来いよ

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

>>277
OSは、Windowsで。3DのDirectXです。初心者には、DirectPlayが扱いやすいでしょうか？

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

>>278
初心者にはネットワークも3Dも難しいだろう、とだけ言っておく。
DXを使うのならコンパイラは大体決まってくるだろう。.NETでも買っとけ

でも、その前にプログラムを組んだことが無いのならgcc辺りをインストしてC/C++のお勉強な

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

C言語のブロック文について質問なんですが・・・
ブロック文って

if(----){
　//処理
}

こう書く人もいれば

if(----)
{
　//処理
}

こう書く人もいるんですが、どちらの方がいいのでしょうか？
独習C,独習C++という本で勉強しているのですが、著者がどういう基準でブロック文の
書き方を使い分けているのかがいまいち分かりません

**名前は開発中のものです。** · 2006/03/02(木) 21:01:53

その例に関してなら、どちらでもいいとは思う。
最近のマイクロソフトは後者だね。

**名前は開発中のものです。** · 2006/03/02(木) 21:17:51

>>280
それは世界がまだ天と地に分かれておらず、
まだ、たった一塊の混沌だった時代…

ビットマップディスプレイなどというものは存在せず、
キャラクター端末では表示できる行数は極僅かだった。

さらにそのキャラクター端末にはメモリーらしいメモリーは存在せず、
スクロールでさえサーバーに命令を送って、
一画面分のキャラクター情報を再送出させる必要があった。

そのため最小限の行数でソースコードを記述する事が善とされ、
余分な改行は最大の悪。可能な限り改行を省くように、
コーディング規約で厳命される場合もあった程だ。

　つまり前者は年寄り。未だに太古の調教から抜け出せない。

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

MMORPG作ってるんですけど、どんなことからはじめたらいいですか？

手のつけようがありません

**名前は開発中のものです。** · 2006/03/02(木) 21:43:36

寄寓だな。漏れも今週からMMORPGに手をつけ始めたとこ。
窓立ち上げ、原始的な文字入力、ログ表示＆スクロールまでやった。
３D表示にしようかと思ったけど、それは前回やったので、
次は通信でチャット可能にしようと思う。

これが正しい順序なのかは判らん。。

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

寄寓だな。漏れのは3Dだぞ！

**名前は開発中のものです。** · 2006/03/02(木) 21:53:06

プレイ中に３Dデータを鯖から送信できるようにしようという野心策なので、
やっぱ通信確立が最初だよな。うん。じゃないとデータ構造決まらんし。

**名前は開発中のものです。** · 2006/03/02(木) 21:59:00

質問です。
なぜプログラミングをやったこともない人間が
急にMMORPGを作ろうと考えるのでしょうか?
計画性もない人間が、
自分がプレイしているMMORPGの鯖会社よりも
ずっと素晴らしい管理ができるとでも勘違いするのでしょうか？

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

後者の一行目に当てはまるので答えてやろう。

＞計画性もない人間が、
＞自分がプレイしているMMORPGの鯖会社よりも
＞ずっと素晴らしい管理ができるとでも勘違いするのでしょうか？

製作そのものが目的だからだ。管理なんてやる気ナッシング。
わかったか、このド素人めっ！

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

>>287
厨というものは、自らの力量をわきまえず、得てして誇大な夢を描くものです。
それは人間に与えられた本能のようなもの。
誇大な夢を地力と根性で達成してしまう僅か一握りの天才のために
人間は大きな夢を抱くようにできているのです。

MMORPGを作ろうとして撃沈する厨は、捨石であり、鵜の真似をする鴉であり、
人類全体という視点で見ると犠牲バントであると言えましょう。
ごくまれに出現する天才のために、優しい目で見守ってあげてください。

匿名掲示板で見守るには、自らをわきまえて大きな夢を描かなくなったベテランより、
打ち上げ花火のようにデカイ夢を掲げては消えていくバカのほうがずっと楽しいでしょう？
（でもそういうバカが身近にいると地獄を見ますがね。）

**名前は開発中のものです。** · 2006/03/02(木) 22:52:34

>>280
どっちでもいいけど、俺は前者。行数少ない方が見通しがいいしね。
ちゃんとインデントしてれば、{があるかどうかなんて見ないでもわかるから。

でも、VS.NETのエディタでコードの折りたたみを使う場合は、
後者の書き方でないと見難い。

というわけで、後者を進める。

>>283
手のつけようがないのに「作ってる」と現在進行形なのが不思議。

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

皆さん質問です。
2dと3dのワークに対しての名前を考えてます。
ゲーム会社・個人、どこでも何でもいいのでどんな名前にしてます？
～_WORKの～を考えて頂戴。

**名前は開発中のものです。** · 2006/03/03(金) 02:26:28

TMNET

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

バイナリってなんですか？

C言語とDirectXでＲＰＧを作っていて、
マップデータの読み込みの為にファイルの入出力を勉強していたのですが、
テキストでファイルのセーブ、ロードをするよりもバイナリでセーブ、ロードをした方が良いと
解説サイトに書かれていたので、バイナリってやつを使ってみたいんですが・・・

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

検索で簡単にわかるものは質問しないでください＞＜

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

>>289
北太平洋が泣いた

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

>>294
検索しても定義が出てくるだけでチンプンカンプンなんですよ。
具体的にどんなものかわからないんです。

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

>>293,296
http://e-words.jp/w/E38390E382A4E3838AE383AAE38395E382A1E382A4E383AB.html
これを読んだ上で、何がちんぷんかんぷんなのか教えてくれ。

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

>>296
具体的にって言っても、テキストファイルでないファイルは
全部バイナリファイルだしなぁ。
広義ではテキストファイルもバイナリファイルではある。

http://e-words.jp/w/E38390E382A4E3838AE383AAE38395E382A1E382A4E383AB.html
http://e-words.jp/w/E38386E382ADE382B9E38388E38395E382A1E382A4E383AB.html

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

02 01 08 15 00 00 00 00 00 00 00 01
00 01 00 00 00 00 03 00 00 00 00 01
00 01 01 00 16 09 09 09 09 17 00 01
00 01 00 16 27 02 02 02 02 10 00 01
00 01 00 11 02 02 02 02 18 25 00 01
00 01 00 24 19 02 02 02 10 00 00 01
00 01 00 00 11 02 02 02 10 00 00 01
00 01 06 00 24 08 08 08 25 00 00 01
00 01 00 00 00 00 00 00 00 00 00 01
00 01 00 00 00 00 07 00 00 00 00 01

>>297,298
なんかこんな感じの数字の羅列を勝手にバイナリファイルだとか
思い込んでいたようです。
勘違いが解けました。お手数おかけしましたm(_ _)m

**名前は開発中のものです。** · 2006/03/03(金) 07:28:21

>>293
　ブラウザやテキストエディタ等で、文字として処理できる数値の範囲や一部の制御コード
(改行、タブ)を扱うのがテキストデータで、それを含む全ての数値を取り扱っているのが
バイナリデータ。

　…これ以上は簡素化できんなぁ。

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

>>299
　バイナリエディタでテキストデータや画像データ等を読み込んで比較すると、なんとなく分
かってくると思うヨ。

　数値としての1はどちらも1だけど、数字としての1はバイナリでは49だしなぁ…と言うとさらに
混乱するかな?(苦笑

**名前は開発中のものです。** · 2006/03/03(金) 08:30:54

(苦笑
とか余計だし。