おまえら土日までに一本ゲーム作るスレ13

**名前は開発中のものです。** · 2011/06/21(火) 15:17:13.56

・月曜日から制作を開始し、土日までに完成させて発表するスレです。
・好きな言語やツールを使って制作してください。
・完成させる事がメインです。また、作品を発表しない人でも感想やアドバイスで応援できます。

【関連サイト】
おまえら土日までに一本ゲームつくるスレとは？ http://wiki.game-develop.com/index.php?%A5%D7%A5%ED%A5%B0%A5%E9%A5%DF%A5%F3%A5%B0%2F%BD%E9%BF%B4%BC%D4%B8%FE%A4%B1%2F%C5%DA%C6%FC%A4%DE%A4%C7%A4%CB
土日のまとめ　http://www25.atwiki.jp/donitimatome/pages/1.html
【あぷろだ】
ゲムデヴあっぷろーだ http://gmdev.xrea.jp/

**名前は開発中のものです。** · 2012/06/25(月) 22:49:15.94

【お題】増殖

**名前は開発中のものです。** · 2012/06/25(月) 23:04:14.24

>>949
マウスプレイで、スコア3384だった
いいね、こういうゲーム好きだ
ってかBGMが壮大すぎてなんか笑えたｗ

**949** · 2012/06/26(火) 06:29:18.30

>>951
プレイありがとうございます！
なるべく爽快感のあるようにしたかったので、
そんなBGMを選んだつもりでしたｗ

**名前は開発中のものです。** · 2012/06/26(火) 06:44:06.14

おもしれーｗ
とりあえずマウスで13172点行った！
終盤ほとんど連打してるからゲームオーバー画面が一瞬で終わるのがちょっとやだｗ

**949** · 2012/06/26(火) 20:49:38.80

>>953
ありがとうございます！
一万以上点数を取るなんて凄いですね！
自分のハイスコアは7000点ぐらいでした・・・

そうですね、タイムオーバーになったら、タイトルに戻るだけなので、
誤押しし易いですねｗ

**名前は開発中のものです。** · 2012/06/29(金) 00:57:12.24

来週のお題マダー？

**名前は開発中のものです。** · 2012/06/29(金) 08:31:21.99

来週のお題【murder】

**名前は開発中のものです。** · 2012/06/29(金) 08:38:37.89

むるでら？

**名前は開発中のものです。** · 2012/06/29(金) 19:33:19.93

お題【ガチャ】

**名前は開発中のものです。** · 2012/06/29(金) 19:36:29.53

【お題】pack

**名前は開発中のものです。** · 2012/06/30(土) 01:19:33.76

お題：謎の宇宙フルーツを取ると得点がもらえる

**名前は開発中のものです。** · 2012/06/30(土) 15:57:13.55

お題【ベッド上のフルーツ】

**名前は開発中のものです。** · 2012/07/02(月) 01:34:15.13

【お題】スーパーバラ曲線
【タイトル】スーパーバラ大戦
【ジャンル】陣取り系ボードゲーム
【URL】http://gmdev.xrea.jp/st/up/789.zip
【製作時間】一週間
【開発環境】C++
【備考/DL容量】240kb
【概要】バラを植えて土地を取り合う
【操作】マウス
【コメント】
独特なルールなのでRead Meは必読です

**名前は開発中のものです。** · 2012/07/02(月) 05:15:53.11

ルールムズすぎワロタ
これ形からバラ曲線の式がわかってないとつらいね

**名前は開発中のものです。** · 2012/07/02(月) 07:32:31.90

角度方向の線の密度が攻撃力っぽくて
中心←→外側の線の密度が防御力っぽいことはやってるうちになんかわかった

**名前は開発中のものです。** · 2012/07/02(月) 11:24:09.93

９２４だけど勝てなかったぜ！

**名前は開発中のものです。** · 2012/07/02(月) 18:10:19.10

感想ありがとうございます

