スクリプトTIPS - 1508190804 - したらば掲示板

1：NARU ◆23uN154idM：2017/10/17(火) 06:53:24 ID:xeZux0sw: スクリプト協力要請や、そのお返事。
それ以外でも気になった点、気づいた点、スクリプト自体の投稿等など
ラピス、引いては和鯖全体のために書いていきましょう～
覚書でも構いませんよ～
2：NARU ◆23uN154idM：2017/10/17(火) 06:57:00 ID:xeZux0sw: 雑談スレ 195
まもちゃん。
当時何があったか失念しましたが・・（失念しちゃうのかよ汗）
結構な感じで当時は必須だった気がします。
ですが、今は状況も変わってきておりますし、次回アップデート時に一度戻して見るかもしれないです。
煩雑な作業は出来るだけ減らしたいのも本当ですしね。
あとこのスレッドはスクリプト関係のスレッドなので、どれほど書き込み長くなっても構いません。
最終的には私か誰かさんがWIKIに転載するかもですｗ
3：ほし：2017/10/17(火) 14:51:48 ID:mZxiHmPs: まもるさんへ。
そのBaceAddoncsの変更はアドオンを設置してメンテを挟むと色が抜けてしまうといバグをむんさんが修正してくれました。
↓私が上げた報告（真ん中のあたりです）
https://www65.atwiki.jp/stygianlapis/pages/95.html
↓むんさんが書いてくれたスクリプト
https://www65.atwiki.jp/stygianlapis/pages/83.html#8
違っていたらごめんなさい。

ちょっとスクリプトじゃないけど、ついでに・・
先日Wikiの報告ページを作るときに私のミスで、大事な過去ログの一部を抽出しきてれませんでしたので直しておきました＾＾；すみません。
あと、Wikiの割と重要そうな部分を勝手に強調してみました。
4：NARU ◆23uN154idM：2017/10/17(火) 17:23:20 ID:xeZux0sw: >>3
ほしさん、補足ありがとうございます。
改めてこの状況を再現してみましたが再現されなかったので、今後の事も考慮しServUOの元々のスクリプトに戻すこととします。
もしアプデ後にまた同じ状況が見られましたらご報告ください。
WIKIの編集はお任せしてますのでｗ
5：まもる：2017/10/17(火) 22:46:56 ID:1Do6ihQg: なるさん、スレ作成要望の素早い対応ありがとうございます。
ほしさん、経緯がわかる情報の位置をありがとうございます。
ずばりそこに書かれてあるように、やはりラピスで先にResourceのSerialize/Deserializeを追加して不具合修正していたんですね。
その後、ServUOが独自に似たような修正をしたけど、運悪くm_Resourceとm_Componentsの順序が逆になってしまったということなんでしょうね。
今のServUOのソースなら、ラピスのセーブデータをきちんとServUOの順序に変換すれば再現しないのも納得できるので、
ほしさんもなるさんも、お二人ともおっしゃっていることは正しいと思います。ありがとうございます。
6：まもる：2017/10/18(水) 00:36:18 ID:1Do6ihQg: あ、すみません、あと教えて頂きたいことがあるのですが、Wikiから拾える2017AutumLapisTest.zipはServUO 2017/10/01ベースだと思いますが、
今回実際にラピスアップデート用として作業しているServUOのベースバージョンはいつのものでしょうか？
2017/10/01からの変化分を把握できるようにしておきたいので、特に支障がなければ教えて下さい。
7：NARU ◆23uN154idM：2017/10/18(水) 07:17:58 ID:xeZux0sw: >>6
今回作業しているベースは10/11付のものです。
ですが、SUOに報告して修正されたものは個別で入れていますので、多少の違いはあると思います。
と言ってもアプデ検証ページにSUOで報告、修正済、ラピスにも適用済と書いてある程度のものですが。
8：まもる：2017/10/18(水) 18:24:51 ID:1Do6ihQg: >>7
なるさん、おつです。
11日版からアプデ検証差分を個別導入、了解です。ありがとうございます。＾＾
アプデ検証ページ、本当便利ですよね♪
9：まもる：2017/10/30(月) 00:19:06 ID:1Do6ihQg: いつもお世話になっております。
バルクに関して、以前はノーマル素材の大口については、小口が色付き素材であっても結合できましたが、現在は結合できない状態になっています。
もし修正する場合は、1箇所で非常に簡単です。

