C/C++言語でＲＰＧを作ってみるスレ

そんなん、自分の好きなのを作ればいいよ

別にここまで伸びたｽﾚで、今も悪い流れじゃないんだから、
わざわざｽﾚの趣旨を変える必要はないと思うが。

RPGっていう縛りはあった方がいいよ
初心者が作りたいゲームジャンルNo.1だしなｗ
次点：MMO

次スレこっちにいくの？

C++でRPGゲームを作成する
http://pc8.2ch.net/test/read.cgi/gamedev/1101161690/

>>884
HSP厨がわんさか来ますよ！

ALGOL系言語限定とか

HSP厨でこのスレのレベルについて来れる奴いるの？

レベルというか、マップ出してキャラ動かす程度ならHSPで簡単なんじゃねーの？

HSPとRubyは除くという文言を入れておこう
Lispを入れてもいいが入れなくてもどうせこないだろう

DirectGraphics使ったらティアリング回避できたYO！

>>896
そりゃそうです。バックバッファの管理も全自動。

C/C++ という言語仕様にグラフィカルなものがないような言語に限定している
というのがいいと思うんだけど。
言語仕様にGUIのAPIがあるような言語だとここでしばしば投稿されるような
プログラムはお目にかかれなくなると思う。
あと、描画ルーチンの精査もやる気が失せなくない？
高速化する手法をあらゆる手段で悩んだりしなくなるよ。

>>895
なぜ Ruby を除外するの？

今のところ、描画の高速化で頭を悩ませている人はいないような。
いっぱい投稿されたほうが、やる気はでるかも。

いまどきのマシンは高速だもん
簡単なゲームなら筋を間違えなければ満足のいくスピードが出る

前にあがったたGDI+のやつは、結局なんフレだったんかな。
ロープレぐらいならできそうな気はしたが。

C/C++言語でテキストRPGを作ってみるスレ
とか言ってみるテスト・・・

テキストのほうが難しい件

テキストでやるならPerlかJavaScript使うぜ。
ごめん、後ろのは嘘。

>>903
MMOまーだー？

テキストMMORPG？

------ここでPerlかPHPどっちがいいかという不毛な争い開始------

------ここでPerlかPHPどっちがいいかという不毛な争い終了------

ネイティブアプリならRubyかPythonでしょ
PerlはGUIはともかくグラフィックがない
PHPなんてexe作れるの？

処理系依存だけど、こういうのでMMOってのもアリなんでないの？可能性としてね。
これはbcc用だけど、gccのncursesでも出来る筈。
クライアントはテキストベースだしシンプルになりそうな分、
鯖の作を作りこみたくなりそう。クライアント変えればGUIにもなる悪寒。
#include <stdio.h>
#include <string.h>
#include <conio.h>
#define MAP_WIDTH40
#define MAP_HEIGHT20
char map[MAP_HEIGHT][MAP_WIDTH];
int char_pos_x = 5, char_pos_y = 5;
void print_map(void)
{int i, j;clrscr();for (i = 0; i < MAP_HEIGHT; i++) {for (j = 0; j <
MAP_WIDTH; j++) {if (i == char_pos_y && j == char_pos_x) {printf("@");} else
{printf("%c", map[i][j]);}}printf("\n");}fflush(stdout);}int main(void){
memset(map, '.', sizeof(map));clrscr();for (;;) {int c;print_map();
c = getche();
if (c == 'q')break;
if (c == '4')char_pos_x -= 1;
if (c == '6')char_pos_x += 1;
if (c == '8')char_pos_y -= 1;
if (c == '2')char_pos_y += 1;
}return 0;}

見た目はともかくゲームとして完成させるのが大変なわけで。
スクロールできたー、自由に移動できるようになったー、満足！（完）となりがち。

細かいことは後回しでいいから、とりあえず最後まで遊べるｶﾀﾁにしようぜ。
格好はいいけど遊べないｼﾛﾓﾉより、見た目はしょぼくてもゲームになってる方が
ずっと重要。

>>860です。
描画をﾀﾞﾌﾞﾙﾊﾞｯﾌｧにして、最後に::StretchBlt()で
拡大して表示するﾌﾟﾛｸﾞﾗﾑを作ってみたのですが、↓

::StretchBlt(hdc, 0, 0, 640, 640, hMemDC,
0, 0, 480, 480, SRCCOPY);

