ロープレ作るぜ！

**名前は開発中のものです。** · 04/12/21 22:42:51

インターネット繋いだばかりの初心者の俺がゲーム作るぜ！
応援よろしくな！！
スレッド見たんだがＨＰＰって奴がいいらしいからそれにするぜ！
アドバイスよろしく！！

**名前は開発中のものです。** · 05/02/10 17:13:37

>>523
ローグ系なのかな？
どうしても戦闘中にスキル上げる必要があるシステムなのかが疑問。
MMOの生産系スキルは戦闘から離れてのんびり上げられるのがいいところだと思うが。

なにをするにも戦闘必須だと、結局目的が「作成スキルを上げる＝強いアイテムを作る」になり、
戦闘中に敵を無力化（状態異常orザコ相手）して、延々スキル上げすることになりかねない。
「だるいけど○○（強い武器）作りたいからしょうがねえけどやっぱだりいなぁ」と言いながら。

**名前は開発中のものです。** · 05/02/10 20:15:14

>>526様
目標はジレンマを楽しめて、キャラやアイテムの能力に無粋な上限を設定しないゲームです
基本の成長システムはほぼ固まっており
延々と作業する事によっての成長は無い物と自負してます

ジレンマの例は
3人ﾊﾟｰﾃｨを全員武闘派に成長させると
戦闘では最強になるけど、他の補助スキルが無いと獲るものはゼロに等しい
補助スキルを上げてる時は戦闘面で役にたたない
キャラが所持できる総重量は上限なく成長するが
良いアイテムほど重くて素早さが下がる
武器装備時は魔法の成功確率が半分・勧誘は1/4
盾装備時は魔法詠唱時間二倍

**名前は開発中のものです。** · 05/02/10 20:44:30

成長システムは
0～Xの範囲の乱数発生関数を数種類用意して
一つがXに近い数ほど出る確率が高い関数R2(X)で
一つが0に近い数ほど出る確率が高い関数R3(X)です

R3(自分の能力・スキル) > R2(相手の能力・難易度) の場合に
その攻撃などの行動が成功し、その時(成功時)に
R(自分の能力) < R(難易度)だったら
関する能力が成長するシステムです

プロトタイプで遊んでみたところ、良い感じにバランスが取れてました

ただ以前にかいた様に、アイテム作成スキル育成時の
デメリットが思いつきません

**名前は開発中のものです。** · 05/02/10 22:04:47

>>527-528
ジレンマのある成長システムってことは、ある程度「1周」のペースが速いゲームだよね？
途中で育て方失敗したなって思ったとき、「次はこうで行ってみよう」とすぐに思える程度に。

で、スキルレベルの合計値の上限は設定するんだよね？　万能キャラにならないように。
そうなると、「アイテム作成スキルを上げていること」自体が、戦闘時の足枷になると思う。
戦闘時のターンを消費させるということに拘らなくてもジレンマは感じられるのでは。
どうしてもターンを消費させたいというなら>>525の②は普通にアリだと思う。

あとジレンマってのは神バランスの上でしか成立しないので、
（キャラはｶｺｲｲのにヨエぇ…というのはよくあるものの）
ちょっと面白そうにも思うしｶﾞﾝｶﾞｯﾃくだちい。

**名前は開発中のものです。** · 05/02/10 22:54:22

とりあえず、グラフィックなしでも何でもいいから
プロトタイプをうｐキボン。
聞いただけでは、どういうシステムか分かり辛いよ。

ｲﾂｻﾞｾﾂｼﾃｲﾅｸﾅﾙｶﾜｶﾗﾝｼﾅｰ

**名前は開発中のものです。** · 05/02/10 23:09:41

>>529様
スキル計の上限は設けないつもりです
例えば極端な例ですが素材1億個を使用して作成するアイテムは
スキル値も1億程ないと作成に失敗して素材も失う確率が高い
成功しても未鑑定のままだと重量が1億あり、素早さが1億以上のキャラでないと装備できない
そこまでスキルを上げる為には、その間、戦闘スキルの育成を無視して
作成スキルの育成に専念しなければ、なかなか到達できない
こんな対操作時間のリスクを重視したいと思っています