[Scripts/Services/BulkOrders/LargeBODs/LargeBOD.cs]
●241行目
else if (small.Material != this.m_Material)
↓
else if (small.Material != this.m_Material && this.m_Material != BulkMaterialType.None) // 条件追加

ただ、新しく追加された細工や書写などのバルクについては、動作確認が大変な面は否めません。
一応、簡単にではありますが、ローカル鯖で裁縫バルクのノーマル大口にS革小口が結合できること、および、B革大口にS革小口は結合できないことは確認しました。
理論的には、この条件で全てに通用するはずですけどね。＾＾；
10：まもる：2017/10/30(月) 00:32:41 ID:1Do6ihQg: そういえば、ノーマル小口についても、色付き素材で作成したアイテムを登録できなくなっていますね。
これも大口と似たような修正でいけると思います。

[Scripts/Services/BulkOrders/SmallBODs/SmallBOD.cs]
●322行目
if (material != this.m_Material)
↓
if (material != this.m_Material && this.m_Material != BulkMaterialType.None) // 条件追加
11：NARU ◆23uN154idM：2017/11/01(水) 19:21:56 ID:xeZux0sw: >>9-10
まもちゃん。
検証、スクリプトありがとうです！
バルクに関しては色々変更ありすぎて、何が正解で何が違っているのかもわからない状態なので、今後のアップデートの煩雑さを考えつつ導入検討しますね。
ところでsage進行しなくてもいいですよ？
あがってないと気づかない・・ｗ
というわけで遅レス申し訳ない＾＾；
12：まもる：2017/11/02(木) 01:02:38 ID:Cf/ZqX6I: >>11
なるさん、日々ご多用な中、コメントありがとうございます。
今までsageは礼儀なのかな～とか勝手に思いつつｗ
本当、バルク仕様は変わりすぎてて、本家でもノーマル素材バルクに色付きが結合できなくなっている可能性もありますよね。
来春のエンドレスジャーニーが導入されたら、TCに行って確認しやすいですね。＾＾
13：まもる：2017/12/27(水) 03:15:42 ID:TZpKLBx.: (長文ごめんなさい)
ご無沙汰しております。寒暖の差が激しい日々ですが風邪などひかれませんように。

裁縫作成のゴザシリーズが布の色を反映しないという話を聞き、少し調べてみました。

ご存知の通りゴザシリーズはDeedタイプのAddonですが、
Items\Addons\BaseAddonDeed.cs の OnCraft() 内で、引数のresHueを反映する処理がないようです。

しかし、ゴザのために基底クラスである BaseAddonDeed.cs を弄るのはOOP的にもあってはならないので、
もし対応させるとしても、Items\Addons\GozaMats.cs を弄った方がいいです。

そこで、ゴザシリーズの各Deedクラスである、
GozaMatEastDeed
GozaMatSouthDeed
SquareGozaMatEastDeed
SquareGozaMatSouthDeed
BrocadeGozaMatEastDeed
BrocadeGozaMatSouthDeed
BrocadeSquareGozaMatEastDeed
BrocadeSquareGozaMatSouthDeed
の中に、以下の OnCraft() オーバーライドを定義すると色が反映されるようになります。(設置まで確認済み。)

public override int OnCraft(int quality, bool makersMark, Mobile from, CraftSystem craftSystem, Type typeRes, BaseTool tool, CraftItem craftItem, int resHue)
{
　　base.OnCraft(quality, makersMark, from, craftSystem, typeRes, tool, craftItem, resHue);
　　Hue = resHue; // ★素材の色を反映

　　return quality;
}

原則として ServUO のソースを極力弄らないスタンスは重々承知しておりますが、最近1つ思ったのは、
◆仮に大型アップデートの際に独自に修正していたコードが消えたとしても、新たに作成しようとする時にいったん元の挙動に戻るだけで、それまでのセーブデータの読み込みに全く影響しない修正内容で、なおかつ比較的簡単なものであれば修正してもいいのではないだろうか？
という点です。
もちろんこれは単に私の勝手な考えなので、却下して頂いて構わないのですが、情報としては書いておきますね。

