dsの牧場物語コロボックルステーションやスターデューバレーのようなゲームになる予定
のんびり作っていくので、まったり見守ってください
俺も決してバカにしている訳ではないんだぞ
絵が描けるってのは強力な武器だし>>1には頑張って貰いたい
ただ心が折れかかって来るとやらなくていい理由を探すようになってしまうんだ
その兆候がではじめたから無理して失踪する位ならプログラム部分は他力本願で
>>1の才能を活かせるグラフィック面に専念するのも悪くないと思ったんだ
素材作れるんだから協力者は比較的集めやすいと思うぞ
>>1がまた元気に全レスできるようになるまでまったり待ってあげょ!!
>>1 に例示してあるゲームのいずれもプレイしたことがないので、ちょっと調べたところ、
『プレイヤーの作為とリアル時間経過に応じて支給される実績値を蓄積し、
解放条件が設定されているイベントを消化すること』
が目的のゲームとの理解で合ってるだろうか。
本気で言ってる?
採掘がない牧場ゲームがどれだけあるか知らんが
少なくとも>>1で挙がってるゲームには共通する要素なんだけど
を参考に
InputFieldComonent.cs(HP下部)
をコピペしたんだけど、using参照が無いエラー(CS0246)がでる。
色々見てるんだけどよくわからない……
http://shirakamisauto.hatenablog.com/entry/2016/01/26/153715を見てるんだけどわからん
どうなんだろう……プログラミング初心者なのでわからん……
ですよね~自分もそういう機能欲しいとよくゲームやってて思うもの
選択肢2女性選ぶと入力画面スキップしてテキストがループする……
nullって無いって意味だった(はず)だからうまく名前が格納できてないのかな
ヒエッ・・・
先は長そうやなあ
えっ無意味さ理解してない……
こういう系のゲームでは時間と体力は定番だから入れようと思ってた
向き固定は確かにあると便利だった。3つ里だかで横移動できたのが楽だった記憶
>>108
だいぶ長いですよ~
もともとだいぶ長いことかかってつくる予定だったので
>こういう系のゲームでは時間と体力は定番だから入れようと思ってた
入れるのは構わない、むしろ入れないとダメ
だけどRF3や4や最近の牧物はあっても今がない状態になってるから
無意味にならないようにしてくれというだけ
うぃっす
>>112
個人的に名前入力できるか否かはだいぶ重要な要素なのでなやんでたのです……
>>113
あーなるほど。バランスが重要ってことか
>>114
っていうか固定名にするっていう考えすらなかったです
ぐぬぬ……もうちょいなやむ
それにunity自体の話だけじゃなく他のゲーム内容の話もしたいので
ツクールは使う予定無いので……つかってもウディタだけど、今のところunityで作ってるのでunityじゃどうしてもむりだと思うまではunityでやってみます
無意味さを理解してるのだろうか?アレは参考にしてはいけない
それと動作速度や歩きや走るのは速くしたりするだけなのも問題がある
農作業は向き固定移動あると便利
を参考に
[input]
[button_new name=input_button storage=button val=決定]
[button_show name=input_button]
[evt name="input_button" target="*input_start"]
[s]
*input_start
[input_set flag=“f.name” target=*input_end]
*input_end
[button_remove name=input_button]
;キャラクターの宣言
[chara_new name=ariesu storage=ariesu_hutuu scale="2" y=-2]
;キャラクターを表示
[show name=ariesu]
[talk_name val=アリエス ]
{f.name}さんですか。[r]
って書いたんだけど、名前入力してもnullになる問題が解決しない…
どなたか解決策かアドバイスおねがいします
そんなんで何日も悩むなんてバカバカしい話ないだろ?
出来ないことはとりあえず飛ばす、やりながら覚えてくってのはそういうもん
まあ初心者はおとなしく固定名にしとけってこった
今がない状態ではなく
意味がない状態
「名前がシナリオやシステムメッセージに反映される」ことだけ確認しつつ
入力画面は後でつければええわ
牧場物語知らんのだけどどんなシステム取り入れるん?
好きな季節からはじめることができるようにして欲しい
出来ないことをひたすらやろうとすると進捗率ゼロになって死ぬ
モチベ下がるタイミングでエロ素材ぶっこんで燃料持続させる俺の相棒は神だったのか( ゚д゚ )
もう奴無しでは自作ゲーム作れない体に...w
相棒さんいい人そうでうらやましい
進捗はだめです
まだ持病の調子がよくないのでプログラミングはあんまり出来ずにキャラデザばっかやってそう
http://iup.2ch-library.com/i/i1883446-1516348964.jpg
http://iup.2ch-library.com/i/i1883452-1516349604.jpg
進歩なしで2年目でゴザル
色々大変そうだけどスレタイ通りまったりがんばってくれ
俺をケモナーに誘惑でもしてんのかって感じだなw
絵と世界観おまえさんがやってプログラマーか何かツールで動作組める人と組んだ方が現実的だろうね
良くも悪くも趣味で言語習得してしまう人ってエラーで壁にぶつかっても逆に脳汁だすような変態だからな
ドラゴンボールで言ったらアイツラ絶対戦闘民族だぞwww
マジで言ってるならゲーム作りに拘らず絵描いてればいいんじゃね
dlsiteで腐るほどいるぞ
俺は楽しみにしてるぞ
ノベルゲーみたいな画面になってたし
プログラミングしなくてもゲームは作れるし、絵だけ描いてれば?はないな
絵描けてプログラムできない持病へのツッコミはわかる
やっぱりプログラムを悩むならティラノビルダーが良いで
かなり厳しいような気がする。
プログラミングの勉強はいったん棚上げして、
まずはゲームの内容を整理する(企画をまとめる)ところから
手を付けるといいと思う。
ノベルゲーム系のツールなどを使って制作することにしたら、
絵描きスキルが存分に発揮できるかもしれない。
頓挫のサイン
頓挫のサイン
この流れ、もしかして
勇者単独の即敵本拠地なRPG制作をすっとばして
いきなり大規模なレベルの作品に挑戦できてしまうのは
ゴールが遠すぎると思うの('、3_\)_
・PC壊れた →(未使用)
・病気で中断 →(使用済)
ほっといてやれよ
企画段階
(0)ゲームの目的、楽しみ方、コンセプトを明文化する
(1) 『牧場』のライフサイクルを状態遷移図で書き表す
(2) 『作物』や『家畜』のライフサイクルを状態遷移図で書き表す
(3)『プレイヤー』と『貯蔵庫』のステータス項目と範囲を定め、その増減条件を列挙する
(4)NPCの役割を『機能』的に説明する(『設定』は後でよい)
準備段階
(5)状態遷移図の各状態の表現方法を検討する。画像もしくはエフェクト表現を手配する。
(6)状態遷移図の遷移条件のうち、プレイヤーの操作によるものについて、操作方法を決める
(7)状態遷移図の遷移条件のうち、システムが自動で行うものについて、発動条件、タイミングを決める
(8)ステータス項目のうち、表示するものと隠ぺいするものを分類し、表示するものについては表現方法を決める
(9)全NPCの機能をプレイヤーに伝える表現(容姿、セリフ、出現条件等)を決める
実装段階
(10)決定事項を忠実に実装する
(11)テストプレイしながら調整する
開発してくれ
∴ 。o .゚ :. 。 o ・ :゚゚ ・ : ゚゚ 。゚ : ゚∴ ゚ ・ 。 : . *゚
o・ 。 ゚: .゚ ・ 。 *: o・ :゚゚ 。 / ゚∴.゚ :. 。 o・ :゚゚ 。゚: ゚∴ ゚:
。 :゚。 ゚ ・o゚ ・ 。: .゚:. 。* / o・: ゚゚ 。゚ :∴。: ゚。 ゚∵: 。o゚ ・ 。
。 o・ :゚゚ 。゚: ゚ / ∴゚ ・ 。: *∵ ゚∵ *。 :。 o゜゚
∴ 。 o・ :゚゚ 。 ゚: ゚ / ∴゚ 。: . *゚:.。 ゚∵* :
。゚: ゚∴. ゚:. / 。 o゚ ・ o・。 ゚: .゚ ・ ・: ゚゚ 。゚:
・ 。:.゚: / .。 o・:゚゚ 。゚:゚ ∴ ゚ : ゚ ∵
゚ ・ 。゚ ・ 。 : ☆ . ゚* ・ ゚。 :. 。 *o・: ゚ ゚ 。゚: ゚。 。゚:゚ *゚ ゚
∵ ゚∵: o・:゚゚ 。 ゚:゚∴ 。o *゚ ・ 。: . ゚:.。 o・: ゚゚*: o・
。゚:゚ ∴ ゚ ゚: ゚ ∵゚。゚∵o:。o゚ ・ o・。 ゚: .゚ ・ 。∴。: ゚。
。: .゚:.。 o ・:゚゚∴ 。o・: ゚゚ 。゚: ゚ ∴゚ ・ 。: . *゚: .。 o・:゚ 。 ゚: ゚。
・ ゜ 。 .
. ゜
. 。 ・ .
゜ \ ゜ .
゜ ・ 。 ゜
. \ ゜ .
. 。 ・
。 ☆ | . そして彼らは星になった
. ・ 。 ゜
゜・ / .
。 . 。 ゜
. . \ .
゜ ゜ \/゜
. . ゜
ならアイデア出しから始めますか。
(常に次の目標がゲーム側で用意してある)
昔の牧場物語やルーンファクトリーは自由な目標達成ゲー
(自由に目標を作って達成するゲーム)1が言ってるのはコッチ
どちらもゲーム内の時間や体力のリソースとかで動ける範囲が決まってる
例 農具が強化されると如雨露や鍬などであれば
効果範囲が広がる(1マスのが3マスになったり)ので
体力の消費も少なくなり時間経過が少なくなる
「目標達成ゲーム」だとすると、
「ゲームのプレイ実績を表す状態変数群から、目標達成状況を評価する計算方法とその提示方法」
をどのように定義するかが、面白さに直接関ってくると思われる。
そこらへんは、本作品をお手本にさせてもらうことになるだろう。
(1) 2次元配列(『マップ』と呼ぶ)変数を、所望の状態に設定すること
(2) 可変パラメータ値(ステータス値、装備、装飾、家具、設備等)を所望の状態に変化させること
である。
これらについては、その行為ごとに操作方法、実施可能条件、実施コストが設定されていて、
最初からなんでも自由にはならないことが徐々に可能になっていくことを、
プレイヤーの楽しみ方の一つにしている。
植えた作物が育つ、枯れるなど、リアルタイムに状況が変化する要素を入れるべきだろう。
ただその場合、作物が収穫可能な状態まで育つ、生き物は成獣になって安定しているなど、
プレイヤーの不作為が不利益を生まない設定のゲームにするか、
適切なタイミングで介入しないと惨事に至るかで、ゲームのジャンルが変わってくるかもしれない。
読み替えてもいい。
「異世界に棲むラスボスを倒せ」などという何から手を付けてよいか
わからない無茶な目標ではだめで、とりあえず「人参、玉ねぎ、じゃがいも、豚肉何グラム」
のようなチュートリアル的な目標から始まるべきである。
徐々に複雑さや、手間のかかる作業を目標を掲げるよう、適切なレベルデザインのガイドラインと、
達成ごとに何か嬉しいご褒美を用意することが必要かもしれない。
『牧場版シムシティ』になりそうである。
その覚悟で作るのであれば、絵素材集めに悩まずに済むのだが、
多分、ここで求められているゲームとは程遠いものになる気がする。
普通にわかりやすいこと書いてると思ったが、結論がおかしくて草
面白さを追求して複雑化していくとシムシティになる、そして絵素材に悩まずに済むって飛躍しすぎじゃないか?
農業極めれば人を雇用して農地買って手を広げられる、とかなら要素としてあっていいけど
基本的にはシムシティで人口1としか扱われない人の生活をクローズアップしたゲームじゃないか?
周辺オブジェクトへ影響を及ぼす構造をモデル化したシミュレーションという形にまとめると、
野菜もビルも同じ方法で定義できるんじゃないか、という話。
結局、記号で表しても本質的に変わらないないんじゃなかろうか。
尚、ゲーム内オブジェクトの状態変化
牧場物語の行き着く先が牧場版シムシティと考えるなら
直交性高くしてもシムシティツクールが出来るだけ
スローライフシミュと都市開発シミュ同じにする前にまずゲーム遊んでこい
プレイヤーが操作するシェルを分離して開発することになると思う。
今のところ私は、本作を収納できる仕様で、いかに直行性を高く作るかに関心がある。
ビジュアル関係については、得意な人で進めてもらいたい。
俺もそういうシミュ系好きだし、そういう志向がよくわかるが
全部同じ方法で定義したところで、だから何だということになる
綺麗に実装できればすごいが、実装できないなら汚くさっさと実装した方が生産性は高いし、出てくるものは結局一緒
自然環境をモデル化できるんじゃないか、って期待感は学者が実際にやってるものを見れば限界がわかると思う
そういう知的っぽいのはプロに任せるしかない
結局どんな複雑で高度なものを目指そうがちょっとした画像を用意して貼り付ける方がよっぽどゲームとして面白くなる
「プレイヤーじょうろを使用すると、
その効果が及ぶ範囲内のそれぞれについて、
成長可能な状態の作物であったなら、一段階成長する」
という効果を得たいとする。
もちろん、そのまんまプログラムにしても正しく動くだろうけど、
その代わり、書いたとおりの結果にしかならないのはつまらない。
じょうろの可用性は、ここで書いた以上に広がらない。
そうではなくて例えば、
「プレイヤーがじょうろを使用すると
その効果が及ぶ範囲に、水を蒔いたという事実を記憶する」
という処理と、
「ある作物について、その生育場所に水がまかれていたとき、
成長可能な状態であったら、一段階成長し、
その場所に水がまかれた事実を処理済みにする」
という処理を分け、後段の判定は水を蒔いてからそう遠くない
任意の時刻に行われる仕組みにする。
作物を成長させるだけでなく、例えば焚火を鎮火してみたり、
ペットのフードボウルに水を満たしてみたり、
牧舎の掃除に応用することも出来るようになる。
(もちろん、焚火側等に、水が蒔かれたらどうなるかを記述する必要はある)
同時に、水を蒔く手段にバリエーションを生むことができる。
じょうろの代わりにバケツを使おうが、スプリンクラーだろうが、
雨が降ろうが、うっかり桶をひっくり返そうが、水やり属性の結果が得られる。
水がかかることが好ましくない状況を用意することで、
じょうろの扱い方にゲーム性が生まれるかもしれない。
ただ、牧場のゲームなので、家庭菜園向けの道具を持ち出さなくてもいいのだが。
それによって1つの道具に多様な可能性を持たせて、道具の機能をランダム生成して
NPCがそれらの道具を使ってどのように社会を形成するか見るとか面白いとは思うけど
絶対処理量的に無理
NPCは扱わず、PCのみが扱うなら可能としても、今度は例に挙げられたじょうろのように現実的なものの現実的な使い方の範囲を出る多様性は生まれない
そういう芸の細かいだけのようなゲームなら既に完成度の高いものがあるだろうし、普通の実装に過ぎない
ランダムに非現実的な機能の道具を生成してPCに与えて、環境を変化させるファンタジーなプレイ体験を与えるくらいしか新奇性はないかな
それにしても絵素材なしじゃ文字とか記号だけで説明されても現実的な理解の範疇を超えないだろうから、体験として弱すぎるし
少なくとも実装せずコンセプトだけを広げて満足できるほど大した広がりのあるものではないな
作物とかにするのはリアル感ないような・・・
だからこそ効率化を図るってのはあるけど
水分や栄養、気候が適切ならタネ蒔くだけで勝手に育っていいと思ってる
というわけでプレイヤーには環境作りからやらせよう
石や雑草取り除いたり、肥料撒くのは既にあるじゃん
設備や道具を整えるのも環境を整えるのと等価だし
それよりも環境作り(何かは不明)の方が楽しいと思うような何かがあるのか
牧場物語では季節に合った作物しか育てられない&全ての作物が畑と水撒きで育つ状態だから
作物に適した環境がシステムに整えられてるようなもんだが
過去作探せば
適した水分量が作物毎に設定されていたり、水田作りが必要な作物があったり、温室が必要な作物があったりするし
現実をみれば
連作障害を避けるため輪作が採用されてたり、農薬使ったり、共栄作物があったりする
個人的にこの辺りを考える方が脳死で水撒くより楽しいんだよ
まあこれを受け入れたくないので素人はゲームデザインする時にとにかく複雑に考えるんだよね
結局面白くはならないし、それ以前に作れはしないというのに
今のファンはこういうこと考えてるのか・・・
単純作業に依存させるのが良いゲームデザイン
プレイヤーが道具の強化をしようと思わないくらい単純作業に依存する案でもあるの?
次の例として「鍬(くわ)」の役割を拡張することを考えてみる。
本作では、土地を作物が植えつけられる状態に耕作するための道具で、
他には、特に使い道がない。
鍬にもいろいろ種類があるが、一般的な形態から察するに、
・根菜類の収穫
・畝の造成
・埋立地の均等化
・根切り、土壌の粉砕
・灌漑用水の導排水コントロール(特に緊急時)
・かまどの灰の掃除
等にも使えそうな形をしている。
ゲーム中に、こういう用途の場面を用意してやれば鍬の出番が増える。
また、同等の作業を別の道具もしくは手作業で行うときとで、
時間やスタミナの消費効率に差をつければ、経営ゲーム的な要素にもなる。
はい、次の方どうぞ
牧場ゲームで鉱山とか言って、どや顔するアホ
エアプはずいなw
>>194
コロボックルステーションとスターデューバレーの
鉱山は似てるようで違う気がするのだが
まあ、まったりとブレインストーミングを続けよう。
牧場らしい要素の一つ、「サイレージ」について考えてみた。
一言で説明すると、牧草の漬物のようなものらしく、作り方としては
(1) 牧草を刈る
(2) 少し干す
(3) 回収する
(4) ビニール袋みたいなもので密封する
(5) 重石を乗せる
(6) 乳酸菌?で発酵させる
という流れで出来るらしい。
ご家庭のぬか床と同じで、基本的な手順は同じでも、それぞれの工程での微妙な加減で
仕上がりが変わるようで、酪農家の腕の見せ所になっているそうだ。
そこで、牛の嗜好に合わせたサイレージができないと機嫌や健康を損ね、収益が悪化するという
要素をゲームに取り入れたい。
牧草にも何種類かあって、その配合や、刈り取り時期の違いで味や栄養価が変わるとか、
つわりの牝牛は酸っぱい味を好むとか、優秀、有望な乳酸菌は市場で取引されるとか。
牧草に含まれるデンプン、たんぱく質、食物繊維の初期値や、それを糖、アルコール、
アミノ酸等に分解する速度にプレイヤーの操作が反映されるようなシステムで作れると思う。
諦めるなよー