>>530様
cgiを目標にしていますので
プロトタイプもPerlとPostgreSQL必須のCUIソフトですが…

**名前は開発中のものです。** · 05/02/10 23:15:34

書き込んでいるうちに解決手段を思いつきました

仲間が戦闘してる間にその場で鍛冶・裁縫をするという考えでなく
自分が鍛冶・裁縫をしている間、仲間は敵を倒しに戦闘に行くと考えれば良いのですね

一時的にﾊﾟｰﾃｨﾒﾝﾊﾞｰと別行動をさせて
その間、メンバー１欠で戦うという方法で組んでみます

**名前は開発中のものです。** · 05/02/11 00:19:11

CGIじゃそんなリアルタイム的なもの作れないんじゃないの

**名前は開発中のものです。** · 05/02/11 08:25:49

>>533
基本操作は群雄伝あたりの信長と同じような物なら余裕
生産は太閤立志伝(1～3)の鉄砲生産みたいな感じ
戦闘シーンは携帯アプリ版のUOのマネでよろしく

**名前は開発中のものです。** · 05/02/11 13:04:08

技術的な話は無理でも企画レベルなら楽勝だな

**名前は開発中のものです。** · 05/02/11 15:56:01

>>535
それは企画の仕事をしている人に対して失礼です。

**名前は開発中のものです。** · 05/02/11 16:45:20

>>536
企画者は技術的に可能な事を考える必要があると思いますが。

**名前は開発中のものです。** · 05/02/11 18:33:33

>>536の書き込み見て確かにそうだなと思ったが、
漏れ的には>>537と完全に同意見。
企画レベルでは簡単に言ってくれるけど、いざプログラミングってなるとかなり難しい
まぁ漏れのスキル不足だがな・・・orz
まぁ>>536ついでに企画者全員、悪いこといったな。

35 ◆JuJK1MZ4OU · 05/02/13 21:57:52

http://www.geocities.jp/lead4dael/test/jimen.bmp
http://www.geocities.jp/lead4dael/test/umi1.bmp
http://www.geocities.jp/lead4dael/test/umi.bmp

マップチップみたいなのを作って並べてみた。
評価頼む

**名前は開発中のものです。** · 05/02/13 22:09:53

フィルタ使って描いてもまだマシ

35 ◆JuJK1MZ4OU · 05/02/13 22:31:04

やっぱ自分で打たないと駄目か・・・

**名前は開発中のものです。** · 05/02/13 22:43:49

　　　　　　　　　　　　　 ∧＿∧
　　＿ノ⌒＼＿ノ　　（；´Д｀）ﾊｧﾊｧ
　／　　　　　　　ﾋﾟｼｯΣ（=====）
(＼ノノノハヽ彡　　　　 ( ⌒)⌒) __
　< 川＇v＇)　／￣￣￣'し￣￣／＼
　　＼　　⊂ ）　￣￣￣￣| |￣￣￣￣
　　／　　　　＼　　　　　　| |
　　し￣￣￣＼)　　　 .／　＼

**名前は開発中のものです。** · 05/02/13 22:51:26

warosu

**名前は開発中のものです。** · 05/02/14 00:36:24

>>539
２番目ってまさか水面じゃないよな。

**名前は開発中のものです。** · 05/02/14 02:57:03

>>539
酷すぎる。

技量が最低レベルの奴って、なぜかビットマップで上げるよな。
まあ、gifとかjpgで保存する方法すら知らないというのが実状なんだろうけど。

**494** ◆HyQbTkjjlE · 05/02/14 03:15:16

スマソ、私情でこっちの勉強が停滞しとりましたが再開します。