>963、964
曲線とパラメーターの対応はWikipediaに画像がある
ttp://ja.wikipedia.org/wiki/バラ曲線
r = sin(θ×n/d)の画像の横軸が攻撃、縦軸が防御
最強と最弱はどちらもn=dだから同じ絵になるというのが
実はこのゲームの肝だったりする

>>965
作者だけどあんまり勝てないぜ
はっきりいって「うわっ…敵のAI、強すぎ…？」状態です
適度に弱くするというのも難しいもので

**名前は開発中のものです。** · 2012/07/07(土) 23:25:39.03

【お題】ガチャ pack
【タイトル】冒険者ギルド『なにがし』
【ジャンル】ギルド経営魔王討伐ゲー
【URL】http://gmdev.xrea.jp/st/up/793.zip
【スクリーンショット】http://gmdev.xrea.jp/st/up/794.png
【製作時間】６日と２０時間
【開発環境】D言語
【備考/DL容量】 1.6MB
【概要】冒険者たちを募って育てて引退させて魔王を倒せ！
【操作方法】左クリックで選択　右クリックで戻る/キャンセル
【コメント(感想)】作ってる間にお題の面影はなくなりました

**名前は開発中のものです。** · 2012/07/08(日) 14:38:45.27

>>967
面白い!しかもD言語。マイナー言語好きだよ！

プレイングによっては途中で確実に詰むね。
パーティlvが500くらいになったとき敵のlvが1000越えだらけになって倒せる相手が居ないから引退させて
新しいパーティー組もうとするとリーダーの統率が21に対してメンバーが13~15ばかりで数増やせなくて
仕方なく組んだパーティじゃそのころの敵を倒せない。倒せない→全滅→新パーティー→倒せない。でループする。
それをさらに繰り返すと全員の統率の差が埋まってリーダーと仲間の二人パーティーしか作れなくなる。

敵が強くて詰むんじゃなくてリーダー以外の勇者の統率が高すぎると思う。
勇者枠10人中リーダー、統率高め、統率低めがそれぞれa、b、cとしたら

a = num of grid
b = floor(sqrt(a) * 2) + α
c = floor(sqrt(a)) + α
α = 0～2

くらいにするとバランスよく組んで１パーティ=リーダー含む4人orリーダー除く4人、
10人中の出現比率を b >= c > a or c >= b > aくらいにしてパーティー組むときに詰まないようにするといいと思う。
それと序盤以外はゲームスピード上げてクエストを増やしてlv高いのと低いのを両方欲しい感じ。クエスト待ち時間が結構ある。
あとパーティ組んでる最中は時間止めてほしい。

**名前は開発中のものです。** · 2012/07/08(日) 15:28:14.37

>>967
スマホで移動中にちまちまやりてえ

**名前は開発中のものです。** · 2012/07/08(日) 20:45:12.65

【お題】ガチャ
【タイトル】土日ガチャ
【ジャンル】コンプガチャ
【URL】http://yarohima.main.jp/hp/game_gacha/gacha_menu.php
【スクリーンショット】http://yarohima.main.jp/hp/graphic/gacha_ss.jpg
【製作時間】２日
【開発環境】PHP、MYSQL
【備考/DL容量】特にありません
【概要】コンプガチャです
【操作方法】クリックでガチャる
【コメント(感想)】シンプルなコンプガチャです。課金兵の気分を味わって下さい。

**名前は開発中のものです。** · 2012/07/08(日) 21:01:41.23

久しぶり

**名前は開発中のものです。** · 2012/07/09(月) 11:32:43.14

>>970
実際には無いけどこういうシミュ系だと良くある
"全部集まるまでガチャ回し続ける"ってボタンがあるといいなーと思った

あと、ランキング見る限りノーマルの確率の絞り方がなんだか露骨だねｗ　
特定のカードだけを絞るより　
"残りx枚になったら確率が低くなる"ほうがガチャっぽい感じが出ると思う

**967** · 2012/07/09(月) 11:52:18.77

