[過去ログ] ネトゲの作り方 (305レス)
前次1-
抽出解除 必死チェッカー(本家) (べ) 自ID レス栞 あぼーん

このスレッドは過去ログ倉庫に格納されています。
次スレ検索 歴削→次スレ 栞削→次スレ 過去ログメニュー
リロード規制です。10分ほどで解除するので、他のブラウザへ避難してください。
64: 2009/04/09(木)10:00 ID:qUvhs67I(1/7) AAS
>>58
>通信するフレームレートは3でいい。1フレームの中に実際の20フレーム分の情報入れろ。
>1フレーム分の情報は32バイト以内にしろ。つまり、

 ここいらの数値が具体的なのが気になるな。
 もともと実際の送信のタイミングはOSやNICのお任せになるんで、プログラム上で
通信レートを固定にする必要は無いと思うんだが如何に。

>>61
省4
66: 2009/04/09(木)10:15 ID:qUvhs67I(2/7) AAS
>>57
 ダイスに埋め込まれた2つの端子を読み取るプレート型センサーが販売されたり
してな。
 サンワサプライから。

 てか、タブレットを利用したら簡単に出来そうな気がしてきたw
79: 2009/04/09(木)20:09 ID:qUvhs67I(3/7) AAS
>>73
 65が言ってるfpsはFPSのほうだと思う。

>>75
 通信プロトコルはUDPで独自データプロトコルを使用ということね。ネトゲ用の汎用
データプロトコルなんてあるんだろうか。韓国あたりならリネージェ2のが基盤になって
そうだけど。

 ポートは、まあ他のソフトとぶつからなければいいんじゃないかな。有名なソフトの
省1
81: 2009/04/09(木)20:20 ID:qUvhs67I(4/7) AAS
>>78
 ジャンルによってはhttpもありだけど、FPSを含めアクション系にはレスポンスの
遅さとヘッダの冗長さで選択肢にはならないでしょ。
86
(1): 2009/04/09(木)21:18 ID:qUvhs67I(5/7) AAS
>>82
 82は58かな? 違ったらごめん。
 20フレーム溜め込んで333msの遅延を意図的に発生させる意図がよくわからな
い…。更新すべきデータが発生したら即時送信する、というレスポンス性ではダメ
なのかい?

 とは言え、60fpsで律儀に位置データを送り続けるネトゲを作った勇者もいたわけ
で、それについてはシステムデザインが根本で間違ってるとしか言いようがなく。
88
(1): 2009/04/09(木)21:28 ID:qUvhs67I(6/7) AAS
>>84
>一通りプログラム出来るならすぐ出来るし

 いや、実は1はツクールを少しいじったぐらいの人で…。使用言語も決まっていな
いしプログラミングを学ぶ気があるのかどうかも不明。もちろん作りたいFPS像も見
えていないという状態です。

 まぁ、ここはプログラムできなきゃダメってわけではないんだけど、他人が手が
出せるほどのきちんとした企画や仕様を作り上げられる技量が、となるとそれは
省1
92
(1): 2009/04/09(木)21:42 ID:qUvhs67I(7/7) AAS
>>87
 無圧縮のwavをそのまま送るのなら、原理は文字チャットと同じで難しくはないよ。

 ただ文字データとは比較にならないほどデータ量が多いんで、音声データを圧縮
する必要が出てくる。その圧縮時間が遅延と混じりあってる気が多少しないでもない。

 たしかwavとかは全データが送り終えないと再生できないから、ストリーム再生に
対応して無いフォーマットを選んだ場合は、ある程度の時間に区切って送る必要が
あるかもね。それらのバッファ量も遅延と感じてしまう可能性が。
前次1-
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル

ぬこの手 ぬこTOP 0.012s