相変わらず教科書通りのことしかできないや('A`)
ウィンドウにグラデーションを表示させます↓
つhttp://www.uploda.org/file/uporg43793.zip

**名前は開発中のものです。** · 05/02/14 11:43:54

＞技量が最低レベルの奴って、なぜかビットマップで上げるよな。
ハゲドウｗ
ドット絵っつーことでビットマップでうｐしたいってのがあるかもしれんが
ビットマップでうｐするならまとめて圧縮してからうｐして欲しい

**名前は開発中のものです。** · 05/02/14 12:50:17

＞＞５４６
色んなトコロ弄くって頑張れ

35 ◆JuJK1MZ4OU · 05/02/14 17:10:15

やっぱりHSPで作った奴だと駄目だと言うことがわかったので削除した。

>>545
.jpg .gif

>>547
自動で作ったもんだから

**名前は開発中のものです。** · 05/02/14 17:15:39

>>549
＞自動で作ったもんだから
手動で形式変換しろよ。

＞やっぱりHSPで作った奴だと駄目だと言うことがわかったので削除した。

お前HSPをバカにできる技量も無いだろうが。
RPG程度ならHSPでも十分作れる。
むしろHSPでRPG作れない香具師が他言語でRPGを作れる訳が無い。

**名前は開発中のものです。** · 05/02/14 19:40:51

>>539
だれでも最初はそんなもんです。
マップチップ作るときは四隅に気をつけるといいよ。
なめらかにつながるように意識してドット置いていかないと、
並べたときに大きな模様のようなものが見えてしまうからね。

少しずつステップアップで練習あるのみ！

**名前は開発中のものです。** · 05/02/14 21:57:20

スキル制のダンジョンRPGを作ってますが
後半になって、各スキル等の命名に悩んでおります
(戦闘シーンは文字重視でグラフィックは無視してます)

①素早さ重視・ダメージ軽視タイプの武器(両手武器は稀少)のタイプ名、及びそれを扱う技能スキル名
②バランスの取れた武器のタイプ名、及びそれを扱う技能スキル名
③ダメージ重視・素早さ軽視の武器(片手武器は稀少)のタイプ名、及びそれを扱う技能スキル名
④素手により攻撃を行い、(武器装備時も)被攻撃の回避率にボーナスを与える技能スキル名

すいません続きます

**名前は開発中のものです。** · 05/02/14 22:15:32

⑤盾を使用し、相手の攻撃を無効化する技能スキル名
⑥相手を仲間にする事ができるスキル名

武器にはそれぞれのタイプに両手武器と片手武器があり
両手に何も装備しない→回避率に小ボーナス＆攻撃成功時に相手の素早さを与ダメージと同じ量下げる
片手武器のみ装備時→命中力にボーナス
片手武器と盾使用時→ボーナスは特に無し
両手武器装備時→与えるダメージにボーナス
魔法は両手にそれぞれ一つ装備できる指輪により種類と効果量が決定し
武器装備時は成功率が落ち、盾か両手武器装備時は詠唱時間が長くなります

続きます

**名前は開発中のものです。** · 05/02/14 22:20:55

～続き～
相手を仲間にする技能スキルは武器装備時に成功率がかなり落ちます

戦闘は素早さが高いほど次の攻撃順が早くくる方式で
相手を早く倒せるほどアイテムの入手率が上がります

長々と書いてしまいましたが、命名のアドバイスをいただければ
大変助かります
よろしくお願いします

**名前は開発中のものです。** · 05/02/14 22:29:54

>>552
あんましヒネってないが

①ライトウェポン&スピードアタック
②ノーマルウェポン＆ノーマルアタック
③ヘビーウェポン＆パワーアタック
④格闘術
⑤ガーダー
⑥外交術

…名前に一貫性ないな。
あくまで参考にどーぞ

**552** · 05/02/14 22:40:11

蛇足ですが
魔法についての補足です
指輪には右手用と左手用の2タイプがあり
右手用は相手にダメージを与えたり、ネガティブな効果を持つアイテムで
左手用は味方を回復させたりポジティブな効果を持つアイテムです
反対の手に装備する事も可能ですが、その場合は成功率と効果に影響を与えます

例
右手用:相手に最大16の熱属性のダメージを与える(魔法スキル4で成功率50%)
右手用:相手の素早さを最大100下げる(魔法スキル10で成功率50%)
左手用:仲間のHPを64回復する(同8で成功率50%)
左手用:仲間の攻撃力を最大121上げる
(同11で50%成)

**名前は開発中のものです。** · 05/02/14 22:44:52

>>553
５はパリィだ。絶対。

**名前は開発中のものです。** · 05/02/14 23:00:10

>>555様
ありがとうごさいます
外交術、良いですね。
ただ、せっかくのアドバイスに申し訳ないのですが
私にグラフィックのセンスが全く無くなく
どうしても文字だけで表現する部分が多くなってしまいます
武器のタイプ、技能は文字だけでイメージできる馴染みのある言葉が良いのではと悩んでいます

>>557様
ありがとうございます
パリィ…
聞いた事があるようなないような。
それはゲームをする方に馴染みのある言葉なんでしょうか？

**名前は開発中のものです。** · 05/02/14 23:28:00

サガシリーズじゃこんな技、日常茶飯事だったぜ！

>>558
とりあえず、数値をずらずら書くのはウザイから止めて。
そんなのはゲームをうｐしてゲームそのもので語れ。
正直スキル名なんて、悩む必要ないよ。むしろ悩んで名前をつけると
名前から効果が分からないものになりそうだ。
軽量武器、中量武器、重量武器、素手、盾、話術じゃ駄目なのか。

**名前は開発中のものです。** · 05/02/15 00:07:26

まぁ実際初期のUOなんて全てがワケのわからん英語だったからな
スキル名もアイテム名もマジックの効果も全てが英語。
それでも日本人にヒットしたって事は
各スキルの名前なんかスキル1、スキル2、スキル3で充分って事が立証されたワケだな
意味なんかプレイヤーが勝手に解釈してくれるさ

**名前は開発中のものです。** · 05/02/21 22:39:23

結局使い捨て系のゲームにならないには何が必要なんだ？？

**名前は開発中のものです。** · 05/02/21 22:45:50

わからん

◆ayE1kQpmAo · 05/02/26 17:31:22

スミスプロジェクトを参考にRPGを作ってるぜ!!
今はマップを作っているんだが[キャラクターが家などの陰に隠れる]みたいな表現がうまくできない。
今日の朝からずっとプログラミングをしているが、わからん
誰かソースうpしてくれ!!頼む
出来るようになったら、オレの今の進行状態をうpする

**名前は開発中のものです。** · 05/02/26 19:18:35

>>563

キャラが物に隠れるときに綺麗に見せたいなら

訂正 · 05/02/26 19:29:29

キャラが物陰にかくれるとき綺麗にみせたいなら
①下のＭＡＰを書く
②キャラを書く
③上のＭＡＰを書く
これだと処理は遅くなるけど。

汚くてもいいなら
キャラがそのチップの上にいるときに消せばいいと思う。

◆ayE1kQpmAo · 05/02/26 19:35:58

そうしようとしているんだが、うまく出来ない。
なぜかキャラがずっと消えたままになる。

**名前は開発中のものです。** · 05/02/26 19:38:55

通行不可の処理はできてるか？

**名前は開発中のものです。** · 05/02/26 19:52:44

>563
SDLのサイト↓ででそういうことをやってた気がする
http://tokyo.cool.ne.jp/sdl/

◆ayE1kQpmAo · 05/02/26 19:55:56

通行不可は出来ている

とりあえずそのHPを見てみる
情報ｻﾝｸｽ

◆ayE1kQpmAo · 05/02/26 20:09:31

そのHPではダメだった

TMapEditerというマップエディタを使って表現したい。
配列なら別に出来る

**名前は開発中のものです。** · 05/02/26 23:01:52

俺も今TMapEditerで作ってるけど
>>565の
キャラがそのチップの上にいるときに消せばいいと思う。
でやってる。上と下２つも作るの大変だからね（＾＾；）
俺は属性1は通行不可、属性2は建物の裏でプレイヤーを消すでやってる
ループ毎に今いる属性を調べて2なら消すって感じです。

**名前は開発中のものです。** · 05/02/26 23:19:46

>>563がどっかの馬鹿に見えてくるｗｗｗｗ

◆ayE1kQpmAo · 05/02/27 22:11:26

>>571
建物で完全に隠れている場合はそれでもいいかもしれないが、物の後ろに立っているように、見えるようにしたい
一応うｐした。
誰か、重ね表示できるようにソース改造してうｐしてくれ!!まじで頼むm(_ _)m
http://www52.tok2.com/home/montarand/

◆ayE1kQpmAo · 05/02/28 07:30:49

2つのマップを読み込むことは出来たが、それを表示させると上層マップの透明にしている部分が真っ白になってしまう。
もうちょっとで出来そうな気がするが、そこからが出来ねー。
マップの下層用・上層用は作ってある

**名前は開発中のものです。** · 05/02/28 09:05:47

>>574
ちゃんと透過処理できてるかどうか何度も確認汁

**名前は開発中のものです。** · 05/02/28 20:09:21

これに加えてＮＰＣも表示するわけだろ
だったら二枚のＭＡＰを使うより
すりぬける部分を通過できるＮＰＣとして
主人公のあとに描画したらどうだろうか。

◆ayE1kQpmAo · 05/02/28 22:15:49

>>576
確かにそれなら出来るかもしれないが、上層になる部分が多いとかなり大変じゃないか？
出来ればオレはマップを二つ使って実現したい。　
オレがうｐしたスクリプトは見にくくて改造しにくいと思うから、スミスプロジェクトのサンプルを使用して改造して欲しい。

**名前は開発中のものです。** · 05/03/01 11:50:58

montarandってどっかで見たような名前

**名前は開発中のものです。** · 05/03/01 12:34:17

じっちかよｗ

**名前は開発中のものです。** · 05/03/01 15:30:30

なんで最終手段であるべき「他人に作らせる」が最初に出てくるんだろう
だったら1から10まで作ってもらえばいいじゃない

**jodel** ◆0NYbdwr8wI · 05/03/01 17:25:19

VB.NETでやってみた。どうよ？
http://xeon2200.hp.infoseek.co.jp/

**名前は開発中のものです。** · 05/03/01 18:16:57

>>572の馬鹿について

◆ayE1kQpmAo · 05/03/04 05:30:18

言っておくがオレはじっちじゃない。
IDが思いつかなくて、このスレを見てたらmontarandを見つけたからそれにしたんだ。
まぁ、そんなことはどうでもいいが

NPCキャラでひょうじすることにした。
マップを作ってみたが、NPCが15個目までしか作れない。
16番目からは｢配列の要素が無効です｣とエラーが出てしまう
定義を変えても出来なかった。
スミスプロジェクトでモンスター数が最大15匹だったが、定義以外に変える場所があるのか？
オレはモンスターと関係ありそうな場所を変えてみたが出来なかった

**名前は開発中のものです。** · 05/03/04 17:06:22

>>583
dim も使えないバカなのか？

◆ayE1kQpmAo · 05/03/04 19:06:37

>>584
dimならわかっているぞ!!
最大要素数がMON_MAXだったから、定義のMON_MAXを変えるだけで出来そうだったぞ!!
でもやっぱり出来ない・・・
変えるところが他にあるのか

**名前は開発中のものです。** · 05/03/04 20:49:58

そんな既成のエンジン使わないで一から作れよ。
他人の褌で相撲とっても楽しくないだろ

**名前は開発中のものです。** · 05/03/04 21:27:02

いや、初心者は他人のものを見るのも勉強のうちだ

**名前は開発中のものです。** · 05/03/04 23:54:55

>>581を見ました。ソース付きですけどエディタ別売りですか･･･。
出来れば無料で作ってみたいですよね･･･。

**名前は開発中のものです。** · 05/03/05 17:56:08

べつに初心者じゃなくても他人のソースを読むのはとても勉強になるが、
それは処理の仕組みやコーディングのテクニックを理解している時だけだ。
他人のソースを丸々パクって作ったつもりになっているのは無意味。

内容を理解していないからちょっとした改造程度で躓くんだしな。
とりあえず、完璧に理解出来るまで処理の内容を確認しながらソースを読み返せ。
それさえ出来ないならやめてしまえ。

**名前は開発中のものです。** · 05/03/05 20:18:30

「プログラムに王道なし！」　プログラムをマスターする一番の早道は、何と言っても他人の書いたプログラムコードをたくさん読み、それを真似ることにあります。
そうすることにより、「どんなコードを書けばどんな動作をさせることが出来るのか？」、
ひいては「ある動作をさせたい時にはどんなコードを書けばよいのか？」ということが、
徐々に身に付いてくるのです。ところで、プログラムの書き方には、「これが唯一絶対の正解である」というものは存在しません。
全く同じ動作をするプログラムであっても、場合によっては何通りものコーディング方法を考え出すことが出来ます。
そうした中で、「どのコーディング方法がより効率が良いか」を考え、その場その場でもっとも適切なものを選択して行くのが、プログラマの手腕なのです。
私のファイルに掲載しているソースコードを「真似る」ことによりプログラミングのコツを学習していただきますが、
ここに紹介されているコーディング方法は必ずしも最高・最上のものではありません。これは、学習のレベルに合わせて工夫を凝らしているためで、
同じ処理をもっと効率よく記述する方法はいくらでも存在します。
初めから高度なコーディング方法を覚える必要は全くありませんが、同じ処理を行うにもいろいろな方法があるのだ、
ということを頭に入れておくことは大切です。学習を進める上で、余裕があれば、
「このサンプルは、どのように書き換えることが出来るのだろうか」といったことにも、時々思いを馳せてみて下さい。

**名前は開発中のものです。** · 05/03/06 02:41:52

どうでもいいから
ヤリタイヨウニ
殺れ

**584** · 05/03/06 09:06:11

>>585
だからー、そのソースはみてないけど、NPCの定義数が15個までっていうのは
HSPが変数のデフォルト配列として16個までは登録してるからだろ。
ちゃんと dim でいじって定義変えれば最大要素ぐらい変る。
デバッガ見てる？
デバッガで最大要素変ってても表示数が変らなかったらループ回数が間違ってる。
ここまで言えばわかるか？まあｶﾞﾝｶﾞﾚ。

◆ayE1kQpmAo · 05/03/06 19:34:04

デバッガ見てみたが、要素数が15までしかなかった。
どうやっても、全然出来ねー。

**584** · 05/03/06 20:42:22

>>593
dim で変えられてないんだろ。ソースよくみる。

◆ayE1kQpmAo · 05/03/06 20:56:56

dimの一番後ろの64は何の意味があるんだ？

**名前は開発中のものです。** · 05/03/06 21:09:50

それで解らんならお前には無理だ諦めろ

**584** · 05/03/07 10:40:27

>>595
いまソースみてきた。
ttp://www.smith-project.jp/main/hsp/hsp08.html
だよな？

で、その中の
dim mon_data,MON_MAX,64
これか？

これは dim の二次元配列宣言
つまり、MON_MAX = 16 だから、mon_data の中身は
0, 2, 3, ... 15
1
.
64
のようになってる。

**584** · 05/03/07 10:43:03

二次元配列の使い方についてはぐぐって自分で調べろ。
かつ実験してみろ。
二次元配列さえわかれば後はお前の思うとおりだ。ｶﾞﾝｶﾞﾚ。

**584** · 05/03/07 10:44:16

うほ、>>587の中身の上限は 64 じゃなくて 63 な。すまん。

◆ayE1kQpmAo · 05/03/08 13:41:11

ムズいな
つまりどこを変えればいいんだ

**名前は開発中のものです。** · 05/03/08 13:53:04

結局・・・orz

**名前は開発中のものです。** · 05/03/08 13:56:31

585 ： ◆ayE1kQpmAo ：05/03/04 19:06:37 ID:Tu9fDwnm
>>584
dimならわかっているぞ!!

595 ： ◆ayE1kQpmAo ：05/03/06 20:56:56 ID:5FjC2Rk6
dimの一番後ろの64は何の意味があるんだ？

**名前は開発中のものです。** · 05/03/08 16:37:12

どうせ釣りだろ？
こんだけ馬鹿だとプログラムとかより生活に支障をきたすはずだし

**名前は開発中のものです。** · 05/03/09 02:17:24

もういい加減、RPG用のライブラリが出てもおかしくないころだと思うんだが

**名前は開発中のものです。** · 05/03/09 02:41:29

RPG用のライブラリって何なのさ？
ミドルウェア？

**名前は開発中のものです。** · 05/03/09 04:45:35

そう。RPGの数ある概念をまとめたようなやつ。

**名前は開発中のものです。** · 05/03/09 07:32:06

libBulletMLみたいなやつか…

**名前は開発中のものです。** · 05/03/09 07:33:18

>>606
組み込み可能なイベントスクリプトライブラリということでよろしいか？

◆ayE1kQpmAo · 05/03/11 05:56:52

いろいろと試してみたが出来ねー

**名前は開発中のものです。** · 05/03/14 06:29:48

あげ

**名前は開発中のものです。** · 05/03/17 02:08:18

俺もＣでＲＰＧ作るぜ！
まずはキャラを置かねば。

◆F3pyk1feDs · 05/03/17 17:20:13

ｶﾞﾝｶﾞﾚ
応援してるぞ

参考にしているHPがあったら教えてくれ

**名前は開発中のものです。** · 05/03/17 20:49:32

まずＤＯＳ画面から・・・ね、ね？

**名前は開発中のものです。** · 05/03/17 22:27:15

明日から、C++でRPG創ります。
まずはドット絵（キャラ）作成ツール作らねば。

いろいろ考えているうちに眠くなってきたんで、今日はもう寝ます。

**名前は開発中のものです。** · 05/03/18 10:56:11

ツールつくるの？？

**名前は開発中のものです。** · 05/03/18 12:38:42

もれも明々後日からC++でRPG作ります。
まずは設計からだ。アドバイスお願いします。

**名前は開発中のものです。** · 05/03/18 12:50:26

ツール類はVBやらDelphiで良いんでない？

**614** · 05/03/18 13:04:47

>>617
以前はDelphiでドット絵・マップツールを作ってたけど、考えてみると
マップやドット絵ツールはGUIの比重がそれほど高くないから、C++でも
良い気がしてきた。画像処理のコードはC++の方が書きやすいし。

あと、キャラクタやマップの編集ツールなら、本体（今回はC++）と同じ
環境で作った方が楽かも。データクラスを共通で使えるから。

**名前は開発中のものです。** · 05/03/18 14:02:00

ドット絵ツールって…素直にEDGEとかじゃダメなんか？
うちではEDGE使ってるけどな～

**名前は開発中のものです。** · 05/03/18 14:04:06

こっちもよろすく

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

**名前は開発中のものです。** · 05/03/18 16:32:23

素直にEDGE使ったほうがいいと思う。

**名前は開発中のものです。** · 05/03/18 16:40:10

あらゆるとこでEDGEの方が優ってるけど、唯一？
D-PIXEDにしか無い機能、ルーペ表示で、
矢印キーでカーソル移動、スペースキーで
こちこちドットを打つ。

D-PIXEDもグリッド単位のコピー、ペーストが
あったら乗り換えなかったかもしれないんだけどな。
一枚絵なら今でもD-PIXEDの方がなんとなく
使いやすいような気もする。

**名前は開発中のものです。** · 05/03/18 18:46:59

やば、なんかD－PIXD使いたくなってきたw

**名前は開発中のものです。** · 05/03/18 19:44:15

256の時代はとっくに終わったよ

**名前は開発中のものです。** · 05/03/18 21:33:48

>>622
その機能は昔の絵描きソフトにはたいていついてたけど、今のソフトはキャンバスそのものを
自由に拡縮できるようになったからあんまり必要とされてないんだろうな。

ところでグリッド単位のコピーはスナップをチェックしてコピーするのとは違うのかい？