レス数が1スレッドの最大レス数(1000件)を超えています。残念ながら投稿することができません。
改造・制作スレ part2
-
改造・オリシナ制作などはこちらで。
過去に似たような質問があるかもしれないので
極力調べてから質問しましょう
前スレ
http://jbbs.livedoor.jp/bbs/read.cgi/computer/42292/1250722590/
-
棚ぼたうめぇ
俺も使わせてもらうわ！ありがとう
-
更新でdelskillにスキルセットとかジョブ対応してくれた？
-
すみませんがどなたか初期同盟のやり方を教えていただけないでしょうか？
ウィキを見ても初期同盟のやり方が見つからなっくて困っています。
できれば初期同盟の期限などのことも知りたいです。
-
召還なんですが
CPUが複数の召還を覚えているのに最初の召還しか使わないのをなんとかできないでしょうか
ガルダームさんとか魔法戦士とか火の召還しか出さないので単調です
-
movetype = swing にすると start_degree_type が機能しなくなるような気がします。
大きな支障はありませんが、start_degree_tyep を1にしても2にしてもマイナス方向に start_degree されます。
-
>>934
初期同盟なのですが、このゲームの同盟処理は進行中のスクリプトルーチンで
一括する形になっておりますので以下のようにしてください。
if (init_flag == 0) {
set(init_flag, 1) //フラグをセットして再度実行されないようにする
setLeague(勢力Ａ, 勢力Ｂ, -1)
}
スクリプトはゲーム開始当初に一度実行されますので
これで初期同盟と同等になります。
-
>>934
なお同盟期限ですが
setLeague(Ａ, Ｂ, 8) だと８ターンの同盟になります。
setLeague(Ａ, Ｂ, -1) 数値を -1 にすると無期限同盟になります。
>>935
敵ユニットは相手の弱点に合わせて召喚属性を変更しますが、
プレイヤー操作ユニットの場合は召喚スキルを直接選択する以外の解決策はありません・・・
-
>>936
movetype = swing では start_degree_type は無視される仕様になっております。
speed（1フレームの回転角速度）とstart_degree（開始角度をずらす）の
±符号で回転方向を制御するようになってます。
＋で時計の反対回り、−で時計回りになります。
（例）speed = 200, start_degree = -90, range = 180 のスキルで敵が真上にいた場合は
右から回転が始まり１フレームに２度ずつ時計の反対回りで旋回し
左まで180度回転します。
-
>>933
申し訳ありませんが、これは見送ろうと思います・・・
-
>>937
>>938
ありがとうございます！
-
ななあし様。
相殺スキルの動作について、報告です。
1.相殺範囲がスキル画像と一致しません。
スキル画像ではなく、それよりも広範囲で相殺が発生するようになっています。
2.相殺可能スキルひとつで、複数発生させた相殺可能スキルを一度に消滅させられることがあります。
動作タイプの変更、hard、intervalで回避策を考えてはみましたが…。
直進型スキルに対して、静止型、circle型、swing型などで試しました。
swing型に関して、要望です。
swing型(swingA_nt)に、swing型（swingA）の座標から発生させたいのですが。
swingA_ntにて、swingAで回転した分の角度をstart_degreeで設定しなければなりません。
現在の傾きをnextスキルの発射方向として認識させることは難しいでしょうか？
-
ななあし様
上記の相殺に関して私も報告があります。
というのは、相殺スキルが無い地点(術者の手元など)においても相殺が発生しているという点です。
戦闘開始直後はこのような問題が発生しているように見えないことから、
スキル消滅後も相殺判定だけが残っているのではないかと予想するのですが。
それともう１点、別件で質問があります。
addPowerStaffとaddPowerMerceについてですが、
人材プレイにより旗揚げした勢力にこの関数を適用させたところ、それまでリーダーにできていたクラスがリーダーに出来なくなる状況が発生しました。(追加したクラスに関しては問題ありません。)
初期勢力に関しては問題ないのですが、初期勢力と旗揚げによって出来た勢力とは違う扱いなのでしょうか。
ご回答頂ければ幸いです。
要望や質問対応などお忙しいでしょうが、本体の開発も楽しみにしています。
まったりと待たせて頂きますので、これからもお体に気をつけて更新のほう頑張ってください。
-
検証しました。
1.については、どちらかの一方だけでもスキルにd360 = onが設定されていることが原因のようです。
d360 = onがどちらにも設定されていないスキルで試したところ、問題ありませんでした。
ただ、1つのスキルと複数のスキルが同時に重なると、それら全てが相殺されるようです。
d360 = onの設定で、相殺範囲が広くなったものと思われます。
以下の事例がありますので、具体的な範囲は判りませんでした。
追加です。
rush_interval = -1で同時に発動した場合、1つのスキルで全て相殺されますが。
rush_intervalなどで発動をずらした場合、相殺されずに残るスキルがいくつかあるようです。
判定にずれが生じているのでしょうか。
これらはスキルが発生した瞬間ではなく、少なくとも数フレーム経過後での検証です。
-
>>939
丁寧な解説ありがとうございます。
-
ななあし様、バグ報告です。
（start_degree_type = 4での）start_degree = 360が機能しなくなっているようです。
1〜359では機能します。
0でも試してみましたが、これまでと同様で機能しませんでした。
-
>>942
１、スキルの相殺範囲が画像と一致しないのは半ば仕様になってます・・・
これを正確に合わせようとすると処理が重くなる恐れがある為に
止むを得ない処置という事でどうか御了承ください。
２、hard2 = on（貫通相殺）でないのならバグの恐れがありますが、
ソースを見た限りでは特に問題が見つからなかったので
現状では修正を見送り、後日に改めて検証しようと思います。
あとswingですが、現在の回転角度にnextスキルの進行方向が一致するように修正致しました。
-
>>943
＞相殺スキルが無い地点(術者の手元など)においても相殺が発生しているという点です。
御連絡頂いた上記のバグですが一応原因と思われる箇所を修正いたしました。
ただゲーム内での確認が不足してる為、完全には直ってないかもしれません・・・
addPowerStaffの不具合ですが、勢力のリーダー可能ユニットは
power構造体のstaffに列挙されてる物か、addPowerStaff()で登録したデータが
そのまま反映されます。
ただし、staffが全くの空欄の場合はマスターの種族と同系クラス（fkey)が
自動的にリーダー可能となります。
旗揚げ勢力は最初staffが空欄なのでマスター種族＆ユニットがリーダー可能となってますが、
addPowerStaff()で何かを登録するとそちらの設定が有効になりますので
以前のマスターと同じ種族＆ユニットがリーダーに出来なくなってしまいます。
これはmerceについても同じです。
-
>>944
一つのスキルで複数が相殺されてしまう件ですが、
プログラム内では相殺判定が出た次のフレームで該当スキルが消滅する仕組みとなってますので
このフレームのタイムラグが原因で発生していたようです。
これは申し訳ありませんが修正が難しいので仕様という事で御了承願います。
>>946
start_degreeのバグですが修正致しました。バグ連絡をありがとうございました。
-
>>947
>>949
start_degree = 360とswingの件、確認しました。
対応ありがとうございます。
相殺についてはわかりました。
もう少し検証した後で、実験場にまとめておくことにします。
-
シナリオ作者様へ。
ver4.70からゲーム開始時の放浪人材選択欄に中立地帯にいる人材も表示されるように
なってしまいました。
これを隠蔽したい場合は任意のunit構造体に、enable_select = off としてください。
特定のシナリオのみ隠蔽する時は、enable_select@sc3 = off の様にしてください。
（sc3の時のみ隠蔽する）
-
>>948
addPowerStaffの件、了解しました。
お答え頂きありがとうございます。
相殺の件はこちらも追々確認していきたいと思います。
ＰＳ・ダンジョン実装素晴らしいですね。ありがとうございます！
-
デバッグモードで、spot構造体の再解析が機能していないようです。
skill構造体では問題ないのですが…。
-
pair_next_interval っていうのがあったらチョッと便利かと思った
残像残しながらslide攻撃するスキル作ってるんだけど、
pair_nextの表示間隔が設定できれば、残像のimageを表示させるだけで良いから楽なんだけ
現状はpair_nextのスキルにrush数とrush_intervalを調整して、
攻撃スキルが終わった時点で残像が消えるようにしないといけないから難しい
-
すみません、お聞きしたいのですが、
自作シナリオの勢力が一般を雇用してくれません。
構文は間違っていませんし、多少なら雇用もするのですが、
消耗した部隊の補充がなかなか行われない勢力があるのです。雇用をさせやすくするにはどうすれびいのでしょうか？
-
多少なら雇用するってことはスクリプトはあってる気がする
…資金、足りてる？
クラスを見るって命令があれば直接イベントで補充できるんだけどねぇ
-
>>953
こちらで試した所では正常に解析してます。
spot構造体の再解析結果を反映させるには、シナリオ選択から再スタートしないといけませんので
それで御確認ください。
>>954
申し訳ありませんが現段階では見送ろうと思います・・・
pair_nextでつなげたスキルの方で設定してみてください・・・
>>955
勢力のmerceと所属リーダーの組み合わせによってはなかなか補充されない事が
あるかもしれません。
優先的に雇用させたい兵種がある時は、power構造体のmerceの要素数を調整してみてください。
（例） merce = soldier*9, bowman*2
とするとソルジャーを８０％、ボウマンを２０％の比率で雇用します。
-
（例） merce = soldier*8, bowman*2
とするとソルジャーを８０％、ボウマンを２０％の比率で雇用する事になるので
ソルジャーを優先雇用するようになります。
-
movetype = circle のスキルの仕様を変更されましたでしょうか？
以前は回転タイプのスキルcircleに
skill ci_shot
{
w = 32
h = 32
a = 200
image = ci_shot
offset_on = on
rush = 3
rush_interval = -1
rush_random_degree = 90
range = 500
speed = 1000
str = attack_dext * 50
}
このようなスキルをnext_intervalで繋げると、前方に集中してci_shotを発射していたのですが、
（敵が真上にいた場合、circleからci_shotが真上方向に集中して発射されていました）
現在の仕様では回転型スキルの進行方向にci_shotが発射されている気がします。
-
>>957
出来ました。
ありがとうございました。
-
ななあし様、要望です。
発動者のみを対象とするhealスキルは可能ですが、逆は出来ないようです。
「発動者から一定範囲内のユニットを（攻撃・回復）対象から外す」ような設定は追加出来ませんか？
イメージとしては、random_space_minからランダム性を無くしたものです。
-
>>959
4.62では既にそのように変更されていたと記憶しています。
同じような動作にするには、間にスキルを挟む必要がありますね。
机上論ですが、こういう感じのスキルになると思います。
skill circle_nt
{
center = on
damage = -3
homing = on
range = 0
speed = 100
next = ci_shot
next_first = on
}
homingの対象が発動者になる場合は、homing2 = 180を。
あとは、range = 1やnext_last = onに変更する必要はあるかもしれません。
-
>>962
スキル案までありがとうございます。
試行錯誤してみます。
-
>>959
すみません。
movetype=swingのnextスキルが現在の回転角度方向に進むように修正したのと共に、
circleの方も同様に変えてしまってました・・・
>>961
healスキルでrandom_space_min = (数値)が設定されていると
その数値以内のユニットは回復しないように修正致しました。
-
>>959
申し訳ありません。
movetype=swingのnextスキルが現在の回転角度方向に進むように修正したのと共に
movetype=circleの方も同様に変えてしまいました・・・
次にアップするバージョンではcircleの方は元に戻して
最初の発射方向にのみnextスキルが進行するように致します。
-
凄い初歩的な質問なんだろうけれども
Iconの背景が透過出来ないでござる。windowsフォトビューアーで見たときはちゃんと透過してるのに
ImageViewerで見ると透過されてない……
-
>>966
ユニットアイコン（image.dat）とスキルアイコンは
ARGB成分を全部ゼロにしないと透過されない事がありますので
エディタで透明部分の色成分を全部ゼロにしてください。
おそらく透過されないのはα値だけが0で、RGBは255になってる可能性があります。
-
>>967
助言ありがとう、でも駄目だった
他のIconはそれで透明になるんだが、今やってるIconだけどうしても透明にならない……
なにか条件でもあるんだろうか
-
ななあし様。
更新での仕様変更について、要望も兼ねて確認したいことがあります。
arc型、drop型、circle型、swing型の場合ですが。
以前までの仕様（speedの値が-99〜99では移動停止）から、動くように変更されたものと認識しています。
1.「drop型、circle型でもspeed = 1の移動速度には出来ませんか？」
drop型とcircle型の場合、speed値が1〜99（-99〜-1）ならばspeed = 100（-100）の速度になります。
直進型、swing型、arc型と同様になればと思います。
2.「（resize_sとの併用限定で）speed値が0になったとき指定数値フレームだけ静止させる」という設定は追加出来ませんか？
これまでは-99〜99で停止状態に、というのを利用していました。
movetypeを設定しても、speed = 0から開始した場合は全て静止型となりますので。
-
>>969
drop型、circle型でもspeed = 1（0.01ドット）が
有効になるように修正いたしました。
なお、speed値が0になったとき指定数値フレームだけ静止させる件ですが
これは申し訳ありませんが、nextスキルの連鎖で対応して貰いたいと考えてますので
見送らせて頂こうと思います・・・
-
>>964
healスキルの件、確認しました。
ありがとうございました。
-
>>970
ありがとうございます。
次回更新分で確認してみることにします。
speed値が0で…についてもわかりました。
別の表現を考えてみることにします。
報告と確認です。
healスキルの場合、allfunc = onを設定するとrandom_space_minが機能しなくなるようです。
random_space_minを使用する場合、random_spaceの記述が必須でしょうか？
例えばallfuncを使ったmissileスキルで、一定範囲内を対象から除外しよう考えているのですが…。
ユニットradius拡大での近接時使用不可では、他のスキルにも影響がでます。
その場合、allfuncではなくrushとrandom_spaceを併用して…という方法になるでしょうか。
-
>>972
healスキルのallfuncタイプでもrandom_space_minが
機能するように修正致しました。
なお、healスキルではrandom_spaceの記述は不要です。
random_space_minはhealスキルの時のみ性質が変わります。
missileスキルのallfuncでは従来のrandom_spaceと併用する形になります。
-
>>973
allfuncに対応していただき、ありがとうございます。
missileスキルのみrandom_spaceと併用ということで、了解しました。
-
報告です。
1.drop型でのspeed（-99〜99）が機能していないようです。
circle型は機能しています。
2.上昇型のspeed = 100が静止状態になります。
3.drop型のみ、damageを-2以下（-2、-3、…）に設定した場合、発動しなくなります。
これまではdamage = -3としてもdamage = -1の動作になっていたのですが。
確認です。
4.healスキルのpair_nextでmissileスキルを設定した場合、射出方向がすべて発動者方向になるようです。
pair_nextのnextスキルでも変わりませんでした。（homingなどで検証）
5.pair_nextではallfunc = onが使えないようです。
pairスキルもnextスキルと同様、ということでしょうか。
-
＜あぼーん＞
-
＜あぼーん＞
-
ななあし様へ。
スクリプト中でまとめて複数行をコメントアウトできるようにはなりませんでしょうか？
編集中に一行ずつコメントアウトするのは手間だと感じたので要望させていただきます。
もし容易に機能が追加可能でしたらよろしくお願いいたします。
-
>>975
バグ連絡をありがとうございます。
現verで、drop型のspeed（-99〜99）が有効になるように修正致しました。
なおdrop型の他の不具合ですが現verで確認した所、特に問題が無かったように
思えましたので後日に改めて検証いたします。
heal型のpair_nextで発射方向が術者の向きになるのは仕様です。
あとpair_nextスキルではallfuncタイプは使えない仕様となっております・・・
-
>>978
現verで、Ｃ言語風の
/*
コメントアウト
コメントアウト
*/
の書式を追加致しましたのでこれをお使いください。
-
シナリオ作者様へ
デフォルトでは左向きユニットアイコンが標準となってますので
右向きアイコンを使用すると描画が逆になってしまいます。
右向きのアイコン群を使用したい時は、
context構造体に「unit_image_right = on」を記述してください。
なお、コメントアウト記号の /* と */ は必ず行頭に記述してください。
-
>>952
ユニットの種族、クラス、基底クラスを文字変数に代入する関数を追加致しました。
storeRaceOfUnit(ﾕﾆｯﾄ, 変数)
storeClassOfUnit(ﾕﾆｯﾄ, 変数)
storeBaseClassOfUnit(ﾕﾆｯﾄ, 変数)
旗上げ新勢力にaddPowerStaff、addPowerMerceをするとマスター同種族同クラスが
リーダーに出来なくなってしまう問題は上記の関数を用いる事で対処してください・・・
（例）
powは勢力の識別子が代入されてる変数
storeMasterOfPower(@pow, @master) 勢力マスターをmasterに代入
storeRaceOfUnit(@master, @race) マスターの種族をraceに代入
storeBaseClassOfUnit(@master, @class) マスターの基底クラスをclassに代入
addPowerStaff(@pow, @race) 勢力のリーダー欄にマスター種族を代入
addPowerStaff(@pow, @class) 勢力のリーダー欄にマスター基底クラスを代入
addPowerMerce(@pow, @class) 勢力の雇用欄にマスター基底クラスを代入
-
>>979
修正、確認しました。
ありがとうございます。
3.については、こちらの設定が原因でした。
お手数をおかけしました。
pairスキルについても了解です。
-
>>980
ありがとうございます。
シナリオ製作はかどります。
-
>>982
新たな関数の追加ありがとうございます。
別件で報告になります。
現verより、ユニット詳細画面時に素材によってはFaceグラフィックが表示されないものがでてきました。
形式は他同様png形式なのですが、確認したところ「森の奥の隠れ里」様の素材にその現象が起きているようです。
同素材を過去にPicEncoderで隠蔽しようとしたところ、画像が歪んでしまったこともありましたので、その点も関係しているように思うのですが･･･
お忙しいでしょうが、調査のほうして頂けましたら幸いです。
-
こちらでも同様の問題が発生しました。
おそらく96×96より大きいサイズの場合だと表示されなくなるようです。
森の奥の隠れ里様の素材に関しても、96×96にサイズを合わせて試してみたところ、表示されるようになりました。
-
>>985
>>986
バグ連絡をありがとうございます。
ご指摘頂いたフェイス画像の不具合を修正しました。
フェイス画像は一応サイズフリーにしました。
ただし表示領域の関係であまり大きいと位置バランスが悪くなります。
-
CPU勢力の一般兵雇用についてですが、リーダーに出来るとあるクラスを雇用してくれません。
雇用できる人材が配下にいても（陪臣ではない）、
君主が雇用出来るクラスでないと配属されないのでしょうか。
-
勢力のmerceに加えてみるとか
-
>>986
>>987
なるほど、サイズが関係していたのですね。気がつきませんでした。
対応、返答のほうありがとうございます。
-
>>988
ＣＯＭ勢力の雇用ではリーダーユニットのみが雇用判定する仕様になってますので
結果的に配下ユニットの雇用範囲は除外されてしまいます・・・
-
>>989
>>991
確認し直してみたところ全く雇用しないという訳ではないのですが、
merceのクラスに*40をつけて記述をそれだけにしても雇用が限定される事はないようです。
しっかり君主にも雇用を適用させようと思います。
ご返答どうもありがとうございます。
-
ななあし様、報告です。
circle型の表示時間がおかしい気がします。
（他のスキルでは検証していません。）
これはおそらく、speedの仕様が変わってから発生したものと思われます。
-
>>993
申し訳ありませんが、こちらで確認した所ではさほど不具合がないように
思われましたので後日に改めて検証するという形で今回の修正は
保留しようかと思います・・・
-
コメントを、datの最後の行に入れてたら最初がスクリプトエラーになる？
フォルダを人材.datとかにして
人材.datの最後に
//文
を追加して
勢力.datの最初に
power なんちゃら
{
}
って書いてたら、スクリプトエラーでまくって
人材.datの最後の行コメントを消したら普通に起動できた。
原因しらべるのに３時間かかたちょorz
-
ななあし様
最新版のウインドウ表示に関して、要望があります。
COMターンの勢力ウインドウで顕著なのですが、処理が重なった乃至重くなった時、表示が追いつかなくなってしまう場合があります。
skinと同様に、context構造体などで新旧方式を選択出来るようにするのは難しいでしょうか？
-
addMoneyで自勢力の資金をいじると内政ウィンドウが消えてしまいます。
どなたか原因に心当たりございませんでしょうか？
・内政領地に内政ユニットを配置
１、
・ptestで内政ユニットの数量を数値変数に代入
・数値変数をトリガとして自勢力の資金をaddMoneyで増やす
２、
・ptestでカウントした内政ユニットの数量をトリガに自勢力の資金をaddMoneyで増やす
１、２、の両方で試してみましたがいずれの方法でも自勢力の資金が増えたタイミングで内政ウィンドウが消えてしまいました。
また、内政領地に内政ユニットを設置せずに（１ターン目開始時に）addMoneyを使用しても内政ウィンドウが消えました。
-
>>995
随分前からですが、スキル構造体でもそうなりますよ。
おそらく、dat全般ではないでしょうか。
変なエラーが出ていましたので、そこまで時間は掛かりませんでしたけれど。
-
>>996
申し訳ありませんが、COM思考中に勢力ウィンドウが一瞬表示されない件につきましては
やむを得ない仕様という形で見送ろうと思います・・・
ウィンドウの表示法についても現verでは今のフェード形式に固定のままにするつもりです・・・
>>995
申し訳ありません。コメントの不具合を修正して再アップ致しました。
>>997
申し訳ありません。
ご指摘頂いた勢力ウィンドウが表示されなくなるバグを現verで修正致しました。
-
バグ修正おつかれさまです
|
|
掲示板管理者へ連絡
無料レンタル掲示板