例えば今回のゴザも、この修正を入れることで布の色を反映したゴザのDeedが作成できるようになりますが、次回アップデート時にこの修正分が消えたとしても、新たに作成する分の色が反映されなくなるように戻るだけで、セーブデータの読み込みには影響しません。(色付きのDeedってなんかいいですねｗ)

また、ゴザのように特殊な材料を必要としないものは、アップデートで色が反映されなくなったときにプレイヤーがそれを知らずに作成してしまっても、重大な材料損失で嘆くことがないと思われるため、影響は最小限と思われます。

家の内装に使いたい方もいらっしゃるようで、おこがましいかとは思いますが、このレベルの要望であれば叶えてあげたいという気持ちになりました。

それでは皆様、良いお年をお迎えください。＾＾
14：Ameria ◆23uN154idM：2017/12/27(水) 06:26:47 ID:SOXUFkVU: >>13
まもるさんおひさです＾＾
ムーンさん作成のブランクピグメントチケットでもだめでしょうか？
もしそれで無理ならピグメントチケットでならスクリプトを触らなくても追加できるかもしれません。
一度検証してみますね＾＾
15：Ameria ◆23uN154idM：2017/12/27(水) 19:50:24 ID:SOXUFkVU: >>13
まもちゃんお久しぶりですー
言われている通りなのですが、ServUOが今後どのような修正をしてくるのか予測不可能な点もありますし
いわゆる簡単な修正をして、その他の事にまた影響がでないという確証がいつも持てるわけではないので
出来るだけServUOヴァニラ部分は弄らないという方針はやはり変えられません。
コードまで書いてくれているのに申し訳ないです。
ですが、既にオリジナルで存在しているピグメントチケットにて各種ゴザは染色可能としました。
これですと今後のServUOの変更には依存しませんので。
コード自体はありがたくWIKIに変更箇所として書き込み保存しておきますねｗ
色々とご心配ありがとうございます。
よろしくお願いします。
16：Ameria ◆23uN154idM：2017/12/27(水) 20:57:26 ID:SOXUFkVU: あ、>>15はなるですーーーｗｗｗ
17：まもる：2017/12/27(水) 22:13:21 ID:zciJEfJk: Ameriaさん、Naruさん、お返事ありがとうございます。
おっしゃる通りオリジナル部分でカバーできるのであればその方がいいですね。
早速の対応ありがとうございます。(^-^)
18：ほし：2018/01/01(月) 19:57:38 ID:xtncMwoU: あけおけことよろです！
えっと、ゴザの布色反映の件をSUOに報告したてら修正されてました。
修正ファイルが秋のアプデ後ゴザの修正部分以外で結構大きい変更あってたっぽいので単品導入は厳しいかもです。
なので春（？）のアプデ以降、普通に作れると思います～（たぶん
他にもナマズのはく製などアプデ後作れると思います（たぶん
一応ご報告でした。
19：まもる：2018/01/01(月) 20:56:20 ID:TZpKLBx.: 新年あけましておめでとうございます
今年もよろしくお願いいたします
>>18
おぉ！ほしさん、さすがです。
春以降もピグメントチケットで染められること自体は問題ないと思いますので、
それまではピグメントチケットだけでなんとか我慢して頂くことになりますね。
色によってはかなり大変でしょうけど。(>_<)
20：Ameria ◆23uN154idM：2018/01/01(月) 23:46:10 ID:SOXUFkVU: >>18,>>19
ほしさん、まもるさんあけおめです＾＾
今年もよろしくお願いしますｍ（　）ｍ

ほしさんのおかげでものすごい修正されてますよね～＾＾
感謝感謝ですｗ
春になっちゃいますけど、アプデがんばりますね～＾＾
21：NARU ◆23uN154idM：2018/01/02(火) 18:16:59 ID:xeZux0sw: >>18-19
ほしさん、まもるさん、あけおめことよろです！
みんなで地道に報告していけば、完璧にはならなくてもラピスでの使い勝手がとても良いServUOになってくれるんじゃないかとｗｗ
なのでやはりバグ報告はとても重要ですね。
春のアプデにむけて、また頑張りますよー
22：ばけちゃん：2018/01/03(水) 08:50:33 ID:znHic7jM: ほし子ー！！
ありがとう！！！