>>968
能力の高さで統率が決まるようになってたんですがこれがダメだったみたいですね
どうせ統率低いの取っておいても弱いからいいことなにもないし、はじめから終盤の統率でもよかったかも
メンバーの出現率のことは全く考えてなかったので参考になります！
クエスト待ちは一番つまらんところですね。これは確かになんとかしないとダメですね
RTS好きで時間止める発想が全くなくなっていたことに気付きましたごめんなさい
いろいろと改良案まで本当にありがとうございます！

>>969
ちまちまするの楽しいですよね
スマホ持ってないのであんまりわかんないですが
HTML5とかに移植するのは簡単そうかも？やったこと無いんですが

**名前は開発中のものです。** · 2012/07/09(月) 13:44:29.21

>>973
>能力の高さで統率が決まるようｒｙ
いや、ダメじゃないと思う。TCGはやったことあるかな？あれの性能の決定パターンとして

１）レアリティが低くて性能も低いけどバランスよくて使いやすい（器用貧乏）
２）レアリティが低くても効果or数値は少し良くて使いやすい（長所を伸ばすけどダイアグラムによっては圧倒不利）
３）数値が良いから高レアでも効果は抑えめor効果が良いから高レアだけど数値抑えめ（とくに長所を伸ばしてダイアグラム差小さめ）
４）とくに○○に強い（対策用）
５）上記の上位互換でレア度アップ

だいたいこんな感じになっててコレで言う２）が少ないんだと思う。それと、鎖付いた時のペナルティを下方修正してボーナスの
特殊効果もゲームに対する影響力を上方修正すると、数値が高いだけのやつと効果が良いだけのやつが住み分けできて腐らなくなるとおもうよ。

効果のゲームに対する影響力っていうのは、やってて再生と祈りが重要なのは気付くんだけど他はメリットが実感しにくい。
とくにテレポと応援は中盤以降あんまり役に立たない感じする。応援の効果を変えてテレポは帰還速度大幅上昇か瞬時帰還でもいいとおもう。

>HTML5とかに移植するのは簡単そうかも？
html5でゲームだと描画はwebglだからGL/ES2.0だよ。固定機能外してシェーダー付けたopengl2.0だと思っていい。
お絵かきするならCanvas2Dてのがあるけど。ストレージアクセスはDBとファイルシステム叩くAPIがある。
俺もスマホにあったら買うとおもう。

**970** · 2012/07/09(月) 22:57:36.39

>>971,972
プレイ＆レス、ありがとう！
おひさです

ちょっと内容が素っ気なさすぎでした…
972さんのを参考に、また要素を追加してみます

確率的には大体30％、2％、34％、34％、0.1％なのですが、９人でコンプまで4,000DC～220,700DCと結構差が出てますね
やっぱり本物のガチャは、一定額以上使わないとレアが出ないとかの仕組みが入っているのかな

**名前は開発中のものです。** · 2012/07/10(火) 00:14:37.55

>>973
HTML5に移植はそんなに難しくないよ。
今まで作ってみた経験では、
ゲーム作るのもよほど凝ったことしなければ、表示もCanvasで充分だし。

**名前は開発中のものです。** · 2012/07/10(火) 00:34:36.00

ﾁｰﾝ

**名前は開発中のものです。** · 2012/07/10(火) 01:36:37.11

>>975
うわさレベルではそうだなｗ
しかしさすがに"絶対にでない"をやると景品法だかで
確実にアウトだからやってないと思うよｗ
まあで確率をかなり落とすぐらいならしてるだろうねｗ
プライズゲームなんかは見逃されてるけどアレは真っ黒もいいとこ

コンプガチャは
普通の状態なら全部30％
あと2枚になったら、その残り二枚の確率が10%
あと1枚ならその当たりの確率を5%（ホントはもっとエグい数値だと思う）
っていうふうになってるみたい
だからあと一枚がかなり遠く（確率を下げてるんだから当然だけど）
感じるんだってさ。

結構差がでてるのはMOTHER2のおうじゃのつるぎみたいで面白いなｗ　
あれは128分の1だっけ？　
RPGのドロップは、出る人は出るんだけど、出ない人はとことんでないから
気をつけろ見たいなことを、ゲームデザインの本で書いてあったな･･･

