改造・制作スレ part2 (1000ﾚｽ)
改造・制作スレ part2 http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは1000を超えました｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
617: 614 [sage] >>616 対応感謝します！ http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/617
618: 608 [sage] >>616 対応ありがとう御座います。 早速、導入してみようと思います。 http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/618
619: 名無しさん [sage] >>615 詳細な検証をして頂きありがとうございます。 他の部分をそぎ落とせば対処できるのでしょうが、 別のおかしな挙動（派生スキルにcenterつけたら全方位にランダムなど）が発生するなどなかなかイメージ通りにいかなかったので、 違った形で作ってみる事にします。 >>616 ご対応ありがとうございます。 無事、指定した際にも真っ直ぐ進むようになりました。 http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/619
620: 名無しさん [sage] ななあし様 度々の更新お疲れ様です。 本体ver4.51で追加された「スクリプト機能を追加しました」 というのはどのようなものなのでしょうか。 おそらく製作に関係するようなものではないかと気になってwikiやスレを探したのですが見つからず。 こちらの勘違いや見落とし、また後日追記予定のものであったらすみません； http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/620
621: 名無しさん [sage] >>620 >>616じゃないかと…？ http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/621
622: 620 [sage] >>616 なるほど、そういうことでしたか！ 理解しました、お手を煩わせて申し訳ないです。 http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/622
623: 名無しさん [] 改造初心者です。 改造するどころか、まだデータを見ることさえ出来ていません。 scriptでデータを改造するんですかね？ scriptの中のデータをひらいてみたんですが、文字化けと16進数しかでてきません。 こんな質問に付き合える方がいらっしゃいましたら、返答お願いしますm(_ _;)m http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/623
624: 名無しさん [sage] >>623 ふりーむで落とした物はスクリプトが暗号化されているので中物入れから本体を落とすべし http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/624
625: 名無しさん [] >>623 おかげさまで見ることができました！ 後は色々弄ってみます。 本当にありがとうございました！(*^_^*) http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/625
626: 名無しさん [] 間違えた、>>623ではなく>>624です http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/626
627: sage [] addSkillで追加するスキルの識別子は文字変数でもできますでしょうか？ 今作っているスクリプトだとユニットは文字変数でも大丈夫ですがスキルは文字変数だとうまくいきませんでした。 私のミスかもしれませんし、もし仕様であるなら別な方法を取ろうと思います。 あと質問なのですがユニットやクラスのスキル、フレンドなどの複数指定できる箇所に要素数の制限はあるのでしょうか？ 教えていただけると幸いです。 よろしくお願いします。 http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/627
628: 627 [sage] すみません。もう一つ質問なのですが人材プレイでキャンプウインドウを使って あるアイテムを買ったらプレイヤーのユニットが変化（違うユニットへチェンジ）するようにしたのですが 場所の移動をしないと情報？が更新されず、ワールドマップ上には以前のユニットが出続けます。 （状態ボタンからみればちゃんと新しいユニットになっています） 何か画面の更新をする関数等ありますでしょうか？ また、内政ウインドウは過去のレスより閉じることができるとのことでしたが キャンプウインドウは閉じることができますでしょうか？ 質問事項が多くなってしまい恐縮ですがお答えいただければ幸いです。 http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/628
629: 名無しさん [sage] ななあし様、要望があります。 unit構造体とclass構造体にて、以下のような耐性情報を隠す・記述可能な設定は実装出来ませんか？ 検討していただけるとありがたいです。 consti2 = （文字列 * 数値,文字列 * 数値,…） consti2で設定した耐性の情報は非表示となる。 custom_consti = （文字列） 省略時はconstiで設定した耐性の情報が表示される。 設定時にはconsti情報が全て非表示となり、代わりに文字列が表示される。 使用目的ですが。 1.耐性情報の飽和を防止。 耐性を多く設定するとフェイス画像に重なってしまいます。 また、文字が小さくなるのも防げます。 2.複数属性（攻撃）の設定。 属性毎に分割した分だけダメージが通らなくなります。 攻撃力を強化すると、防御力の大小でダメージ幅が大きくなってしまいます。 3.手探りのゲームが製作可能。 現在は必要な情報全てが表示されるため、事前や戦闘中に対策が可能ですが。 耐性だけでも隠せるならば、未知の敵はそれだけで脅威となります。 スキル構造体でhide_helpで攻撃属性なども隠せば、その効果は更に高まります。 また、攻略（弱点）のヒントを記述する使い方も出来ます。 4.consi値によるダメージ算出における倍率の幅が拡大。 副産物です。 http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/629
630: 629 [sage] 別件です。 PNG画像のアルファ値が認識されないのは仕様ですよね。 透過部分を作るには、a = （数値）で設定するしかないでしょうか。 http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/630
631: 名無しさん [sage] >>627 addSkill関数のスキルですが文字変数による指定はできません・・・ スキル名を直接指す文字列のみ指定できます。 なお文字列を複数列挙するデータでの要素数の制限はありません。 >>628 申し訳ありませんが、キャンプによるステータス変更に伴う ワールドマップ上のユニットアイコンを更新させる関数は 現仕様ではありません・・・ なお、キャンプウィンドウを閉じる関数も現在の仕様ではありません。 これらにつきましては後ほどのバージョンで 追加しようと思います。 http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/631
632: 名無しさん [sage] >>629 属性情報の非表示機能の追加ですが、これは申し訳ありませんが 当方の考えるコンセプトと些か相反する部分がありますので 見送らせていただこうと思います・・・ このゲームはリアルタイムという性質上一つ一つの攻防の効果を 確認し辛いという欠点がありますので情報を隠蔽してしまうと 逆に混乱を招きやすいのではないかと考えてます・・・ ある程度攻防の効果を実感して貰うにはプレイヤー側の予備知識が 必要となると考えてますので、その為にもあえて情報をフルオープンにするつもりです。 （変な例えですが英語のリスニングで英文を見た後の方が テープの発音をよく認識できるようなそんな感じです。） このゲームで使われる画像素材では透過部分と非透過部分の二種類しか認識されず、 半透明色の設定はできません。 a=(数値)による半透明は画像全体に適用されますので 一部分だけを透過する又は半透明にするといった処置は出来ない事になります。 http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/632
633: 名無しさん [sage] >>601 返事が遅れてしまいまして申し訳ありません。 お褒め頂いてありがとうございました。 http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/633
634: 名無しさん [sage] >>620 申し訳ありません。 後ほどwikiの方にも追加記述いたしますので少々お待ちください。 http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/634
635: 627 [sage] >>631 回答ありがとうございます。とても参考になります。 関数を追加していただけるということでありがとうございます。 また、ユニットアイコンの更新があれば問題ないとは思いますが、もう一つバグ？を見つけたので一応報告いたします。 キャンプウインドウでユニットを変えて、ワールドマップの画像が更新される前に 新たなユニットにaddSkillで新たなスキルを追加し、そのあと場所を移動（更新が発生？）すると落ちるようです。 addSkillをする前に移動しておけば落ちませんでしたので更新前にaddSkillがダメみたいです。 http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/635
636: 627 [sage] いじりながらやっているもので、何度も連投になってしまいすいません。これで最後だと思います。 要望なのですが関数のptestも文字変数を使えるようにしていただくことは可能でしょうか。 よろしくお願いいたします。 http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/636
637: 名無しさん [sage] 勢力A,B、領土a,bと有った場合に、領土a,b,cがどちらかの勢力に属しているか？と言うif文を作りたいのですが、 if ((inPower(A, a) == 1 || inPower(B, a) == 1) && (inPower(A, b) == 1 || inPower(B, b) == 1)) { } とすると構文エラーを吐きます。 当然、論理和同士を囲んでいる中括弧を取ると結果は変わってしまうのですが、 この場合、論理和一個ずつのif文をネスト（下記のように）していくしか方法は無いでしょうか？ if (inPower(A, a) == 1 || inPower(B, a) == 1) { if (inPower(A, b) == 1 || inPower(B, b) == 1) { } } http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/637
638: 637 [sage] 誤：勢力A,B、領土a,bと有った場合に、領土a,b,cがどちらかの 正：勢力A,B、領土a,bと有った場合に、領土a,bがどちらかの http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/638
639: 629 [sage] >>632 現在あるシナリオでは、多人数戦闘が前提で難しいですけれど。 1.最大出撃部隊数を減らす。 プレイヤーの操作は減りますし、確認しやすくなります。 2.type = wallの壁を設置することで、道幅の狭い通路（小部屋）を作る。 多人数同士の戦場でも相対する敵を限定することが出来ると思います。 戦場マップは迷路状のものや細長いものになります。 それらに加えて、一時停止やダメージ表示がありますし。 一人旅、少数部隊による作戦行動、常に多方面戦闘必須、などのシナリオならば可能と考えたのですが…。 方向性が異なるのであれば、わかりました。 透過と非透過の二種類を認識ですね。 ありがとうございます。 半透明は使わずに作成することにします。 http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/639
640: 615 [sage] >>619 確認してみました。 前述の派生スキルにcenter = on、攻撃位置指定、スキル発動者が移動。 この条件を満たすと、派生スキルの発射方向がおかしくなりますね。 原因がskillAのrangeでなければ削るしか回避策が無さそうです…。 違った形で作成出来れば良いですね。 http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/640
641: 名無しさん [sage] >>635-636 バグ連絡ありがとうございます。修正いたします。 なおptest関数に文字列変数を用いる件ですがこれは申し訳ありませんが 検討させて頂きます・・・ （こちらの考えとしては文字変数を用いる必要性がそれほど無いように考えてますので・・・） >>637 条件式内では中括弧が使えませんので御提示された通りの 条件分岐構文にしてください。 http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/641
642: 637 [sage] >>641 ご回答ありがとうございます。 ネスト深くなってしまうのは若干見辛くて困りますが、何とか対応します。 http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/642
643: 627 [sage] >>641 回答ありがとうございます。 ptestの用途についてですが、内政ユニットの数が多くなってしまったため、条件判定の文を書くのが大変＆大量になってしまったので要望した次第です。 具体的にやろうとしたことは、先ほどまでの質問と関係してくるのですが、内政を用いて好きなスキルをいくつかユニットに追加するということをやろうとしています。 先に内政地に追加するスキルに対応する内政ユニットをいくつか雇用し、トリガーとなる内政ユニットを雇用するとそれらをまとめて判定し、 ユニットにスキルを追加するといった手順でやろうと考えています。 スクリプトとしては内政ユニットと、スキルを文字変数に格納しておき、指定した内政ユニットがいたら、対応するスキルをユニットに追加するというのを考えており、 以下のような構文が使えたらなぁと考えていました。 先に内政ユニットを@naisei_listに、スキルを@skill_listに順番が対応するように格納しておく set(i,0) storePlayerUnit(@unit) while(i < countVar(@naisei_list)) { storeIndexVar(@naisei_list,i,@naisei) if(ptest(poli_spot,@naisei)>0) { storeIndexVar(@skill_list,i,@skill) addSkill(@unit,@skill) } add(i,1) } 一つ一つ条件判定を書くことで代替できましたので 実装が大変なようでしたら見送っていただいて構いません。 何度も真摯に質問に答えていただきありがとうございます。 http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/643
644: 名無しさん [sage] >>643 文字変数につきましては動的で柔軟なデータアクセスを行う事を主目的として 実装した経緯がありましてそれを扱える関数に対しても動的なアクセスが 必要となる部類の関数のみを選定するようにしたので、 御提示されたユニットの識別子をまとめる為の御用法に特化させた 文字列用引数の追加につきましては申し訳ありませんが 現段階では見送らせて頂こうと思います。 後日に改めて検討するという事でどうか御了承ください。 http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/644
645: 名無しさん [sage] 光の目作者様へ 今後に中物入れへアップロードする実行ファイルでも内政部分が 動作するようになりましたので以後はこちらをお使い頂けたら幸いです。 ただしまだ確認が不足してる恐れがありますので何か不具合がありましたら 御連絡ください。 なおrushスキルの発射角度のバグを修正した事で現verの発射角度は 以前よりズレてしまってます。 rush = 2、rush_degree = 90の場合は以前は+90度→0度の順序で発射されましたが 現verでは+45度 → −45度の順に発射されます。 故に下記のスキルでは、rush=3としてnext2の三番目には存在しないダミースキル名を指定するように 御修正ください。以下が修正の具体例です。 //ヘキサグラム90度ずれて２種の演出効果 skill sp_immanuel_pair3_nt { center = on rush = 3 rush_degree = 90 rush_interval = -1 next_last = on next_order = on next2 = sp_immanuel_pair3_nt1, sp_immanuel_pair3_nt2, none damage = -3 } http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/645
646: 名無しさん [sage] これから中物入れにアップしていく最新版のＶＴ本体ファイルでも 光の目は正常動作します。 http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/646
647: 名無しさん [sage] >>646 有難うございます、確認しました。 テストしてみていくつか気付いた点を。当方プログラム知識が皆無なので表象面しか分かりませんが…… ①内政ユニットはきちんと雇用した際に消滅し、また傭兵雇用の放浪設定も機能しているようです。（内政人材ユニットはちゃんと人材として処理されてるっぽいです） ②内政も傭兵も全てきちんと機能しています。 以下問題と思われる点です。merce等を弄ってしまうとまた色々と問題が出たようなので、解決方法がある場合はご教授願えると有難いです。 ③どの内政でも全ての内政人材ユニットが雇えてしまうようです。雇用時の並び順は、その内政に設定された分が上に逐一表示されますが、スクロールすると全て雇えてしまいます。 ④上記と関連する現象だと思われますが、一番下までスクロールすると勢力固有一般ユニットが雇えてしまいます。 年末の多忙な中、わざわざ対応して頂いて言葉もありません。対応は少しかかるかもしれませんが、必ず活用したいと思います。 http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/647
648: 627 [sage] >644 回答ありがとうございます。 なるほど、そのような関数実装の意図、経緯などがあったのですね。 今後また疑問や要望が出てきましたらそういった経緯を踏まえたうえでまた質問できたらと思います。 いつも素早いご回答ありがとうございました。 http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/648
649: 名無しさん [sage] スキル構造体は、多少の変更ならば認識されるのでしょうか。 pair_skillでなく、pairでも認識したことがありますし。 小物入れのSS級大技スキルでは、d360_adjとかhoming2とかbegin_degreeとか。 このスレッドにもwikiにもない記述がいくつかありますし。 http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/649
650: 名無しさん [sage] >>649 スキル構造体のデータ名は一字一句正確に記述する必要があります。 データ名をタイプミスしてもエラーは表示されずそのまま無視されます。 （データ要素の構文を間違えるとエラーは出ますが） なお現在スキル構造体のデータ項目を幾つか追加しておりまして 仕様が固まり次第、wikiの方にも反映させようと思います。 （確定までは結構内部的に修正したり削除したりしておりますので） http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/650
651: 名無しさん [sage] スキル実験場の作者様へ 当ゲームの為のスキル制作をどうもありがとうございます。 非常に分かりにくいスキル構造の中で様々な試みをしてくださいまして 大変恐縮です。 バグ回答が大変遅れてしまいまして申し訳ありません。以下に返答いたします。 ・pair_skillでhealのflashが表示されない pair_skillではfunc=healタイプのスキルは発射されない仕様となってます。 func=healでも強制的にmissileと見なされてしまいますのでそのhealスキルの動作は不確定となります。 ・healスキルのnextスキルが発動しない。 healスキルからはnextで繋げられない仕様となってます。 なおこれを追加する事は現段階では見合わせようと思います・・・ ・nextスキルでのallfunc（全体攻撃）が発動しない。 これも発動しない仕様でして機能追加も見合わせるつもりです。 ・移動型スキル以後の移動型スキルではhomingが無効。 現verではnextで繋げたスキルも追尾するようになってます。 ・味方への攻撃・状態異常は不可。 この機能の追加も見合わせさせて頂きます。 ・ヒットエフェクトは2回表示。回数変更・中断不可。 ヒットエフェクトは１回表示に修正しました。 http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/651
652: スキル実験場 ◆DdnzKRjgqI [sage] >>651 ななあし様。 いつも迅速な対応をしていただき、ありがとうございます。 スキル実験場は小物入れの1ファイルにすぎません。 加えて、同梱の報告は気付きにくいことを承知で書いていましたので。 それにも関わらず、回答していただきありがとうございます。 次回の更新時に加筆・修正しておきます。 ・homingが無効になる問題ですが、説明不足で申し訳ありません。 詳細は、直進型の誘導（homing）.txtに書いています。 nextスキル以降の問題、かつ、個人的な都合もありましたので別の場所に移動していました。 ・>>640検証用の確認スキル「上に進む？」ですが。 簡単に確認しましたところ、問題無く動作するようになっていました。 ありがとうございます。 http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/652
653: 名無しさん [sage] ver4.53のスキル仕様に関して報告があります。 下記のようなスキルが今verより、発動位置が３０００まで届くようになってしまいました。 スキル蛇奇襲も位置指定することにより、無限に届くことからdropタイプがおかしいのかなとも思いますが。 func = missile movetype = drop height = 500 damage = -1 rush = 1 speed = 2000 check = 3000 range = 1 それともう１点、 通常の直進型スキルより繋いだスキルのhomingが発動しなくなっていました。 前verでは、ランダムな位置に撃ち、そこから相手に向かっていくような挙動ができたのですが。 スキル仕様について現在試行中とのことですので、仕様が固まり次第返答頂ければ幸いです。 オリジナルシナリオ等、制作の場を与えてくださったことに、この場を借りてお礼申し上げます。 http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/653
654: 名無しさん [sage] >>653 バグ連絡をありがとうございます。 dropタイプの射程が無限になってたバグを修正しました。 なおhomingですが、こちらで「弓矢→マッドエッジ」のテストスキルで試してみた所 弓矢の次のマッドエッジが敵を追尾しましたので一応問題無いと考えております・・・ http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/654
655: 名無しさん [sage] >>652 next連鎖によるhomingの動作ですが、 仰る通り二番目以降のnextスキルの途中でhomingをオフにすると そこで「標的の敵ユニット」示す内部データを消去してしまいますので 以後のnextスキルでhomingを再指定しても敵を追尾しません。 代わりに発射した術者を追尾するようになります（ver4.53以降） http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/655
656: 652 [sage] >>655 homingの変更点を確認しました。 真下への意図的な進路変更が使えなくなりましたので、その点では痛いですけれど。 スキルがその場に停滞してしまう可能性は減少したように思います。 加えて、変更されたhoming仕様でスキルを思い付きましたので。 それから。 missileスキルでのslide利用時にも、next関連が使えるようになっていました。 ありがとうございます。 http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/656
657: 名無しさん [sage] >>547 どの内政ユニットでも雇えてしまうバグと勢力固有ユニットが雇用できてしまうバグを 修正いたしました。 なお前述したヘキサグラムの修正例ですが、 rush_degree = 180 と変えるだけでも済みましたので改めて御報告いたします。 //ヘキサグラム90度ずれて２種の演出効果 skill sp_immanuel_pair3_nt { center = on rush = 2 rush_degree = 180 //ここを180とする rush_interval = -1 next_last = on next_order = on next2 = sp_immanuel_pair3_nt1, sp_immanuel_pair3_nt2 damage = -3 } http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/657
658: 訂正です [sage] 上記のレスは、>>647 です。 http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/658
659: 名無しさん [sage] >>657 有難うございます。 ふりーむに最新版を上げた後PCにリカバリをかけたので、今はPCがスッキリしており、 ふりーむの更新が反映されるまで自分でも自分のシナリオの最新版を入手出来ないので 本体を含めた次回の更新まではまだしばらくかかりそうな様子ですが……早めに反映させたいと思います。 http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/659
660: 名無しさん [sage] >>627 addSkill関数ですが、引数のスキルにも文字変数を扱えるように修正いたしました。 >>628 set(@camp_hide, 1) とするとキャンプウィンドウが隠れるようにしました。 set(@camp_hide, 0) とすると表示されます。 ワールドマップのプレイヤーユニットを更新表示する reloadMenu() 関数を追加いたしました。 なおこの関数を使うとメニューと内政ウィンドウも更新されます。 http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/660
661: 名無しさん [sage] ななあし様 報告です pair_nextで発生させた静止型スキルが、origin指定の有無に関わらずorigin = on状態になってしまうです origin = off/onいずれを指定しても術者に重なって表示されました(目標地点か敵位置に表示させられない) 過去の本体で試してみましたが、ver4.51(12/25頃の版)までは問題なく、ver4.52(01/03頃の版)からのようです http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/661
662: 名無しさん [sage] >>661 これはバグ修正したところ結果的に仕様が変わってしまった部分でして この場合は、pair_skillのrangeを本体スキルのrangeに合わせてください。 （例）range=500の弓矢スキルのpair_skillなら同様にrange=500とする。 range省略時のデフォルトは0なので射程ゼロのままだと可動領域も同時にゼロとなるので 発射位置にスキルが表示される事になります。 今後はスキルの仕様変更が無いように努めます・・・ http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/662
663: 名無しさん [sage] >>653 すみません。やはり仰る通りのバグでした。 nextで繋げたrushスキルのhomingが作動しないようになってました。 次のバージョンで修正いたします。 http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/663
664: 名無しさん [sage] >>660 変更点確認いたしました。 きちんと動作しています。 素早く対応していただきありがとうございました。 http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/664
665: 名無しさん [sage] >>661 お手数をお掛けしてしまって誠に申し訳ありません。 これはバグ修正したら結果的に仕様が変わってしまった部分でして この場合は、pair_skillのrangeを本体スキルのrangeに合わせてください。 （例）range=500の弓矢スキルのpair_skillなら同様にrange=500とする。 range省略時のデフォルトは0なので射程ゼロのままだと可動領域も同時にゼロとなるので 発射位置にスキルが表示される事になります。 今後はスキルの仕様変更が無いように努めます。 http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/665
666: 名無しさん [sage] >>665 返信が遅れて申し訳ありません。 大した量があったわけでもないのでお気になさらないで下さい。 返信が遅れたことを重ねてお詫び申し上げます。 http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/666
667: 名無しさん [sage] 拙作の為にシナリオを御制作してくださってる作者様各位には この場を借りて深く感謝の言葉を申し上げます。 ver4.55でのスクリプト機能の追加点を以下に箇条書き致します。 ※マスター選択ウィンドウに二行目の君主号を表示する「head2」を追加しました。 power構造体に、 head = 総長 head2 = リューネ家当主 と記述するとマスター名の上に二行の君主号が表示されます。 ※人物列伝ウィンドウと勢力説明ウィンドウの行の先頭に # を書くと その行は黄色で強調表示されます。名前の綴りや注釈文の時にお使いください。 #パートナー「青竜ライム」$ とするとこの一行は黄色になります。$は改行文字です。 http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/667
668: 名無しさん [sage] 最新版のスキルに関して報告です。 afterdeath で繋いだスキルの発動が倒した位置ではなく。術者の位置からになってしまいます。 （afterdeathをm_fireにし、試してもみました） 上記のpair_skillと絡んでいるのかもしれませんが、その場合ですと、 intervalで繋いだスキルで、撃破位置が流動的な物になる場合の対処が思いつきません・・・ しかし仕様ということでしたらこちらの方で対処します。 一応の報告でした。 http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/668
669: 名無しさん [sage] >>668 すみません。これもバグ修正で仕様が変わってしまった部分でして 解決策としてはafterdeathで発動されるスキルのrangeを最大値にしてください。 （例）range = 10000 afterdeathは、敵死亡時に術者から死亡ユニットに向けて 指定スキルを発射するという仕組みになってます。 rangeがゼロだと可動領域もゼロとなるので術者の地点にafterdeathスキルが登場する事になります。 http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/669
670: 名無しさん [sage] ※skill構造体の追加データを以下に記します。 １、start_degree = (角度) 0〜180の範囲で指定します。発射方向を指定角度分ずらします。 角度の＋−符号は五分五分のランダムです。 ±符号の指定はyorozuデータの方で行います。 （例）yorozu = start_degree*(数値) 数値 = 0：ランダム（デフォルト） = 1：＋角度に固定 = 2：−角度に固定 = 3：＋と−が交互に発射される。rushスキルで有効となる。 なお「damage = (数値)」が記述されてると発射してから数値フレームの間は 目的地へ向けた角度修正を行わずstart_degreeでずらされた方向へ直進します。 ２、homing2 = (角度) 0〜180の範囲で指定します。１フレーム毎に目的地へ向けて修正する角度の最大値です。 180にするとそのまま目的地へ直進します。0 start_degreeと組み合わせる事で円弧を描くように進みます。 円弧スキルの例です。 skill test { range = 500 speed = 1000 start_degree = 120 （敵に向かって斜め後ろの方向に発射される） damage = 3 （まず３フレーム（30ﾄﾞｯﾄ）直進してから敵に向かう） homing2 = 15 （最大修正角度が15度なので結果的に円弧を描く） } http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/670
671: 名無しさん [sage] ３、resize系データ resize_start = (数値) スキルが現れてから数値フレーム後にresizeが稼動します。 resize_s = (数値) resize_intervalの間隔でspeedが変化します。 数値は百分の一ドット単位です。100 = 1ﾄﾞｯﾄです。 デフォルトではspeedを減少させるとマイナス値にまでなります。 speedがマイナス値だと逆方向に進む事になります。 resize_s_max = (数値) speed変化の上限値。デフォルトでは+1000000。 resize_s_min = (数値) speed変化の下限値。デフォルトでは-1000000。 http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/671
672: 名無しさん [sage] 光の目の作者です、お世話になっております。最新版の内政の対応確認しました。 お手数ですが、rush_degreeの変更点を詳細に記載して頂けると有り難いです。 現在スキルの正常動作を確認中なのですが、セディエルクのトリニティが変な挙動をしているようです。こればかりは調べても良く分からず、 具体的にはgodeunko422、godeunko4のrangeが機能していないで固定の数値になっているのと、godeunko2が変な位置から射出されています。 そのあとの動きも少しおかしな点が見られます。全般的にごちゃごちゃしていて見難いですが確認して頂けると助かります…… 他のスキルでは、恐らくですが旧ラングトゥーの記述をそのまま引用していた筈の nextで繋いだ後のdropにrangeがついているスキル（エンジェルダスト等）が今回から無効化されていたのを確認しました。rangeを削れば動きました。 後は新仕様の確認報告ですが、rush = 1とrush_degreeを使用して角度を調整しているスキル（ヴラドのナイフ）もstart_degree =で書き直す必要がありました。 他のスキルには問題はないと思われます。 http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/672
673: 名無しさん [sage] >>672 rush_degreeの仕様ですが、 本来の発射方向から rush_degree×(rush - 1)÷2 の角度だけずれた方向へ第一弾が発射され、 以後はrush_degreeの角度が順次加算されて発射されていきます。 （例）rush=5、rush_degree=30 なら発射方向に対して +60度、+30度、±0度、-30度、-60度 ずれた角度で発射される。 http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/673
674: 名無しさん [sage] >>672 godeunko ですが構造体を見た所 speed = 1300 の直進型スキルに origin=on が指定されてますので 発射位置と全く同座標の目的地点に進む事になります。 すると進行角度が算出できないので、0〜360度ランダムの方向へ進むようになるので おそらくこれがバグの原因かと思います・・・ 一応originを外してみてください。 origin=onの直進型スキルは同時にrandom_spaceを設定する事で意味を持ちます。 ヴォルケーノでこれを使ってます。 http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/674
675: 名無しさん [sage] >>672 エンジェルダスト関連の不具合ですが、 前verでは、nextでrush型スキルに繋げる際に角度データを消去してしまってるバグあり 現verでこれを修正しました。 すると敵に当たらずに連鎖した gode_nt（range=1000） は 元スキルの進行方向の更に1000ﾄﾞｯﾄ先の画面外の位置に出現する事になり、 無効化してるように見えてしまったという事のようです・・・ 現verではrangeの扱いを厳密にした為に多くの原因はrange絡みにあると思うので 何か不具合がありましたらまずこちらに注目してみてください。 http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/675
676: 名無しさん [sage] すみません。 >>675の ＞前verでは、nextでrush型スキルに繋げる際に角度データを消去してしまってるバグあり ＞現verでこれを修正しました。 は誤りでした。この一文は取り消します。 http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/676
677: 名無しさん [sage] ななあし様。 特定条件での当たり判定の修正など、ありがとうございます。 skill構造体の追加データ、良いですね。 いろいろと使えそうです。 確認です。 表示フレーム数の計算式は変更されたのでしょうか？ 前回まで（アニメ表示時間は計算結果 -2 ）のように設定すると、表示時間が長くなっていますので。 http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/677
678: 名無しさん [sage] >>677 ありがとうございます。 なお表示フレームですが、特に変更してはおりません。 http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/678
679: 名無しさん [sage] 提案ですが、スキルに設定する事で自動的に一番右側に表示される関数等はどうでしょうか？ LSやアイテムスキル、必殺技をいちいちskill2で設定する手間が省けると思うのですが。 http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/679
680: 名無しさん [sage] >>679 skill構造体に、sortkey = (数値) を追加しました。 省略時のデフォルトは 0 です。 数値の小さい順にユニットのスキル欄がソートされます。 （例）sortkey = 1000 とするとそのスキルは末尾になる（他に大きな数値がない場合） http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/680
681: 名無しさん [sage] start_degree の仕様を少し変更しました。 damage は、start_degree_fix に置き換えられました。 １、start_degree = (角度) 0〜180の範囲で指定します。発射方向を指定角度分ずらします。 角度の＋−符号は五分五分のランダムです。 ±符号の指定はyorozuデータの方で行います。 （例）yorozu = start_degree*(数値) 数値 = 0：ランダム（デフォルト） = 1：＋角度に固定 = 2：−角度に固定 = 3：＋と−が交互に発射される。rushスキルで有効となる。 = 4：元の発射角度は関係なくそのままstart_degreeの角度に発射される なお「start_degree_fix = (数値)」が記述されてると発射してから数値フレームの間は 目的地へ向けた角度修正を行わずstart_degreeでずらされた方向へ直進します。 ２、homing2 = (角度) 0〜180の範囲で指定します。１フレーム毎に目的地へ向けて修正する角度の最大値です。 180にするとそのまま目的地へ直進します。0 start_degreeと組み合わせる事で円弧を描くように進みます。 円弧スキルの例です。 skill test { range = 500 speed = 1000 start_degree = 120 （敵に向かって斜め後ろの方向に発射される） start_degree_fix = 3 （まず３フレーム（30ﾄﾞｯﾄ）直進してから敵に向かう） homing2 = 15 （最大修正角度が15度なので結果的に円弧を描く） } http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/681
682: 名無しさん [sage] なお、スキルを無条件に真上に発射させたい時は start_degree = 360 yorozu = start_degree*4 としてください。 start_degreeの角度は、0=真上、90=右、180=真下、270=左となってますが、 0 だと未指定状態と見なされる事になります。 http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/682
683: 訂正です [sage] 訂正します。 start_degreeの角度は、「0=真上、90=左、180=真下、270=右」となってますが 0 だと未指定状態と見なされる事になります。 http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/683
684: 名無しさん [sage] シナリオ作者様へ 領地を囲むサークルと、ゾーンを示すグラデーションの透明度（濃度）は お使いのマップ絵に合わせて調整できます。 context構造体の追加データをデフォルト値も含めて以下に記します。 circle_alpha_per = 70：サークルの透明度。0〜100で指定。小さい数値ほど透明になります。 zone_alpha = 192：ゾーンｸﾞﾗﾃﾞｰｼｮﾝの透明度。0〜255で指定。 zone_radius = 72：ゾーンｸﾞﾗﾃﾞｰｼｮﾝの半径。広い地図では大きくしてください。 http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/684
685: 名無しさん [sage] どこに書くべきか迷いましたが、スキルの仕様変更の話題が出ているのでここに書きます。 仕様変更に伴ったものだと思いますが、ビッグウェーブの波の部分の出現場所がものすごく遠いところ（おそらく発動距離の1000？）に出るようになってしまっています。 http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/685
686: 名無しさん [sage] ビッグウェーブの波はレンジの記述を消すと正常に機能するようです http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/686
687: 名無しさん [sage] >>685 バグ連絡をありがとうございます。修正致しました。 skill source { next_last = on か next_interval = 4 のどれか next = next_skill } 上記のように敵にヒットしなくても連鎖するnext_skillが speed = 0 の静止型で range を多めに設定してるとあらぬ方向にスキルが出現するようになってしまったようです・・・ お手数ではありますが、現verではrangeの指定に御注意ください。 http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/687
688: 名無しさん [sage] 申し訳ありませんが、start_degree の仕様をまた少し変更しました・・・ yorozu = start_degree*(数値) の構文を廃止して start_degree_type = (数値) としましたのでご確認ください。 １、start_degree = (角度) 0〜180の範囲で指定します。発射方向を指定角度分ずらします。 角度の＋−符号は五分五分のランダムです。 ±符号の指定は start_degree_type の方で行います。 （例） start_degree_type = (数値) 数値 = 0：ランダム（デフォルト） = 1：＋角度に固定 = 2：−角度に固定 = 3：＋と−が交互に発射される。rushスキルで有効となる。 = 4：元の発射角度は関係なくそのままstart_degreeの角度に発射される なお「start_degree_fix = (数値)」が記述されてると発射してから数値フレームの間は 目的地へ向けた角度修正を行わずstart_degreeでずらされた方向へ直進します。 http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/688
689: 名無しさん [sage] 騎兵用の簡単な行動パターンルーチンを追加しました。 近世の騎兵は最前列の歩兵が撃ち合い敵に隙が出来た所で突撃する、 という形で使われてましたのでこれを少しでも再現する為のものです。 （あまり出来は良くないのですが・・・） 任意のunit構造体、class構造体に cavalry_range = (数値) を記述すると そのユニットは騎兵用の行動パターンを取ります。 数値はだいたい 500 を目安に指定してください。 cavalry_rangeユニットの行動ルーチンは現在の状況に合わせて 「突撃」か「離脱」のいずれかのモードを選択します。 「突撃」は従来通りのノーマルな行動です。 「離脱」は敵に隙が出来るまで敵から離れて待機します。 cavalry_rangeの数値ﾄﾞｯﾄ範囲内に敵がいたら後退します。 「敵に隙が出来た」か否かの判定は以下の判定ルーチンで行います。 １、敵軍の前衛：後衛の比率が、1：2 より下 →敵前衛が減少したので「突撃」 ２、敵軍の前衛：後衛の比率が、3：1 より上 →敵前衛が迫ってるので「突撃」 ３、自分の近くに敵の後衛ユニットがいる →突撃の好機なので「突撃」 ４、自軍の騎兵比率が50%以上 →自軍が騎兵メインの軍団なので「突撃」 ５、味方が優勢な時 →勝機と見なして「突撃」 以上のいずれに条件にも合わなかった場合は「離脱」し 敵から離れて突撃の機会を待つという形になります。 http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/689
690: 名無しさん [sage] 質問です。自分にも対しても有効なリーダースキルが、自分がリーダーでない状態でも発動してしまっているのは仕様でしょうか。 リーダースキルはリーダーの際に発動するものだと思っていましたが、確かにアイテムスキルなんかをみると、その方が仕様として正しいような気がしますが。 http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/690
691: 名無しさん [sage] >>690 部隊スキルが非リーダー時の自分にも繁栄されてしまうのは 仕様という事で御容赦ください。 http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/691
692: 名無しさん [sage] >>689 騎兵の挙動を一通り眺めてみての感想です。 騎兵が様子見中にうろうろして、味方とぶつかりあって詰まってしまう事があります。 初期配備の際にAI付き騎兵は両翼に配備され、警戒の際もなるべく右翼左翼に分かれて展開するようにしてみてはどうでしょう。 両軍の騎兵が互いに様子見をしあい、両軍とも騎兵は無傷なのに後衛同士が殴り合う状況になってしまう事がありました。 ゲーム上は後衛の遠隔兵より、騎兵の方が固い事が多いので少し勿体ないような気がします。 味方が劣勢の際に殆ど最後まで様子見をしてしまうので、自軍の後衛に被害が及びだしたら（初期配備の3分の1ほどやられたら） 味方を援護する為に騎兵は強制的に突撃する等はどうでしょう。 http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/692
693: 名無しさん [] 読み憎いのであげ http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/693
694: 名無しさん [sage] ラインが混合の場合、騎兵はそのラインの両翼に配置されるようにしました。 騎兵の行動パターンの条件判定を以下の様に修正しました。 １、敵前衛が敵後衛の半分以下である →敵前衛が脆いので「突撃」 ２、敵前衛が敵後衛の３倍以上である →敵前衛が迫ってるので「突撃」 ３、自分の近くに敵の後衛ユニットがいる →突撃の好機なので「突撃」 ４、現在の自軍の騎兵比率が40%以上 →騎兵が遊兵と化してるので「突撃」 ５、味方が優勢な時 →勝機と見なして「突撃」 ６、騎兵以外の味方の残りＨＰの平均が50％以下 →味方を援護するため「突撃」 以上のいずれの条件でも無い場合は「離脱」し 敵から離れて突撃の機会を待つという形になります。 http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/694
695: 名無しさん [sage] 内政ユニットですが、 friend = (文字列, 文字列, ‥) を記述したままだと雇用範囲がそれのみとなってしまいます。 friend を記述しなければ全てのユニットが雇用できます。 http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/695
696: 名無しさん [sage] バグ報告です。 内政ユニットですが、内政エリアにaddUnitされたユニットがroamUnitで放浪しないようです。 プレイヤーが手動で雇用した場合はroamUnitで放浪するのを確認しましたので、バグかと思われます。 http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/696
697: 名無しさん [sage] >>696 見直して修正しました。 次の版では正常に動作すると思います。 http://jbbs.shitaraba.net/bbs/read.cgi/computer/42292/1282244590/697
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 303 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.009s