破綻

破綻しておるのう。
HP100、能力30までぐらいはおいしくいただけたのに。

こんな出来で、人のいるところに一般公開なんて出来やしねえ。
スタジオ借りて練習してるだけなら、恥さらしな俺の歌を聞いてるのはせいぜい
スタジオ受付のねーちゃんぐらいだけど、まだ夜の駅前に出て弾き語りするような
段階じゃねえってところか。


ダウンロード　　Entry026.zip (2009.08.04)





チートで作った HP1500 500-300-200 のキャラ、ここからＨＰを３回育てたら
1900まで育ってしまって笑えた。
攻撃力なんて 500 が 503 になったところで誤差程度しか変わらないのに。

ここからなら、せいぜい１回の訓練で 50程度の上昇にしたい。
他の能力も１割基準かなあ。１割基準とか言ってると、上がってきたら
さっきのＨＰの二の舞だし。

上昇値をパラメーターから割り算で減額補正していこうかな。
２０あたりから２づつ増えるようになってもいい。
＋５％計算にしたら、５００のとき１回で２５か。ちょっと大きすぎるけど
こんなもんでもいいのかな？

成長が速すぎるなら訓練の値段を上げるとか。
サイフ的にちょっとフンパツして訓練受けてみて、相応の効果を得られるのなら
喜びはじゅうぶんあるか。

ちょっと上方補正気にしつつ、組み込んでみる。
どう考えても、ＨＰ伸びすぎだなあ。
弱いうちはこんな感じでよかったんだけど。


      imp = (Atp/20+1)/(Atp<100 ? 1 : Atp/100);
      Atp += imp;


３項演算子、条件演算子なんて使ってみる。
使い方は

    条件Ａ　？　Ｂ　：　Ｃ；
   
が基本パターン。というかこういう使い方。
条件Ａを満たしているときには Ｂの処理を。満たしてなければ Ｃの処理。
二つの数を受けて大きいほうの数を返すとかいうとき、

// 大きいほうの数を返す
int isMax(int A, Int B){
    if( A > B){
        return A;
    } else {
        return B;
    }
}

int isMaxWith3(int A, int B){
    return( A>B ? A : B );
}

このふたつの関数は同じことをしてる。
ＡがＢより大きいときはＡを返す。Ｂのほうが大きいときはＢを返す。

この３項演算子をうまく使えば、プログラムはすっきりする。
ただ、安易に使いすぎたらプログラムの流れをを目で追うのが難しくなるので
上のように if文を並べて平易に書くのもいい。



話を戻して、このとき Atp500 で、25 / 5 で５ポイントの増加かあ。
もうちょっとだけ上げてみる。

      imp = (Atp/15+1)/(Atp<100 ? 1 : Atp/100);
      Atp += imp;


ほんとにちょっとだけだあ！
これで、Atp500 のとき ＋６ポイント、３回目で＋７ポイントの節目、ここから
１０回ぐらいで＋８ポイントに上昇。
これぐらいの伸び率だと気持ちいいな。

ＨＰも、この方向性で補正かけてみる。
ついでに、変数imp を整数型から実数型にして、結果が出てから整数型に丸める
方式にする。
この方法、俺は好きだ。

    double imp;
    ：
    ：

    case TAtk:
        imp = (Atp/15+1)/(Atp<100 ? 1 : Atp/100);
        Atp += static_cast<nt>(imp);
        break;


動かしてみる。
データはもちろん？改ざんしたチートキャラだ。金だけは腐るほどあるぜ。

ふむ・・・鍛えてると上昇値が巻き戻ることがあるなあ。
ちょっと気になるかな。
放置しててもいいのかな。

気になるところなので、double型にキャストしてみる。

    case TAtk:
//      imp = (Atp/15+1)/(Atp<100 ? 1 : Atp/100);
        imp = (static_cast<double>(Atp)/15.0+1.0)/(Atp<100 ? 1.0 : static_cast<double>(Atp)/100.0);
        Atp += static_cast<nt>(imp);
        break;


ふむう・・・。
なんだかひどいソースだ。
ちょっとふいんき的に変わったけど、根本的な解決には至らないか。

上昇値がたまに巻き戻るのは、この方法では仕方ないとしても
ある程度までパラメーター上がってしまうと、鍛える上昇値が一定のところで
収束してしまうのな。

しかしまあなんですな。
圧倒的なクソ調整のにおいがだいぶ薄くなったんで、こんな感じでいいか。

こんなクソ長い数式を３回も４回も並べるのはイヤなんで、これだけでも
外に追い出す。


player.h

---

int mImp(int a){
    double d,da = static_cast<int>(a);
    d = (da/15.0+1.0)/(da<250.0 ? 1.0 : da/250.0);
    return static_cast<int>(d);
}

int mImpHP(int a){
    double d, da = static_cast<int>(a);
    d = (da/15.0+1.0)/(da<250.0 ? 1.0 : da/250.0)*((da+1000.0)/1000.0);
    return static_cast<int>(d);
}

void Player::Training(TrainingMenu tM)
{
    int cost = TrainingCost(tM);
    int imp;
    if(Money >= cost){
        Money -= cost;
        switch(tM){
            case THP:
//              imp = static_cast<int>(static_cast<double>((mImp(MaxHP)*(MaxHP+1000)/1000)));
                imp = mImpHP(MaxHP);
                MaxHP += imp;
                break;
            case TAtk:
//              imp = (Atp/15+1)/(Atp<100 ? 1 : Atp/100);
//              imp = (static_cast<double>(Atp)/15.0+1.0)/(Atp<100 ? 1.0 : static_cast<double>(Atp)/100.0);
                imp = mImp(Atp);
                Atp += imp;
                break;
            case TDef:
                imp = mImp(Dfp);
                Dfp += imp;
                break;
            case TAgi:
                imp = mImp(Agi);
                Agi += imp;
                break;
        }
        cout << tMenu[tM] << "が " << imp << "上がった。\n";
    } else {
        cout << "お金がたりませんよ！\n";
    }
}

---

ＨＰの計算、どうせ１６か１７あたりで収束するなら、それに倍率掛けてやろうかと。
これがけっこういい感じの上昇を見せる。

出たとこ勝負で掛けたり割ったりの、無駄に散らかってる計算式。
式を整理したら落ち込むほど単純になりそう。結果的に４倍してるだけのような気が。




ダウンロード　　Entry026.zip (2009.08.04)


お金まわりは今回まったく手を付けてない。
訓練の料金が安いか高いかの判断はしかねる。