**名前は開発中のものです。** · 2012/07/10(火) 10:06:27.78

1/128なら結構出るじゃん

とか思う俺ははネトゲのレアの出にくさに訓練されてしまったんだなぁ…

**名前は開発中のものです。** · 2012/07/10(火) 10:30:18.94

ドロップ率がｎ分の1だったらｎ回試しても１つ以上手に入る確率は
６割程度(e分の1)なんだっけ？
４割近くの人は128回引いても一個ゲットできないとか

**名前は開発中のものです。** · 2012/07/10(火) 10:40:16.33

失敗、e分の1は４割(正確には37％)のほうだね
しかもｎが無限大のとき

**名前は開発中のものです。** · 2012/07/10(火) 15:07:28.72

パチンコの話かと思った

**967** · 2012/07/11(水) 01:56:21.24

>>974
何度も読み返したのですが性能決定のところがまだよくわかってません
「レアリティ」を統率にそのまま読み替えていいのかな？
だとしたらなるほど。
統率の決定法則は『（ランダム生成で）能力の合計が平均以上ならリーダー格、さもなくばランダムで通常か低統率』だったので、
正直盲点でした。きちんと考えて能力値出せばよかったｗ
特殊効果は最後１時間その場で全部決めちゃったのでほとんどバランス調整（やエフェクト表示）不足だと思います。
テストプレイでも連撃と応援は全く使わなかったし・・・
（そのときは『意味のない選択肢があることに意味がある』とかわけのわからんこと考えてましたが）
いろいろ調整してみます。本当にありがとうございます！

>>974,976
調べたらAndroidのエミュレータとかあるみたいですね
WebGLのライブラリとかもいっぱいあるみたいですし
ちょっとそれで試してみようかとか思ってます

**974** · 2012/07/11(水) 05:05:24.92

>>983
例えなんでそこまで深く考えてなかったけど大方「レアリティ」を統率にそのまま読み替えていいかと。
ただ、TCGの例を当てはめるなら先に言ったように特殊効果の影響力を強化しないと成り立たないとおもう。その上で、
統率の出現率を性能決定に依存させないように考えればメンバーが組めなくなるのを回避するという目的ではたぶんベターだとおもう。

考えてみた。たとえばこの例をそのまま落としこむと以下の様なロジック
1.先にリーダー・統率低・統率高の出現率を決定（10枠をa,b,c人に区切る）
2.それぞれの空き枠（リ・低・高）に応じた統率値決定
2b.空きがない場合は別に考える
3.それ以外の数値を決定
4.特殊効果の有無を決定
5.空き枠に生成した勇者を埋めていく
*このとき各種決定プロセスで複数のストラテジーを持つ
だとか、特定の条件下をオラクルとして扱って特殊なことするとか・・・。

これだと統率値はパラメタに依存しないから組めなくなるのを防止しつつそれ以外の数値と能力の決定はそれぞれ独立するから
個性を持たせることが出来る=「どうせ統率低いの取っておいても弱い」を防げる、はず。

ほかには
1.数値と効果を決定してランク付け。ランク付け時、統率値の高さに重さを置く
2.そのランクを出現率比a:b:cに紐付
2b.比a:b:cはaがb,cより小さくなる。b,cはどちらかが大きくなるか等しくなる
3.乱数によってa,b,cどれかを決定
4.(3)の決定に紐付された勇者を取り出して勇者を待機
とか。前者との違いは前者が（リ・低・高）の出現人数が常に固定なのに対して後者は確率で決定するので人数可変。
かつ出現率の決定は数値と能力の決定に依存しない。
ただし、ランクが強さに依存するのと統率値の決定をヒューリスティックに調整する必要がある。とか、こんな感じ？

>『意味のない選択肢があることに意味がある』とか
普段のデメリットを大きく設定して特定の条件下のみ圧倒的に有利になるようにすればいいんじゃない？

**967** · 2012/07/11(水) 09:19:53.16

ありがとうございます！やってみます