これでおさかな研究所も宇宙も完成しそうだー♪
やったー！やったー！
23：Ameria ◆23uN154idM：2018/01/03(水) 23:13:18 ID:SOXUFkVU: >>22
はっ！
ゴシックショップではなかったんだｗｗ
ばけちゃん、失礼しました＞＜

水槽めっちゃいいです＾＾
24：ばけちゃん：2018/01/09(火) 07:16:08 ID:znHic7jM: 裏飯屋はゴシックですｗ
おさかな研究所は離島にあるんですYO
ムフフ
25：Ameria ◆23uN154idM：2018/01/09(火) 07:29:53 ID:SOXUFkVU: >>24
今度見に行きますね＾＾ｂ
26：むーんらいとだんす：2018/02/26(月) 19:33:36 ID:u2tfP.uw: 長くなりそうなのでこちらに書きます。
鑑定スキル参照してマジックプロパティ付けようぜ機能ですが、
実現は可能ですが現実的じゃないような気がします。
無制限にプロパティをつけるなら特に何も考えなくてもいいのですが、
制限を設ける（特定回数で打ち止めとか成功率を下げていくとか）と条件を書かなけりゃならん。
じゃあどこに書くのかと思いついたのは３つ
（１）各装備classを継承した装備classを作成する
　　　→全装備となるとすごくめんどくさい
　　　　特定の武器だけにすれば楽だけど、あれもこれもって要望に応える必要が出てくると思う
　　　　特に頭装備と武器の種類が多すぎるので相当だるい

（２）マネージャみたいなclass作ってtypeに装備classを格納する
　　　→プロパティの参照先をthis.～Valueからthis.(type).Valueにしなきゃならんので
　　　　BaseWeaponやらBaseArmorから続くgetter、setterをすべてOverrideする必要がある

（３）BaseWeaponやらBaseArmorに回数プロパティを設ける
　　　→一番現実的なんだけど、装備品の基幹スクリプトに修正入れるので
　　　　装備品がすべて消えるリスクがある。
　　　　アプデで消える。

やるなら（１）なんだけど・・・これはやってらんないですね。
なので見送りかなあ
他に何かいい方法あったりします？
27：まもる：2018/02/26(月) 23:13:23 ID:i5TQSvJA: 低チャージ付きで懐かしの鑑定ワンドをオリジナルガンプ仕様で復活させて、レアアイテムにして、使用者の鑑定スキルと成功率を比例させて、
対象アイテムへの付与制限は既存class弄らない限りフラグとか回数とかは無理なんで、そのアイテムカテゴリーの錬成最大強度よりほんの少し多めの上限値をテーブルで持って・・・
別名「なんちゃってGMワンド」　をぃｗ
マジメな話、既に付いているプロパティーは削れないので、とんでもぶったまげなアイテムはそうそうできないかなぁと。
や、言うのはやすしですね。すみませんｗ
28：リチャ＠てきとーでヴぁっぐ：2018/02/27(火) 19:10:09 ID:XFG9yFFs: Ver現行のかは不明だけどー
GitHubのServUO見てるんだけどー
昨日聞いたキャノン修理に必要なインゴットをシミュしてみたー（Cannon.cs）
Durabilityのget returnの意味が良くわかってないけど
てきとーでヴぁっぐの勘で計算してますｗ

Durability　20/100*100 =20　（DamageLevel.Severely：壊れかけヤバイ

ingotsNeeded　36*（100-20）＝ 2880

鍛冶GMが直す
2880-（（鍛冶100/200）*　2880）＝　1440

鍛冶GMでもインゴット1440個いる様子。なんなの… ＞＜；
あとRepairContextのコメントアウト部分が短すぎてなんか怖い…
29：リチャ＠てきとーでヴぁっぐ：2018/02/27(火) 19:12:07 ID:XFG9yFFs: ちょっとした個人的メモヽ(´▽`)ﾉ

■ガレオン船心得メモ（トクノ船で
船舶修理：基本船倉に資材を積んで行う。木1000布1000入れとくのオススメ
　資材はめっちゃ食う100じゃ足らない。一気完全修理オススメ。
　船頭の頭がバグってるので見込みと修理報告を信用しないことｗ

船倉：釣りクエストで発生。依頼複数を一気に荷卸しした時に起こる様子。
　船倉のアイテム数計上関係がバグってるらしくてドライドックできない現象あり。
　時間経過で消える。一気荷卸しの複数依頼は最後に持ってかないのがコツかも
　荷を引き上げるタイミングのバグ？船倉が複数タイルに渡る関係のバグ？
30：リチャ＠てきとーでヴぁっぐ：2018/02/28(水) 22:48:38 ID:XFG9yFFs: ちょっとつるべ撃ち技を試している時にキャノン修理してみたヽ(´▽`)ﾉ
・破損状態：少し損傷
・修理員：リチャ（エルフ、鍛冶0）
・船倉：インゴット1500個