普通に::BitBlt()で描画するよりCPU使用率が跳ね上がってしまいます。。
（5〜15　が　60〜80　ぐらいに orz）

他に絵を拡大して表示する関数はあるんでしょうか？
どなたかよろしくお願いします m(__)m

自分が昔さんざん調べた限りでは中田。
ビデオカードがStretchBltに対応してないんじゃないかな。
いまどきそんなカード珍しい気がする。
UPしてくれればみんながベンチしてくれると思うよ。

>>914
拡大関数は無いんですか・・。
どうやらｽｸﾘｰﾝの解像度を強制的に変更することはできるらしいんですが、
それはちょっとお行儀悪そうですもんね。

Upできるのは今無いので、明日にでも、できればあげてみまっす。
レスありがとうございました m(__)m

>>915
ttp://www02.so-net.ne.jp/~dinna/program/draw.htm
何ビットでやってる？
それによってVカードが効くかが分かれるかもしれん。

>>910
パイソン>>>>>>>>>>>>>>>>>>｜超えられない｜Ruby
しかし何故か日本じゃRubyのが知名度が高い政府の陰謀

>>916
すいません、私が雑魚すぎてわかりません (T_T)
普通に::LoadImagge()で読み込んで、
::BitBlt()で表示してると思います。
ﾋﾞｯﾄﾏｯﾌﾟのビット数とか指定した記憶がない orz

使ってるのはノートパソで、
CPUはceleron1.8で、GeForce440 Go てのがついてるみたいですが。。

>>918
24bitのビットマップを読み込んでるんなら、24ビットかな。
16とか32の方が速いかもしれない。
画面のグラフィックモードと合わせるかにもよる。

みんな!!忘れてないか？
N 8 8 B A S I C と か

>>920
実行環境整えるのが大変そうだな。

>>910
あれ？
Rubyってexe作れるのか。

>>922
Exerb

Ｈ・Ｓ・Ｐ！Ｈ・Ｓ・Ｐ！

>>923
ネイティブコードを生成するんじゃなくて、Rubyの実行ファイルとRubyスクリプトをexe内に含むのね。
サンクス。

>>921
ActiveBasic っつう選択肢はﾄﾞｰﾃﾞｽｶ？

クソスレになってきたな

他の言語の話題が出た途端に廃れたな。
他の言語スレは勝手に立ててくれ

413 名前：デフォルトの名無しさん[sage] 投稿日：2005/06/02(木) 19:36:03
>>405
>初心者スレ
か？ほんとうにそうか？

言語は極論すれば何でもRPG作れるけどスレの通りいくならCかC++。
だが、言語の本とするとC/C++ではグラフィック関連は望めない
(OSに依存することでC/C++では規格化されていないから)。

Javaならそのあたりがばっちり言語仕様に含まれているし、
Window表示や、グラフィック関連を扱っている書籍も多い。
Javaにしろ。Java。

438 名前：デフォルトの名無しさん[sage] 投稿日：2005/06/03(金) 09:39:09
そういうことを言わずに済むJavaを薦める。

439 名前：デフォルトの名無しさん[sage] 投稿日：2005/06/03(金) 09:51:38
Javaも2DAPIが豊富に取り揃えてある気がするんだが

867 名前：デフォルトの名無しさん[sage] 投稿日：2005/07/06(水) 00:20:51
でも、Javaでダブルバッファリングで綺麗に動かせるんだから、
directx使うまでもなく、なんか方法がありそうなもんだけど。

870 名前：デフォルトの名無しさん[sage] 投稿日：2005/07/06(水) 00:34:13
JavaもDirectX使ってるんだよな

877 名前：デフォルトの名無しさん[sage] 投稿日：2005/07/06(水) 20:21:06
Javaのスレも立ててよ
C/C++とJavaで競争しよーぜ

競わせると沸き立つか、或いは荒らしが増えてクソスレになるだけか。
どちらにしろ現状よりはよさそうだな。

>>929
自作自演だと思ってるのか知らんけど、870だけ俺だよ。

C# + SDL最強

3DRPGツクールとして活躍しそうなDarkBASICはいかがですか？

>>933
ﾊｧ?

氏ねよ。

882あたりから腐ってきたな

荒れそうなネタは放置でヨロ