結果･･･
「432個のインゴットを使って大砲を修理しました」　＞破損状態：無傷
修理とはいったい･･･うごごご！
31：まもる：2018/03/01(木) 02:03:19 ID:O8Rc06uc: 掲示板にも「いいね！」があるといいのにｗ
リチャさん、いいね！(^-^)b
32：リチャ＠てきとーでヴぁっぐ：2018/03/01(木) 17:53:31 ID:XFG9yFFs: ｳｪｰｲヽ(´▽`)ﾉ

ついでにまた個人的メモｗ
■レッドヘリング釣り
　クエスト受けて針を投げると何も反応が返ってこない場合がある。
　（ぽちゃん…　　　しーん　て感じ）
　その場合、レッドヘリングが取れる確率の時だけ反応が返ってくるので
　そのまま釣りっても大丈夫ｗ
　ちなみにナマズ釣りと一緒にクエ受けてるとナマズばっかり釣れるかも？
　あーんどクエ受けてないとナマズもレッドヘリングも釣れませぬー
33：リチャ：2018/03/03(土) 18:25:21 ID:XFG9yFFs: んー
Doomパパとその仲間たちのガントレットポイントに差がないように見える…
みんなパパ並みなのかな？かな？ｗ
34：まもる：2018/03/03(土) 22:56:41 ID:4XWwxkME: リチャさんばんこ。こんな式みたいですね～ｗ
pm.GauntletPoints += (int)(bc.Fame * (1 + Math.Sqrt(pm.RealLuck) / 100))/2;

要約すると、幸運0のときMOBのフェイム値の半分が加算されるようです。
幸運ボーナスは、ラッキーコインは含むけどなぜか壺は含まず。
幸運は例えば1600で獲得ポイントが40%アップします。
フェイムは、例えばゴキが23000で、パパが28000なので、確かにあまり大差はないですね。
むしろ討伐数が多くなる中ボスシリーズの方が、体感的に出るように感じると思います。
35：まもる：2018/03/03(土) 23:15:23 ID:4XWwxkME: >>34
あ、ごめん、幸運壺ちゃんと含まれていました。
36：まもる：2018/03/03(土) 23:31:49 ID:4XWwxkME: 連投すみません。ついでに・・・
現在(2017秋版)の幸運壺の計算はバグがあって、アカ歴4年までは200のままでそれ以降も200少ないようです。
return (int)Math.Max(MinLuckBonus, Math.Min(MaxLuckBonus, ((DateTime.UtcNow - account.Created).TotalDays / 365) * 50));
ServUOの最新版では修正されていますね。
[Items/Artifacts/Decorative/TenthAnniversarySculpture.cs]
125: return (int)Math.Min(MaxLuckBonus, 200 + (int)((DateTime.UtcNow - account.Created).TotalDays / 365) * 50);
春には治るだろうということで♪
37：リチャ：2018/03/03(土) 23:36:23 ID:XFG9yFFs: あ、それはあるかも　＜中ボスシリーズの方が、体感的に出るように感じる
パパからほっとんどソッポ向かれてるのにナメクジに好かれていると言うｗ
パパの時だけGauntletPoints +=　を二回計算したら違いがわかるようになるかもねー
んーdouble gpoints = pm.GauntletPoints; っているのかしら？って気がしなくもないｗ
今倒したボスのGauntletPointsが次のボスに反映されるとゆーか。
38：リチャ：2018/03/03(土) 23:47:09 ID:XFG9yFFs: 秋版持ってないので比較ができない環境でございまする＞＜；
幸運壷かろうじて動いてるんだー
幸運壷って動いて無いのかなと思うくらいのしょっぱいリアル運でございますｗ
俺･･･春になったらロットワームシチューを作るんだ･･･（死亡フラグ
39：まもる：2018/03/03(土) 23:54:55 ID:4XWwxkME: 私もパパがくれることはほとんどなく、ゴキとカマキリ(昆虫系)に好かれているようですｗ
gpoints は、今回Artifactを獲得するかどうかの判定に使われていますね～。
つまり、倒したときに加算されるポイントは、獲得できなかったときに次回の確率を上げるためであって、今回の獲得計算には反映されない意図のようです。
40：まもる：2018/03/04(日) 00:03:41 ID:4XWwxkME: あははは、リアル運の低さは私も負けませんよ！
そういえば、幸運壺を使ったときステータス画面の幸運値の表示って、まだ反映されていませんか？
一応、内部では効いているはずですが。
ロットワームシチューは、作ってしまえば美味しいはずで、で、ですよ？ｗ
41：リチャ：2018/03/04(日) 00:11:39 ID:XFG9yFFs: あ、幸運壷の反映はできてるよー
リアル運も反映されて内部的に-700くらいになってまーすｗ
それにしても長いベリアカねー
42：まもる：2018/03/04(日) 00:21:03 ID:4XWwxkME: 内部的に-700ってｗ　壺の表示反映されてるんですねー。良かった。
ベリアカ、本当だー。もしかしてアカ整理中？
43：まもる：2018/03/25(日) 00:27:59 ID:GbirCAS2: なるさん、フリーズの件で確認忘れですが、Superfetchも既に無効設定ですよね？
44：まもる：2018/03/25(日) 02:25:09 ID:cnppBHjE: 連投すみません。おそらく既に処置済みかとは思いますが、せっかくなので他に思いつくことをついでに書いておきますね。

1. 当然ながら激重のWindows Updateは停止
コンピューターの管理からサービス一覧のWindows Updateを無効に設定する。

2. メモリ圧縮を無効化
物理メモリが豊富にあるのであれば、メモリ圧縮を無効化してみる。
管理者として実行でWindows Power Shellを起動して、
> Disable-MMAgent -mc
を実行して再起動する。
再起動後、タスクマネージャーのパフォーマンスで使用中メモリの箇所の括弧内が(0 MB)表示になる。

3. 不要なテレメトリ系タスクを無効化する。
コンピューターの管理から「タスクスケジューラ」→「タスクスケジューラライブラリ」→「Microsoft」→「Windows」の中の「Application Experience」と「Customer Experience Improvement Program」の中のタスクは全て不要なので無効化する。

4. 激重原因の1つであるWindows Defenderを停止してみる。
もし悪名高きMsMpEng.exeの負荷が高いようであれば、「設定」→「Windows Defender セキュリティーセンター」→「ウイルスと脅威の防止の設定」からリアルタイム保護を試験的に停止してみる。
停止しない場合でも、ServUOのフォルダーは除外フォルダーに登録しておく。

5. ServUOは64bit版でビルド
OSはもちろん64bit版と思いますが、ServUOを32bit版でビルドしていると、いくら物理メモリが沢山あっても3GBまでしか利用できないので、"Server"プロジェクトと"Ultima"プロジェクトをx64でリビルドする。

(1) Visual Studioの「ビルド」→「構成マネージャ」を開き、上部の
「アクティブソリューション構成」を「Release」
「アクティブプラットフォーム」を「x64」
に設定する。

(2) 同じ画面で、"Sever"と"Ultima"プロジェクトのプラットフォームを「x64」にする。
「x64」がまだ存在していない場合は「<新規作成...>」を選び、
「新しいプラットフォーム」を「x64」
「設定のコピー元」を「x86」
「新しいソリューションプラットフォームを作成する」のチェックをオフ
にしてOKする。

(3) Visual Studioの親画面のメニューバーの下にある構成とプラットフォームの選択を「Release」「x64」にする。

(4) "Server"と"Ultima"のそれぞれについて、ツリーからプロジェクトを選択した状態で、メニューの「プロジェクト」から「〇〇〇のプロパティ」を選んで「ビルド」の項目を表示し、
「プラットフォーム」を「アクティブ(x64)」
「プラットフォームターゲット」を「x64」
にする。

(5) メニューの「ビルド」から「ソリューションのリビルド」をクリックする。
(この時点で"Scripts"はビルド対象ではないので、エラーがなければ「すべてリビルド: 2 正常終了、0 失敗、1 スキップ」と表示されます。)