艦これ専用ブラウザ【艦これ Received data browser】（略称・KCRDB）及び関連ツールについて話すスレ。
必然的に通信内容や艦これ内部の仕様などの話題が出るため苦手な方はブラウザバック推奨
質問についてはテンプレを一読の上、過去スレまたは当スレのスレ内検索も併せてお願いします
尚、専用ブラウザは自己の判断・責任でご利用下さい
艦これブラウザとか(開発終了)
ttp://hetaregrammer.blog.fc2.com/
前スレ
【悠長化】KCRDB専用スレ11【出荷済み】
ttp://jbbs.shitaraba.net/bbs/read.cgi/netgame/12394/1422234539/
★提督のコメントやランキングのコメントが表示されない
→KCRDBフォルダの『KCRDB_FEATURE_BROWSER_EMULATION.reg』をダブルクリックでレジストリに登録
★タイトルから読み込みでフリーズする、LOADINGが終わらない、カクカクする、やたら猫る
→キャッシュクリアしましょう。併用している他の艦これ専用ソフトやFWの設定等も要確認
★艦これでは中破表示なのに、ツールでは大破と表示している
→仕様。艦これで中破でもKCRDBでは大破表示されることがあります(readme.html大事な事参照)
★KCRDB側の入渠や遠征の残り時間が艦これ本体より数秒ずれている
→仕様。完全に同期するわけではありません。ズレ幅が大きいならwinndowsの時計も確認を(ttp://www.nict.go.jp/JST/JST5.html)
★任務の遂行状況をより詳しく表示して欲しい（ex.あ号の回数表示）
→艦これサーバーが回数ではなく、50％・80％の情報しか送信してこないので実質不可能です
★デフォルトフォントサイズorメイリオフォントが見切れる
→倍率変更オプションがあるので、そこで調整を行って下さい
★グループ編成のタブ名をKCRDB内で変更できるようにして欲しい。
→グループのリストの内部処理の都合によって、現状では対応が難しいです
★ログにerrorやfailedの表示がある
→KCRDBの動作自体に不具合が無ければ基本的に無視して構いません
★資源・遠征経験値等を視覚的にグラフで見やすくして欲しい
→資源の増減や艦娘の育成状況をグラフ化できるツールを有志が作ってくれました。
ttps://github.com/gardejo/js-kancolle-logistics-visualizer
使い方 ttps://github.com/gardejo/js-kancolle-logistics-visualizer/wiki/Home-%28ja%29
設定ファイルを生成するツール ttp://kancolle.s601.xrea.com/kclv/
→有志の方がjsで作ってくれました。（KCRDBのフォルダに保存して実行。〜htmlファイルが作成される⇒ブラウザにドラッグ）
ttps://dl.dropboxusercontent.com/s/6ortcavxtaucgnn/convert_graph.html(遠征経験値は現在動作不可）
★戦記のファイル数が多すぎる。整理したい
→日付順にフォルダを自動作成してXMLを格納してくれるjsを有志の方が作ってくれました
ttps://www.dropbox.com/s/kj0fcr9s1m854wf/auto_classifier.js
★出撃記録をXMLに変換したい
→ ttp://www1.axfc.net/u/3285078?key=Sortie 前スレ68も参照
これらを試した上で動かない、あるいは不具合が起こるなら
不具合が分かる画像・KCRDBのバージョン（設定→Aboutに記載）とOS（32bit or 64bit）など詳細を添えて書き込むと返事があるかもしれません
ttp://matome.naver.jp/odai/2138807124629994001
||￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣||
|| ○荒らしは放置が一番キライ。荒らしは常に誰かの反応を待っています。
|| ○重複スレには誘導リンクを貼って放置。ウザイと思ったらそのまま放置。
|| ○放置された荒らしは煽りや自作自演であなたのレスを誘います。
|| ノセられてレスしたらその時点であなたの負け。
|| ○反撃は荒らしの滋養にして栄養であり最も喜ぶことです。荒らしにエサを
|| 与えないで下さい。 Λ_Λ
|| ○枯死するまで孤独に暴れさせておいて ＼ (ﾟーﾟ*) ｷﾎﾝ。
|| ゴミが溜まったら削除が一番です。 ⊂⊂ |
||＿＿＿ ∧ ∧＿＿∧ ∧＿＿ ∧ ∧＿ |￣￣￣￣|
( ∧ ∧__ ( ∧ ∧__( ∧ ∧ ￣￣￣
〜（＿( ∧ ∧＿ ( ∧ ∧＿ ( ∧ ∧ は〜い、先生。
〜（＿( ,,)〜（＿( ,,)〜（＿( ,,)
〜（＿__ﾉ 〜（＿__ﾉ 〜（＿__ﾉ
■初心者向け
必要なことはだいたい↑のまとめと過去ログに書いてある
書いてなかったら基本的にできないものだと思っていい
■出荷
クッキークリッカーのようなもの
エイプリルフール用に実装されたものでで特に意味はない
■らんらんこれくしょん 出荷用のナニか
MD5=3A720473F6653FE19082D3C17DF42AC5
ttp://www51.atpages.jp/kancollev/kcrdb/kcrdb_eid.php
>>2の「前スレ68」はttp://jbbs.shitaraba.net/bbs/read.cgi/netgame/12394/1405979264/68
ttp://jbbs.shitaraba.net/bbs/read.cgi/netgame/12394/1412253200/7
ttp://jbbs.shitaraba.net/bbs/read.cgi/netgame/12394/1412253200/477+479
クエストは流れ見てるとListViewとかにする対応が多そうだな
自分のはカウンタも兼ねててFlipLabelがいい仕事してるので
ラベルのまま行を動的に増やす方向で対応してみたわ
mst_cont見ると当面の追加は10までみたいだし
DataGridViewの方が機能はしっかりしてるからそっちの方が良さげ
でも俺はやっぱりLabelの方が変更点少なくて楽だったのでそっちでやってるよ
10までっぽいなら暇な時に10まで作っておくか
拡張されるごとにこっちも追加していけばいいか
そういや装備一覧の爆装とか対潜って0になってるけどこれってどこ直せばいいんだ？
航海日誌とかの装備一覧ではしっかり表示できてるからできないことはないと思うが
……騙し騙し使うか他のに切り替えるしかないか
1-6航空戦マスはapi_req_sortie/airbattleから戦闘データを読み取ってダメージ計算をする必要がある。
基本的な処理は通常戦闘と共通だけど2回めの航空戦(api_kouku2)が追加されてる。
api_kouku2の中身はapi_koukuと同じ構造なので処理自体はコピペ修正でいける。
Label増やす対応する人多くて安心した
まぁ俺は他に出来ないからそうしてるだけだけど
>>13
エラー箇所をNULLで埋めればいけるんじゃないの
俺はコメントアウトしただけで使ってるし
航空戦のところだけ画面注視してればいいわけだし
第一艦隊プロファイルの各種数字とかいろいろ問題は多いけど動くことは動いている
とりあえず任務枠を増やしてみたが司令部要員使うのもったいなくて動作は未確認ｗ
QuestInfoFormでラベル関係をコピーして5より大きいという判定をしているところを6に書き換えただけだけど
次は索敵値の計算かなぁ
いや改修資材表示の方が簡単かな
1-6のエラーはかなり面倒そうなので後回し
というか何をどうすればいいのか皆目見当がつかん
連合艦隊に対応できるはいつの日か
猫ダイアログで応答し忘れてて、出撃中に応答したら自艦の編成がクリアされて面倒だけど
ttp://i.imgur.com/OjijVlj.jpg
要領はわかったから7個になっても大丈夫だ
ttp://i.imgur.com/OjijVlj.jpg
ttp://i.imgur.com/ayqYfBM.png
今日はここまでにしておこう
5-5の片手間にやる事じゃなかったわ
13時からやってまだ1回しか削れん
まあ3回しか出撃してないけど
ほっこりしたw
司令部要員や1-6を無かったことにしてでも使い続けるわ
自分で画像作って、座標指定でうまく位置調整すればKCRDBの大破進軍警告と同じように使える
あんな状態で最初からできるなら色々触ってみたいんけどどっかにドッキングデータないですかね
俺もプログラミングなんてまったくできないみじんこだがさすがにドッキングぐらいは自分でやろうや…
それすらできないなら向いてないからおとなしくブラウザ使っとけ
ついでに第一に制空索敵缶合計Lvまで実装
慣れてない言語だときついね
っと書いてて、索敵計算を変えてないことを思い出したわ
>>24>>25
乙
他の事はレイアウト変えたくなった時とかに
ゆっくり実装していけばいいさ
それ以前にコンパイルを通らせるまでにどこで何から学べばいいのか
実践可能レベルの知識になるまで何ヶ月かかるのか想像できないレベル
そもそもなんでデコンパイルしたものをそのままビルドすることができないのか
ようやく理解したレベル
VSとかILSpyをDLしてみたものの、時間の無駄だったかな
俺もILSpyとVS落としてこれからどうすんのよ状態だから気持ちはわかる。
フォルダごとコピー取ったからやらかしても元には戻るし頑張ろうぜ。
ありがたいことに逆コンパイルのツールからVSでの各エラーの潰し方まで全部載ってる
見つけられないのなら知らない
どうもありがとう。
確か更新停止したのが7スレ目後半だったはずだからその辺りから全部漁って保存してきます。
何かミスってもすぐに元の状態に戻せるし。
俺はTortoiseHG使ってる。
背景色の更新の仕方が解からん、、、、
うちのやつやなw 好きな様にパクっとくれ。
ちなみに今は泊地修理タイマーも組み込んでる。あとは改修工厰の情報表示とかも追加。
ttp://light.dotup.org/uploda/light.dotup.org171001.jpg
背景色とかはCellFormattingイベントでやれば良い。
dataGridView.Rows[e.RowIndex].DataBoundItemで行に割り当てられてる元データを取得して適宜色変更。
うちの任務ウィンドウでは元データに色情報も持たせておいてこんな感じにしてる。
ただこれだと1行まるごと同じ色になっちゃうけど。
private void dgvMain_CellFormatting(object sender, DataGridViewCellFormattingEventArgs e)
{
var quest = (QuestInfoItem)dgvMain.Rows[e.RowIndex].DataBoundItem;
if (quest == null) return;
e.CellStyle.ForeColor = quest.ForeColor;
e.CellStyle.BackColor = quest.BackColor;
}
ttps://gist.github.com/alalwww/51f788066d11bfa603f7
>>36の言うものもテンプレに組み込んでもいいかな
まだ全部過去ログ読みきれてないけど>>36の人のはスレ6の780〜825と、スレ9の947〜953かな。
重要そうなのは全部片端からテキストにコピペして保存したから明日試してみる。
あーそれそれ
Lv表記とか他のところも参考にさせてもらってます
まぁレイアウトの才能ないので、そこまで綺麗に出来て無いくてどこか無骨になってるけど
修正個所のヒント単語あるだけですげー助かる
でもぶっちゃけプログラムの全体像は把握できてないし1-6のエラー対応は難しすぎっす・・・
クラスじゃなくてネームスペースのほうを変えちゃいかんのか？
そのほうが修正箇所少なくて楽のように思える（ド素人感
FlipLabelをFlipLabel.FlipLabelに
ColorCheckBoxをColorCheckBox.ColorCheckBoxに
置換するのが一番楽だと思う。
助言ありがとう、最終的には
m_questXXref[num].textからdgv.Rows.Addする際ついでに
dgv.Rows[num].Cell[0].Style.ForeColor = m_questXXref[num].ForeColor;
dgv.Rows[num].Cell[0].Style.BackColor = m_questXXref[num].BackColor;
としたらちゃんと色も更新されるようになったよ
VSダウンロードから始めたプログラミングド素人ミジンコの俺でも任務6個対応できたっぽい
>>45
まさにそれ
リファクター使えば修正箇所の量は大した問題じゃないぞ
俺もネームスペース変えたけど>>50が良かったのかな
「tryの前」という表現なんだが
要はtryの下の｛内
IL_394: そのものの真上ってことでいいんだよな？
というより、そこ以外だとビルドが成功しなさそうなのだが、
そこだとそもそもgotoという命令を出す必要があるのかというミジンコレベルの疑問が残ってしまう
戦闘関係の修正はともかく
任務画面もスロット６つになったし、
後はこれだけ直せば艦娘リスト系も動作するはずだよね・・・
出ますが、どこが問題なのでしょうか？
ビルド成功→デバッグ成功→任務枠６つ→俺歓喜→
着任成功→エラー「指定されたキーはディレクトリ内に存在しませんでした。」→
全艦娘及びグループ系が白紙
母港を表示するたびに同じエラーが出る
一体どこで間違ったんや・・・
戦闘関係はコメントアウトしたままだけど、関係ないよね
やっぱIL_394の件で変なところに置いてしまったのか？
どのファイルをいじればいいんだ？
Visual StudioをダウンロードしてKCRDBのexeを開いてみたものの、ファイルの画像の大きさ加工とバイナリ操作とプロパティしか出てこなかった
ILSpyってのをDLして、デコンパイルしたものをVSに読ませる
どこまで成功したのかいまいちわからない
逆コンパイル後起動成功したの？
確認しないで任務枠追加という流れに読めるんだが
後gotoはそこへ飛ぶという命令で、tryの前に出すのは
「goto IL_394」じゃなくて「IL_394:」だぞ
↓うろ覚えだけど確かこんな
IL_394:
try
{
さんくす
さっきはVSが英語版だったから日本語版DLしなおしてもっかいやってみる
本当にありがとう
動きました
任務６枠になりました
でも司令部要員がアイテム一覧から消えるのが惜しくなったので
結局使わないオチ
つぎは航空戦に対応させるところか
これはごく最近の過去ログかな？
漁ってみます
デザイナは〜行のコードを処理できません
ってエラーが出て、無視して表示させても空のフォームしか表示されない。
エラーで指摘されているのはInitializeComponent内の
this.buttonCancel.DialogResult = DialogResult.Cancel;
base.AutoScaleMode = AutoScaleMode.Font;
base.FormBorderStyle = FormBorderStyle.FixedDialog;
なんだが、これは消してしまって良いもの？
右辺の方にWindows.System.Formsを付けてやれば良い。
this.buttonCancel.DialogResult = Windows.System.Forms.DialogResult.Cancel;
base.AutoScaleMode = Windows.System.Forms.AutoScaleMode.Font;
base.FormBorderStyle = Windows.System.Forms.FormBorderStyle.FixedDialog;
ありがとう。帰ったらやってみるわ。
文字列の連結でエラー吐いてしまう所の修正は一旦適当にどこかにぶち込めばいいのかな
過去ログあさってたミジンコだけど、
逆コンパイル段階での戦闘結果関連のエラーであれば
ログを取らない限りコメントアウトのままでおｋだったはず
そう過去ログのどっかに書いてあったし
実際５－４北行ってみて戦況ウィンドウにはちゃんと撃墜・被撃墜表示されてます。
でもオリジナルからデコンパイルしたからパッチ当てて誤魔化してた部分の修正からやらなきゃいけないなｗ
パッチ当てしたやつをデコンパイルしなおせば良いじゃんw
よさげやな
次早くしろよ
自分が苦労して作ったものを、他人に弄繰り回されるのは嫌という人もいるからしょうがないわな。
だからここの改造できる人は、修正だったりの改造についての質問は手を貸してくれるけど本体自体は外に出さない。
作者の意向が決まってる以上何もないよ。このスレのアドバイスだけにしとけ
KCRDBと七四式ってどうやって同時起動するんだ？
逆コンパイル割りと面白かったけど、
なんか徒労におわって残念だな
ボスのセル番号並べただけの簡単実装
それによると、api_req_map/nextのapi_color_noが5だったらボス戦
結局コメントアウトして放置してる
ttp://minus-k.com/nejitsu/loader/up12923.jpg
画面でっか!
1024x768に収めたいからうちじゃ無理だわ・・・
やっぱKCRDBじゃないとダメだなぁ。
ttp://i.imgur.com/tP7dTR9.jpg
ttp://jbbs.shitaraba.net/bbs/read.cgi/netgame/12394/1428728232/131
むしろ七四式を使う必要はあるのか
テキトーに弄ってると後で機能ブチ壊してたことに気付いても手遅れだかんな
俺のパンチラ画像ならやるから
そうじゃなかったらとっくにパッチぐらい作ってるわ
airbattleには
api_hourai_flagとapi_opening_flagがないから
同じ処理を通過させるならobjAt.ContainsKeyで一部回避する必要があるね。
丸ごとコピーして別ルートにするなら削除すればいいけど。
いい勉強の機会じゃん
自分ができない事にそんな劣等感持たなくてもいいんだよ＾＾
Bitwise-or 演算子が sign-extended オペランドで使用されています。まず、小さい符号なしの型をキャストしてみてください
この2つの修正がわからず詰んでしまった
ミジンコにはきつい
そんなエラー出たこと無いけどな
過去ログ見てエラーは無くなったんだが
「Bitwise-or 演算子が sign-extended オペランドで使用されています。まず、小さい符号なしの型をキャストしてみてください。」
「フィールド '○○.components' は割り当てられません。常に既定値 null を使用します。」
の警告が出てしまう。過去ログにはこういうのは無かったので、それまでの修正が間違っているんだろうか。
やったことは
名前空間' ですが、'型' のように〜という箇所を「ColorCheckBox→ColorCheckBox.ColorCheckBox」のように変更。
BitmapSubroutineの全文を削除。
MMDeviceEnumeratorを9スレ目の951を見てコメントアウト。
SecondaryFleetInfoFormとBattleInfoMinFormのエラー行をコメントアウト。
一番下のは「割り当て、呼び出し、インクリメント、デクリメント、待機、および新しいオブジェクトの式のみがステートメントとして使用できます。」のエラー
過去ログにはとりあえずコメントアウトして後で修正する必要あり、とあった。
自分はItemNameMaterialKeyとShipNameMaterialKeyの2箇所。両方とも
this.m_ulMaterial = ((ulong)iFuel << 48 | (ulong)iBull << 32 | (ulong)iSteel << 16 | (ulong)iBaux);
で=以降が警告対象になってる。
小出しですまない。
ItemNameMaterialKey.csは50行の25列。
ShipNameMaterialKey.csは66行の25列。
1行目 多分撃墜数絡みのログ。コメントアウトでOK
2行目 ulongじゃデカすぎるからもうちょっと小さくしろよっていうお節介
>>117の下の部分も別に直さなくても検証で戦闘ログ使うとかじゃなければ放置でいいはず
本末転倒の極み…
>>117
「フィールド '○○.components' は割り当てられません。常に既定値 null を使用します。」
ってのは
○○.components;
を
○○.components = null;
と自分でnull入れれば消えるけど勝手にやってくれてるからやらなくてもいいかな〜って
警告は（本体が動作するなら）放置でもでよいということね。とりあえず続けてみます。どうもありがとう。
115の人も頑張ってくだされ。
next受信時にship2と比較してエラー出すようにしてみたわ
ItemNameMaterialKey.csは50行
this.m_ulMaterial = (ulong)(iFuel << 48 | iBull << 32 | iSteel << 16 | iBaux);
ShipNameMaterialKey.csは66行
this.m_ulMaterial = (ulong)(iFuel << 48 | iBull << 32 | iSteel << 16 | iBaux);
自分はこうなってるな。これに合わせて他も直したかもしれないが忘れた
6個表示させたければ、いじれでおｋなのかしらね
ミジンコ以下の自分みたいなやつは素直にこっちに移った方が楽だな
判定だのカラーも増やして座標ずらしてコピペ
これで6つに対応できる
AppSettingDialog.csやCreateItemMaterialRangeDialog.csやCreateShipMaterialRangeDialog.csで
変数arg_60B_0は宣言されていないか、または割り当てられていません
みたいなエラーが大量発生してる。エラー先の記述はこんなの。
NumericUpDown arg_60B_0 = this.numericUpDownFuelMin;
int[] array = new int[4];
array[0] = 300;
arg_60B_0.Maximum = new decimal(array);
デザイナでレイアウト触る必要ないなら放置しててもいいんだぜ？
デコンパイル→「名前空間' ですが、'型' のように・・・」系のエラーは修正出来たっぽいんだが
「この参照を解決できませんでした。アセンブリ "FiddlerCore" が見つかりませんでした。アセンブリが間違いなくディスクに存在することを確認してください。 コードにこの参照が必要な場合、コンパイル エラーが発生する可能性があります。」
ってエラー以下Fiddler関連っぽいエラーの修正ってどうすればいいのかミジンコに知恵を授けて下さい・・・
うちもほとんどがKCRDBなんだけど航海日誌拡張版の所有艦一覧ウィンドウも取り込んでるよ
装備持ってる艦の逆引きが出来ていい感じ
問題外
ググれば出てくるレベル
1.ソリューションエクスプローラーの参照設定ってやつのFiddlerCoreを一旦削除
2.参照設定右クリックから参照追加→自分の持ってるFiddlerCore.dllを指定
で消えたよ。（合ってるかどうかは知らん）
警告消している最中でビルドしてなかった。
確かにエラー出ます…orz
逆コンパイルしてソース弄っただけだとそのファイルが無い
あとはわかるよなー
>>140
普通はフォルダやらファイルを纏めて実行ファイル（？）のプログラムを組んでいくけど、逆をやったから必要なフォルダやファイルは別途でコピーとかして配置しなおさないといけない。
という結論になったんだがこの認識で合っています？
ヒントありがとう、お陰で起動まではたどり着けたよ。
本当にここの住人にはバイナリパッチの頃から頭が上がらない・・・
1.QuestInfoForm.csの一番上からTitleとかProgressとか1〜5まであるのでコピペして6を追加する。
2.string[] array● = new string[]とかColor[] array● = new Color[]とかあるので1行づつコピペ追加。（●は数字が入ってる）
3.250行目あたりから(5 > num●)や(5 < num)みたいな感じで5個くらいあるので(6 > num●)(6 < num)のように書き換え。
（任務の最大数とか決めてる？）
4.またTitleとかProgressがあるので5のやつをコピペして6を追加。
（.Locationとか.Marginとかあるので位置決めしてる？）
5.追加したTitleとかProgressは右側の数字を+18して書き換え。
（labelQuestTitle5.Location = new Point(3, 75);→labelQuestTitle6.Location = new Point(3, 93);という感じ。多分左上からのXとY座標なので書き換えないと重なる）
ミジンコなんでおかしなことやってるかもしれないけどちゃんと6枠動いたことまでは確認した。
違ったり、やらなくていいことやってたら訂正お願いします。
デザイナ起動すればもっと楽
手順１と3〜5は
デザイナで枠とかラベルコピペしてマウスで移動
すると自動でソース側にLocationとかが入る
手順2は
今後実装するの楽にするためにプライベート変数で宣言しちゃって
繰り返してるところはwhileでループさせたわ
これで以後追加されてもその変数の数字書き換えとデザイナでの追加のみ
まあ、デザイナ起動させるにも修正必要なんだけどな
本当に感謝してもしきれないくらいここではお世話になってるわ
ありがとうありがとう
どっかにまとめりゃいいさ
満足してる
過去のバージョン引っ張り出してきても同じエラー吐くしこれはPC側の問題？
ttp://jbbs.shitaraba.net/bbs/read_archive.cgi/netgame/12394/1422234539/473-#473
大した差じゃないとわかってても遠征入渠修復画面はKCRDBの方がぱっと見でわかるのがいい
見慣れてるってほうがでかいかもしれんがなｗ
1-6自体頻繁に行くものでもないからまだ問題なく使える感じかな
どこでエラー吐いてるのかわかるっていうのはデバッグの時に非常にありがたいわけだけど
俺も74式+KCRDBでほとんどKCRDBのウィンドウ移植して再現してる
アクティブだと思ってた作者がいきなり消息不明になることは多々あるんだぜ?
飽きたり、嫌がらせを受けたり、勝手な要求突きつけるヤツがいたり、やる気
なくす要因なんていくらでもあるし。
74式は各ウインドウのタブが邪魔なんだよなぁ。
あれのせいでコンパクトにまとめられない。やっぱりKCRDBが最強。
へ／ : : :＼ : : : ／｀ヽ、
甲甲/ : : : : ﾍ: : : : : :へ: : ヽ 甲
□ロ: : : : / : : : : : ヾ:.l : |: . |ロｺ : 丿 ＼ ＼.
/:: /: : : : l: : : : /'|: :|: :l: :|☆| し ,_ ゛''=;- .,_＼ ＼＼
./:: : |: :: : : :! :＼ | ﾉ ﾉ／: ﾉ ---__=___゛‐ニ‐- ゛`゛'-' ＼ﾞｉ
|: : ::l:: : : : : | ∩ .∩ :i: | , ,r'｀w-''´ﾞｉ O ／｀゛√, ,r'｀w-''´ﾞｉ ／｀゛√, ,r'｀w-''´ﾞｉ _-__-____ Ｊﾞｉ:
|: : ::N : : :|: | .Ｕ Ｕ ＿== ￣ﾞｉ￣￣￣"´￣￣ ッ ￣￣○￣ﾞｉ￣￣￣"´￣￣￣ ッo￣￣￣￣ﾞｉ￣0￣￣: ′ﾞｉ,.
|: : :::丶M|N| , , ─ ￣ .........｡... 〈................................〉..0.............................. 〈..............................〉.......o...........○__ ; ″:::i ;
|: : : : :::＼| :l_ | ..........＼.......................／................................＼.............................／...............................＼................_ _ :^::!.
| |: : : : : :::| :|. =‐- ──＿ ＿ 0 ｀ﾞｉ ､i'´ﾞ O o ｀ﾞｉ, ､i'´ﾞ ○ ﾟ O｀ﾞｉ, _ _ :^::!.
|N : : : : : ::| :|√￣￣◎ ==＿ ﾞｉ○ ＿ ッ ﾞｉ O , ＿ ッ o __-_ : :: ::i
i: : : : : : : /| :| ＼ ￣▽￣/ ヽ '' ッ ￣￣￣￣￣￣ﾞｉ,r'´￣￣ ﾟ￣'' ッ ￣￣ﾞｉ_ッ￣￣＼,＿､,r'´￣￣￣__三 ッ ,r'
i: : : : : 区| :|/ ￣⌒ｿ⌒ヽ | -;-.,_ ゛''=;- .,／ :／／ッ
゛`゛'-''i| :: ／| ／ .
. ﾞ/ ／ ／.
改造はできるから一年前みたいに通信が大幅に変わって専ブラが致命傷くらわない限りそのままだな
ただKCRDBの作者さんが注力してるのもそこなわけで、結局74諦めてKCRDB改修に戻ってきた
タブとか全部消して背景画像に薄く「建造」とか「第一艦隊」とかでかでかと入れて窓をギチギチに詰め込んでるけど
各窓に個別の画像使えてタブ消せて自由に配置できるのってこれくらいじゃない？
全くもってその通りなんだけど殺風景すぎる気がして…
好きな艦娘にしてもいいしさ
暇な時にやる出荷タイムアタックやらんらん行動予想なんかは心が癒やされる
HPの類も4色くらいに単純化してるしアイコン類も一切使用してない
avast最新版が原因だったみたいだありがとう
過去ログ漁れば出てくるぞ
ああ、本当だ。ありがとう
part10までは探してたんだがpart9にあったとはorz
何やってんだ俺
なんでこれでいいのかさっぱり理解できないがとりあえず音は消えたわ
今日は気合を入れて索敵の2-5式（秋）にチャレンジするかな
あれも式自体いまいち理解できないんだが…
今出てるエラーは回避出来るの？
自分で弄れないなら大人しく74式に移ったほうがいいと思うが
エラー出ないようにソフトを弄った上で連携してるのか
それとも特に対策してないのかどっちなんだろうと思ったんだ
ttp://wikiwiki.jp/kancolletool/?interop
戦闘記録データのフォーマットまでいじらず昼戦のデータに無理やり突っ込んどきゃ良かったのかな
でも連合艦隊に対応するなら結局フォーマット替えないとダメだしなぁ
暫く頭冷やす
同意です。74式を一週間使いました。実にいいんですが、結局、KCRDB離れがたしです。今回、VSやC#を初めてさわりましたが、皆さんのおかげで、6枠改修できました。
勘違いしてると思うぞ
説明するのすら無駄だからkcrdbだけで一回1-6いってくればわかる
画面はちゃんと見てろよ
〜〜5
〜〜1
昼戦と同じところを通して if文に || text == "airbattle" 追加みたいな感じで。あとは
>>108
の感じでいいと思う。
ただ、航空機損失は表示枠を増やすか、あるいは2回分足し算してしまうか。
連合艦隊は2艦隊分の表示が必要だから思い切って新設もありかと。
うん、そうすればよかったよorz
結局ログ書き込みのあたりまで手を入れる羽目になってもうグダグダ
とりあえず1-6航空戦マスで大破進軍防止ウインドウは出るようになった
ダメージ詳細を拡張して２回分表示するようにしたが戦況の航空戦の撃墜数あたりは手付かず
ログは書けてるようだが航空戦だけフォーマットが違うので次のイベントで連合艦隊に合わせてまとめて直す予定
戦闘記録ログはCSVもxmlも当分使い物にならない…
この間の画像艦隊フォームをマネてやってみたが第4艦隊の遠征名しか表示されない
コピペ被り修正だけではダメなのかやはり難しい
各種ログって手を加えずにデフォルト状態で使ってると実行ファイルと同じディレクトリにしか書き出せないよね？
プロクシで使ってるけどなんかDMMのベースが横長になってしまった
うちも遠征フォームから移植したが
レイヤー追加ち制御変数を先に新規定義した以外はコピペで行けたな
被り修正でエラーでないとこがあったとかじゃないかね
試しに遠征フォームで時間と遠征名を左右入れ替えしたら
時間が表示されなくなったので何が原因か格闘中
知識ゼロだからググりまくりで艦これ毎日放置状態
DMM自体がページレイアウトを変更してきて、横長になってしまったからHtmlModifyを使おうかと思ったけど
自分好みにするにはどうすればよいのかさっぱりわからなくて
まだ行ってないけど前スレ見直して理解した、結構な勘違いしてた、ありがとう
スペース的に枠増やしたくなかったから俺も最初は足し算してたけど
制空もちの艦攻・艦爆だとstage1でも落ちるからstage2の分母と合わなくなることあるんだよね
制空・接触や対空カットイン情報も2回分データ来るからそれらの表示用に結局枠増やしたわ
ところで1回目にギリギリ制空優勢→航空戦で制空値減→2回目で拮抗、みたいなパターンってあるんだろうか？
現状の航空戦マスだと砲撃戦ないからとりあえず接触は気にしなくて良さそうだが・・・
劣勢→喪失なら見た
ttp://i.iiil.li/yz.png
有益な情報ありがとう
せっかく実装したのが無駄にならずに済んでよかった
制空もちじゃない艦攻・艦爆もstage1の割合撃墜あるよ
どゆこと？
ttp://electronicobserver.blog.fc2.com/blog-entry-15.html
これの下の方のRecord.zipの中身読み書き出来るようにしただけよ
ついでに戦況に艦隊名も出るようにした
味方艦の情報とか初期値最大値とかは戦況には不要だから無視する形で実装したけど
開始ボタンをおしてもビルド エラーが発生しましたと出てしまいます。
ご丁寧にもダブルクリックでエラー出た場所に飛んでくれるわ参照先は右クリックで飛んでくれるわ至れり尽くせり
このスレ頭から読むだけで過去スレの該当箇所大体わかるぞ。
俺も相当なミジンコ野郎だけど>>50のも含めて6スレ目あたりからここまでなめるように見て見様見真似でやったらなんとかなったぞ
何か見落としとかあるんじゃないか
エラーのとことダブルクリックすると該当箇所に飛ぶ
それでわかるだろ
今2なんだが過去幾つだったか思い出せない
member_useitemの中にあったわ
ちなみにIEでは特に問題なく動いてます
右クリックで出てくるリファクタリングだと名前空間まで置換されるからな。
結局上手くいかなくて手動置換した馬鹿野郎は俺だけだと思いたい。
さっき演習したら猫って再ログインできなくなった
その前に0時以降に遠征出したりは大丈夫だった
開始ボタン出てる間に裏でマスターとか読み込んでたと思うんだけど、鯖の応答遅くて、
読み終わってなくて開始してコケてたんじゃないかなって気がする。
とぅうぃったー眺めてる感じだとトラック泊地の戦闘系の管理サーバ？が落ちたっぽい
こっちも遠征は大丈夫だけど出撃とか演習とかするとすぐ猫るわ
そして再発しまくる。鯖障害っぽいな。
鯖の問題みたいね
ageてすみませんでした
そうですね。
namespace KCRDB
{
の下に、その上にあるusingを移動すれば、名前いじらなくてもOKです。
知識ないからすごいやっつけだけどこのスレがスゲー助かったよ。ありがとう
ゴチャゴチャになるの嫌だからごっそり丸ごと複写してリネーム。
さらに戦況の枠増やすのが面倒過ぎたんで足し算に逃げたｗ
連合艦隊対応できたら後で直そうかな・・・対応できたら（対応できるとは思えない）
しかし艦これのためにGitの使い方まで覚える羽目になるとは思わなかった
航海日誌拡張版と併用すればいいだけだしね
貰ったとしても、コンパイル通るようにして問題発生箇所を
自力で修正なんて出来ると思えないんだが。
ほっぽアルファでいい気がするんだけど
そんなにいい機能あったっけ？
確かにKCRDBのUIは素晴らしいんだけど開発終わってるから自分で対応しないといけないんだよね？
それが残念だわ、以前から使ってる人には今更なんだろうけど
今更だけどKCRDBってプロキシの設定1つしか設定項目しかないけど一方しか設定できないって解釈でいいのかな
理由が今のところはない。
というか、仮に乗り換えるとしてなんでほっぽ？
「ありえない」レベルじゃね？普通に馬鹿じゃね？っていっちゃう位、ありえない。
今なら七四式だと思うが…これも微妙ではあるけど。
namespace KCRDB
{
using FlipLabel;
こんな感じ？
>>253
七十四式は色々情報が足りない&画面の幅取りすぎで諦めた
ウィンドウキャプチャで補おうとしたけどあれって元のツールも起動しないとダメよね？
できるならUIが好みの七十四にしたいけどほっぽも十分情報多くて満足してる
ああ言葉が足りなかったんだけどKCRDBは使ったことないんだよ
他のもっとシンプルなツール使っててほっぽに乗り換えた
最初はKCRDBにしようと思ったんだけど自分で色々改造するのが手間そうだったのでやめたんだ
で、七十四とほっぽで悩んでほっぽにした、ちょい見づらいけどね
誰か使いこなしてる人画面のスクショ貼ってくれｗ
ttp://light.dotup.org/uploda/light.dotup.org177547.png
おお、ありがとう
やっぱりこのUIは使いやすそうでいいな
開発終わってるのがほんとに悔やまれる
幅とか情報はソースいじればいくらでも変更できる
小さい画面で情報敷き詰めるために戦闘結果も画面上だわ
もう作り直す気力がない
七四式意外と行けるよな
でも見づらいのを我慢してるという感じがあるからKCRDB使うよ
特に各艦隊情報が見づらいのが致命的
他にも遠征ウィンドウがないので時間の確認が面倒とか
改装具合の確認の時とかごちゃっとしててイラッとしたり
情報が多いのはいいんだけどUIがちょっとゴチャゴチャしすぎ
機能面では不満ないほど完成度高かったから
見た目をKCRDBみたいに文字と色でスッキリするとかアイコンにするとか
細かく選択できたらすぐ移行する
あと情報ウィンドウに出る情報をログみたいに残したいとかね
KCRDBと拡張版とでドッキングが出来るのなら少しレイアウト変えないと
艦隊一覧とか艦娘リスト、入渠や遠征はKCRDBの方が視認性良いから
結局情報ウィンドウはほとんどKCRDBのものになってる
ベースはあくまで七四式だけど、使用感はまんまKCRDB
どうせ任務10個まで受けられるようになるんだろうから、めんどくさいし枠10まで
広げといた。邪魔だったら他の窓重ねて6つだけ見えるようにしたらいいしね。
あとは、他の窓で作業してるときに通知窓がアクティブになるのが鬱陶しかった
からActivate外してTopMostをfalseにしたし、ついでに良く使うメニューを
MainFormにボタン作ったら、ちょー快適になった。
ttp://www.dotup.org/uploda/www.dotup.org286091.png
TortoiseHgで構成管理してるけど、いつの間にかリビジョン79まで行ってたw
どんだけソースいじくり回したんだ・・・。
コンパクトに必要な情報詰め込めるのKCRDBだから、自分で修正出来る限りはずっと
使い続けていくぜ。
ゲージやらアイコンやらはシャレオツには見えるかもしれないが場所を取りがち
戦況を多めに表示したいけどそれも場所取るし
コンパクトにまとめられないんだよなぁ。あれさえなきゃいいのに。
そして、KCRDBに戻ってくる、と。
俺は遠征艦隊用の第2〜4プロファイルは第1プロファイルに重ねてタブ切り替えしてる。
どうせ東急系の合計レベルとドラム缶数チェックにしか使ってないからな。
レベルと缶しか見ないなら、そこだけ切り出したフォーム作って常時表示
しときゃいんじゃね? いちいちタブ切り替えるのめんどくさいっしょ。
うちはcond値とか大発チェックにも使うからそのまんま表示してるけど。
遠征条件までチェックした結果を表示するのが良いんじゃね。
遠征ウィンドウを改造して遠征名前部分に[北東弐]みたいなのを付けて、
北方鼠と東京急行がOKで弐がダメなら[北東＿]みたいな表示にすれば良さげ。
東急は出勤前にしか出さないし遠征艦はほぼ固定でcondは寝る前に65以上にするからタブ切り替えは1日1回程度なのよ。
大発も1個しかないから寝る前の水上機基地建設専用になっちゃってるし。
ttp://light.dotup.org/uploda/light.dotup.org178032.png
>>279
その沼なら既に通過したw
ちなみに、↑のチェックにはこんなjsonデータを使ってる。
ttp://www.dotup.org/uploda/www.dotup.org286433.txt
俺は戦況横と第1Pと第2-4Pを重ねてタブ切り替えを自動化してるよ
戦闘系データ受信時に戦況、遠征帰投時に第2-4Pをアクティブ化するようにした
遠征はもう同じとこしかいかないしメンバーも装備も固定だから完全にcond管理用で
あとはたまに出す支援艦隊や連合艦隊の編成チェックに使うくらいだなあ
限定ボイスが存在するかどうかを艦一覧あたりに表示したら収集が捗りそうとか今思いついたけど
ボイス情報ってどこかで参照できたりします？(もちろん鯖に総当りアクセスとかはなしの方向で)
デュエルするスペースはない
>>288
解像度が聞きたいんなら素直にそう言えよ
まぁそれは置いといて、メンテ延長のお知らせがっ。+1.5時間だから21時半の予定か。
そうです。 FlipLabel;以外も上にあるものは移動しましょう。
逆にいうと
namespace KCRDB
{
を一番上に移動する感じです。
多分まずいな
分岐時点で陣形まで選択とかは考えにくいし。
でも陣形選択の時には多分見えてると思う
能動分岐でエラーが出なければ実害はないと思うが
母港エラーなし。 @ 0.37 current01+patches
任意分岐のところでエラー出る程度で済めばいいな
すまない。まだ新羅針盤にまみえてない。
取り敢えず、いつ猫ってもいいように、遠征と演習からやってる。
それらのエラーもいまのところなし。
2マス目からあるらしいからすぐわかるだろう
クリックで選択後すぐに表示された
とりあえず通常海域は問題なさそうだ
鯖から行き先受信＞（敵編成確定）＞羅針盤演出＞陣形選択 の頭に
行き先選択入るだけだわ
一手間増えただけで何も変わらんｗ
一安心
最初は通信エラーっぽく長時間ローディングの後に猫で
次はKCRDBが変数の最初の文字がなんとかっていうエラーを吐いて猫。
その後ブラウザーで何も表示されないから、ただの猫か、BANかなｗ
こっちは上ルートも下ルートもエラー出ないからただの猫じゃね？
猫るからそのエラーが出るんだよ
まぁそうだよね。スマソ
うちも同じように猫ってエラー吐いて焦ったし
同じ症状の人いる?
しょうがない、
ありがとう
新要素は能動分岐だけだし、まあ問題なかろ
丁寧にありがとうございました
なんとかなりました
メッセージウィンドウ消せばそのまま普通に続けられるけど。
1-6対応入れてあれば出ないね。当たり前だけど。
1-6対応なんて入れる必要性ないよなぁと思いながら入れたけど、
よもやこんなところで役に立つとは。
エラー出ないようにしてkcrdbの戦況ウィンドウに注意表示するように変えるだけしておいた
どうやるんだろう
航海日誌拡張版+七四式+KCRDBってしたいけど
動かないし色々ぐぐってやってみたが航海日誌が情報取得してくれないんだが
どういう設定したらいいん？
てっきり３つのポート設定だけでいけると思ってたわ
馬鹿ですまんかった
新装備の実装でダメコンのIDがずれた？
マジかそんな前からだったのかすまん、ありがとう
わかる人いるかな?
CrackUpWarningForm.csのbase.Opacityを0.1にしてみたけど、何も
変わらなかったんだ。
MainForm.csのCrackUpWarningFormをnewするところで
this.m_crackupwarningform.Opacity = 0.1を追加してみてもダメだったし。
colorBackをいじらないといけないのかな?
以前同じように躓いて、子フォーム 半透明 でググって、Opacityを弄る程度じゃダメってわかって諦めた。
子フォームだけ独立して透過するのは難しいのか・・・勉強になった。
となると、半透明の画像用意してそれをフォームの代わりに貼るとか、
別の方法でやった方が良さそうな感じね。thx
1-6で不具合でるように
七四式という新しい便利アイテムが登場
致命的なエラーは無しでおｋなのかな？
航空戦だけのマスは前のイベントからあったから、単に対応してなかっただけだと思う。
同時期に前後して74式が普及したから自分でいじれない人流れて行ってるだろうし
1-6のは前イベントの時に対応していなかっただけじゃん
普通の人は対応済みでしょ。
今更新たな問題みたいになし。
新問題は受注任務数増じゃね？すぐに対応されたけど。
1-6→エラーのポップアップがうざいけど無視して進められる、月1の1-6だけだし
なので前者のみ対応して後者は放置の人も多いと思う
×すぐに対応された
○出来る人は自分で対応した
もはや自分でいじれない人にはどうしようもないレベルだからねぇ。
ところで、二式大艇はItemType1の17とItemType2の33とItemType3の41に
大型飛行艇とでも入れておけばOKかな?
キラ付け教的には全艦隊Cond値がコンパクトに一覧できるこっちの窓が便利なんです
スペース的に余裕がなくなって出荷窓が出せないのが残念
頭ついてるやつは対応してるんだよ、タコ。
>>351の言うとおりなだけ。
既出の言うとおりならそんなタコ殴りにしなくてもええやん(´･ω･`)
自分はいまだに未改修だから・・・
航空戦も連合艦隊も任務6も諦めてるけどそれでもまだ使ってる
基本コピペで対処できるものがほとんど
いよいよもってダメになったら他のに移る
言われたとおりに書き換えてるだけだけどなw
人が作った終わった作品未練がましく書き換えてるだけだけどね
違いない。
しかも未だに自由自在に書き換えられるわけじゃないしな。
大破進軍防止窓の透過がまだ出来ないぜ・・・
窓出すタイミングのところで
フォームのopacityの値を設定してやればできないかな？
MainForm.csのthis.m_crackupwarningform.Show()の
タイミングで設定してやってもダメでした。
CrackUpWarningForm.csのthis.InitializeComponent()の
タイミングでやったりとか、色々試したんですけどねぇ。
SetStyle使ったりもしたけど、全く。
pictureboxにして透過画像でも貼ろうかと考えている所。
結構めんどくさいからまだやってないですけど。
ちょうど透過PNGをレイヤードウィンドウで貼ろうと色々調べてました。
オーバーライドしたりブレンド設定したり色々めんどくさそうなのでちょっと
放置してますけど(汗)
それとは別に、全部のフォームをデザイナから触れるようにしようと思って、
System関連の名前空間を明記して回ったり、NumericUpDown関連の修正は
やったんだけど、リソース関連のエラーの直し方がわからないので、どなたか
アドバイスをいただければ幸い。
ExtMenuForm.csやMainForm.csで、
型 'KCRDB.Properties.Resources' に 'Fleet1' という名前のプロパティはありません。
みたいなエラーが出るんだけど、
KCRDB.Properties内のResources.csにはinternal static Bitmap Fleet1という
クラスがいるから、問題ないように思えるんだけど、何が悪いんでしょう?
何か指定の仕方が違うとか、名前空間あってないとかかな?
一旦全部のリソース画像をpngファイルとして書き出す処理を書いて実行して
書きだした画像をプロジェクトのリソースに登録して
ボタンの画像を設定しなおした。
特にこだわりがなければ書き出し処理はせずに、
全く別の画像(七四式のアイコンとか)を持ってきてボタンに貼り付けりゃ良いと思う。
なるほど、アイコンの読み込みがデザイナで認識出来る形に
なってないからだめなのか。
BackgroundImageの設定方法変えてみる。thx
365ではないけど質問
アイコンはデザイナで表示できるようになったんだけど
Dummyはどうすればいいの？
とりあえず出力はしてみたけどStreamではないって言われる。
MainFormのLoad_mainの頭辺りで音を鳴らすのに使ってるっぽい。
自分は使ってなかったから消した。
やっぱそうなのか
でも何も音なってないような…
めんどいしコメントアウトでいいかｗレスありでした
謎だ…
619の前後かな
今までやった各修正の中で一番面倒だったぞw
アドバイスくれた人サンキューね。
これ、リソースを全部新たに登録したら、元々あった
KCRDB.Propertiesは必要ないって認識でいいのかしら。
プロジェクトから除外してもエラー出てないっぽいし。
思うんだけど、対応入れた人どんな実装の仕方した?
KCSortieDayBattle関連をベースにKCCombinedDayBattleみたいなクラスを
作って、KCSortieDataJSONParserからKCCombinedDataJSONParserを
作って・・・みたいなやり方かな?
これだとBattleHistoryLogRecord関連もCombined用に作り直したり、すごい
手間かかりそうなんだけど、もっと楽な方法ないだろうか。
あと、連合艦隊で夜戦→昼戦移行は考えなくていいよな?
それでも水上部隊と機動部隊で戦闘の順番違うし、夜戦のみ、航空戦のみも
考えないといけないからめんどくさそうだなぁ。
いいアイデアある人、ご教示いただければ幸い。
ログの方は連合なのに普通の表示になったりしてるけど
連合用のマップはおかしくなるって自分でわかってれば問題ないし
必要になったら実装すればいいし
api_req_combined_battleもapi_req_sortieを通して、その中で
api_req_combined_battle用の特別処理を入れる感じか。
・・・なんか、結局KCSortieDayBattleの中にCombined用の
処理が別に出来そうだけど、BattleHistoryLogRecordなんかは
そのまま使えるし、ちょっとは楽かもね。
ありがとう、もうちょっと考えてみる。
自分は逆に戦闘関連のクラスは（昼・夜とかも）全部一つにまとめた
多分無いとは思うけど昼→夜→昼とか通常→連合とか来ても大丈夫なように無駄に柔軟に作ってある
結局ほとんど書き直しになっちゃうから初期投資はかかったけどメンテナンス性は格段に良くなった
昼・夜・航空戦・連合艦隊を全部まとめたのかぁ。
確かに汎用性は高くなりそうだけど、改造するためにJSONを
かなり読み込まないといけなさそうだし、さすがにキツいな。
出来る限りコピペで手っ取り早く最低限の実装だけしようと
考えてるし。
航空戦対応は_ParseDayBattle_Main関連のコピペで2〜3時間
程度で出来たけど、連合艦隊はそう簡単にはいかないかぁ。
ログを取るためにE-6に行ったら、大破艦が10隻出てわろす。
機動部隊被害デカすぎだろ・・・
まあ、ついでに護衛退避のログも取れたからいいけどさぁ。
①型または名前空間名 'Parse' は名前空間 'JSONParser' に存在しません。アセンブリ参照が不足しています。
KCParserUtility.cs 10行 49列
②goto ステートメントのスコープに 'IL_394' というラベルはありません。
shiplistviewform.cs 741行 6列
の二箇所です。
①は参照出来ない部分を指定してあげればいいと思うのですが、その箇所が分かりません。
②は
}
goto IL_394;
}
の部分をどう変えればいいのでしょう？
>>60を真似ては見たのですが、どうにも分かりません。
①はともかく②なんて数回書いてあるだろ
①using JSONParserをnamespace KCRDBの中に移せばOK。
他のusingも全部namespaceの中に入れるとソースの修正は減るよ。
全部入れて回るのが面倒だけど。
別の方法としては、JSONParser.JSONParser.ParseにすればOK。
この場合はusingは触る必要なし。
②776行目(tryの中)にあるIL_394:を773行目(tryの外)に移動させて
あげればOK
丁寧に教えて頂いておかげで無事エラーも解決し、
起動と任務6つ化することが出来ました。
本当にありがとうございました！
プログラムに触れるのは初めてでしたが、ほんのちょっとでも理解できてくると
面白いものですねｗ
と、ラスト10回ボスマスで掘って今イベント終了しようと、大和・武蔵・長門・陸奥を投入、
出撃一回目にRoma一発ツモ、変な声が出た・・・、これでやっと終われる（高波・U捕獲済）。
結局KCSortieData関連をコピーしてapi_req_combined_battleの時は
そっち通すようにして対応した。
BattleHistoryLog関連はめんどくさいから通さないようにした。
必要になったらオーバーライドして作ればいいかなと。
まだJSONParserとか真面目にいじってないけど、とりあえず敵艦隊
情報と大破進軍防止窓は出るようになったから、当面これでいいや。
厳密にやるなら、司令部施設がないときは無条件に大破防止窓出して、
司令部施設あるときは第二艦隊の駆逐が中破してなければ出さないとか
2隻以上大破してたら出すとかしないとだろうけど、めんどくせぇ。
ところで、JSONの中にapi_nowhps_combinedとかapi_fParam_combined
とかapi_stage3_combinedなんてのが追加されてるけど、これって何に
使われてるデータなのかな?
今はめっちゃ読み飛ばしてるんだけど、まずいのかな。
というか、_combinedを使わなくていいなら、api_formationの読み込み
処理を分岐させるだけで他は共通化出来そうな気が。
Sortieコピーしただけじゃダメージ計算おかしくなるので、
apiちゃんと読みこんだらいかがでしょうか。
_combinedに第二艦隊のデータが入ってるのか。
すると、今のままじゃ第二艦隊が大破しても大破進軍防止窓が
出ないっぽい? ちゃんと読み込むようにするか・・・。thx
しかし、どのapiが何のデータなのか、みんなどうやって調べてんの?
フィーリングでてきとーに実装してるから、いろいろ間違ってそうだ。
・旗艦以外
・小破『未満』なのでご注意を…
(自分は冷や汗かいたことが一度。)
戦闘の記憶を頼りにするのと、combinedじゃない場合の構造から戦闘で起こる現象差分を考えれば
まあなんとなく解る。あとは試験しながら確認。
元々のロジックからして旗艦は大破進軍判定の対象外だから
いいとして、駆逐は小破もダメだったか。
小破判定なんてロジックを入れないといけないんだね。
まあ、そこまで厳密にやるかどうかは別として。
>>395
結局通常戦闘とのJSON差分確認と、あとはトライアンドエラーか。
api_formationの第一要素が何故か""でくくられていたり、謎な
変更が入ってるから怖いねぇ。
とりあえず、連合艦隊のあるイベント期間中にある程度テストして
安定させたいな。保存したJSONだけで確認するのは限界あるわ。
各自の為だけの相談でしかスレ流れないのが寂しいが
ttps://github.com/andanteyk/ElectronicObserver/tree/develop/ElectronicObserver/Other/Information
nextのタイミングでaddcontextのHPとship2のHP比較して食い違ったら警告出すようにしてるわ
もはやほぼ自分で触れる人専用のツールになっちゃったし、改造ネタ以外に
書き込むネタもないからなぁ。先人の知恵を拝借出来る場もここだけだし。
さすがに同じこと何回も繰り返されるのはアレだと思うけどね。
>>398
すっごいなこれ。これがあればJSON読むのがだいぶ楽になりそうだ。
教えてくれてありがとう。
表示部分は既存を使い回したから、夜戦の時だけ第二艦隊に切り替えるとか、
大破進軍防止窓は大破が出た艦隊(第二艦隊優先)を表示するとか、小手先の
技でごまかしたけど。
気がついたらゴールデンウィーク終わってるし。結局ずっとKCRDBいじってた
気がするわ。
一応E-6甲クリアしてRoma掘るところまではやってあるけど、連合艦隊対応の
動作確認も兼ねて、イベント終了までU-511掘るか。
しかし、KCRDBを連合艦隊対応させた人ってどのぐらいいるのかな。
そもそも、KCRDBを自分でいじってる人がどれだけいるか、という話もあるけど。
1000人はいないよなぁ。
１匹見たら３０匹っていわれてるくらいだから３００人くらい？
こんなにクソ手間が掛かるのに。
質問項目を適宜変えてまたやってみたら良いんじゃない？
色々専ブラつかったけどKCRDBの艦艇リストが一番性に合う
他のは、やりたいことが微妙にできなくてイライラしてしまう
他のはうちの環境で10%くらい食うのがKCRDBだと3%くらいなんだわ
つけっぱにしても使用率上がっていかないし基本の作りが違うんだろうね
そうでもなかった印象。
表示部分とログ関連をいじらなければ、連合艦隊用のJSONパース処理を追加
するぐらいで、あとはちょこちょこ変更するぐらいだったし。
JSONパース処理も既存をコピペしていじるだけだしね。実装は1日で終わった。
ただ、テストはめんどくさかった。
水上部隊と機動部隊で処理違う上に、それぞれ昼戦、夜戦、航空戦と、昼から
夜への連戦があるから、JSON集めるのも実際に海域で試すのも大変だった。
実際、雷撃ダメージが第一艦隊の方に加算されてて、Romaに轟沈表示が点いて
心臓に悪かったし。水上部隊で敵から雷撃喰らうことほぼないもんなぁ。
未だに連合艦隊で開幕雷撃を喰らった時のテストは出来てないし。
まあ、表示部もいじろうとするとめんどくさいだろうけどねぇ。
うちは第二艦隊戦のダメージが詳細に表示されないし、昼戦終わった段階の
第二艦隊の情報も見えないからなぁ。
夜戦に入れば第二艦隊に表示切り替わるし、第一艦隊第二艦隊どっちが
大破しても大破進軍防止窓は出るけどさ。
任務なんか5つでもいいもん
バイナリでどうにかならないもん？
豚にすらなれないのしか残ってない
ファイルサイズを変えないバイナリパッチでできそうな対処だと、
警報音がピーピーうるさいからスピーカーぶっ壊して鳴らなくしてやったぜHaHaHa
的な方法くらいしかないだろうね。
MessageBox出してるところをNOPで埋めてやれば
いけるかもな
もう自分で弄ってるから作る意味ないけど
6個受けられるようにしようと思ったらarray増やさないと無理だから
バイナリパッチじゃ無理じゃないかなぁ。
reload all pages please.を出なくするだけ、ってのが出来ないしね。
1-6エラー対応はMsgBoxを呼ばないようにすればいけそうだけど。
try catchでやってるから調べるのが面倒ではあるかな。
まあ、うちもすでに10任務まで対応してるし航空戦も対応したから
関係ないんだけど。
乗り換えざる得なくなったらやめるかもしれん
資源グラフとか経験値計算機とか便利なものついてるしな。
ttp://enq-maker.com/5Fa4r6B
えぇえっと。本物？
再開するしないに関わらずホームページにリンク貼るなら回答しよう
錯誤させないと答える人が減るという判断かの
1レスだけでも話題に出せば何してもってのは個人的には勘弁なんで好き好きでどぞ
どーせ誰でも作れるアンケートだしあんま意味ないかも
>>404見て思い出して作っただけで
ホームページとかないしほんとにここだけの糞アンケ
リンク先は当然このスレだし
回答ももう100いかないんじゃねって思ってる
まあ参考までにやってくれればいいかも
アンケート結果を踏まえてニーズにあった作品を世に出すなら意味はある
つか専ブラスレがあるのに何故KCRDBスレに書き込むんだ？理解できんわ
お前の言ってることが理解できんわ
何言ってんのオメー
( ﾟдﾟ)
(つд⊂)ｺﾞｼｺﾞｼ
(；ﾟдﾟ)
(つд⊂)ｺﾞｼｺﾞｼ
_, ._
（；ﾟ Дﾟ） …？!
(つд⊂)ｺﾞｼｺﾞｼｺﾞｼｺﾞｼｺﾞｼｺﾞｼｺﾞｼｺﾞｼ
( д )
(； Д ) !!
E-6クリアより甲勲章のほうが大井のな
掘り中なのか掘り終わりなのか
その他掘り中なのかその他掘り終わりなのか
もうKCRDB自体は使ってないって選択肢も後から思った
甲勲章率高いなチェック多くて面倒だったか
平日一日でこれだけ回答あるとはまだ結構使用者いるんね
…一応回答はしておいたよ。
私は最初それやってたな。
それこそ知識なくても対応できるから。
でもブラックだぜ、それ…
-バイナリ書き換えまで
-オリジナルこそ至高
だから、このスレに上がっていたパッチは使ったけど手動でバイナリ書き換えはしてないから
この選択肢なら自分が使ってるのはオリジナルだな！なんて思考の奴らが微レ存？ないよね〜
悪意のあるやつが居なかったから良かったがいい釣り場だったぞ
ttp://www.dotup.org/uploda/www.dotup.org319798.png
最初は戦況窓に敵艦が表示出来て大破進軍防止窓が出ればいいやと
思ってたのに、いざやり始めるとあれもこれもと入れたくなって、結局
第二艦隊含めた戦況表示とログ出力にまで対応しちまった。疲れた。
戦況表示詳細ダメージとかログなんてほとんど使いもしないのになぁ。
大破進軍防止窓の透過もやっと出来たし、やりたいことは全部やれた。
主要な機能ボタンを全部メインフォームに持ってきたらなんか画面が
ごてごてしたけど、まあ使いやすいからいいか。
さあ、動作確認も兼ねてイベントやるか!
CrackUpWarningFormのベースクラスをAppDockingClientFormに変えた。
ドッキングウインドウの扱いにすればトップレベルウインドウになるから
Opacityが普通に効くし、透過はちょー簡単。
あとはコンテキストメニュー空にして右クリックで窓閉じるようにするだけ。
やり方に気付いてさえしまえば実装は1時間もかからないぐらいだったけど、
ここにいたるまでの紆余曲折がすげぇ長かったわ。
これが艦これだ！って紹介したら過疎待ったなしのゴテゴテ感
そうなのか。あとで試してみよう。thx
90年台感ある
普段必要のない情報は全部必要な時にメニューから呼び出してるし。
戦況窓なんて普段はMINIしか使わないもん。
アイコンとかキャプションとかの付いた見栄えのいいブラウザが
使いたいなら七四式でいいじゃん、ってなる。
すげえよ
俺なんて任務6に対応させて力尽きて七四式
おかげでうちも半透明化できたわ。
ttp://light.dotup.org/uploda/light.dotup.org187139.jpg
AppDockingClientFormとして開くためにbase(mainform, new GenericFormState())したり
警告窓の表示位置がブラウザフォーム基点だったのをメインフォーム基点に変更したり
右クリックにコンテキストメニューが優先反応して邪魔するからContextMenuStrip=nullしたり
といったあたりでちょい手間取ったw
コンパイルは通るけどヌルポったりするんだもんなぁw
おおー、おめ。やり方わかると簡単だよね。
改めて、これだけ汎用性高くドッキングウインドウ作った豚さんすごいと
思ったわ。力入れてただけのことはあるね。
AppDockingClientFormとして開くのは_InitChildFormを使ったら楽じゃない?
baseの設定周りも勝手にやってくれるし。
ContextMenuStripはうちはnew ContextMenuStrip()にしたけどまあ一緒か。
nullだとイベント飛んで来たときにおかしくなりそうで怖くて。
この方法で唯一の気になる点は、窓開くときにフォーカス奪うことかな。
まあ、そうしないと他の窓に隠れたりするから仕方ないけどさ。
>>457
触れる人はどんどん自分の使いやすいように変えていくだろうからねぇ。
問題は、今後ソース触らないといけないような仕様変更が入ったとき、
各個人のソースが違いすぎてて情報共有がしづらいことかな。
>>459
いや、特に意味はないんだけど、レベル上がってるところとか見えた方が
嬉しくない? べったり隠れてると裏で何が起こってるかわかんないし。
base云々はコンストラクタでpublic CrackUpWarningForm(略) : base(略)の
: base(略)を書き忘れてたせいでヌルポったってマヌケな話。
>>459
特に意味は無いが、やり方がわかったから試してみたくなっただけ。
思うんだけどさ、6任務対応出来るなら、航空戦対応と、
なんなら連合艦隊対応も出来るんじゃね?
航空戦対応は1回目と2回目の航空戦合算でいいなら
2箇所修正・追加するだけだし、2回目の航空戦の結果を
いっそ捨てていいなら1行書き換えるだけでいけるっしょ。
連合艦隊対応も、第二艦隊の情報を捨てていいなら、
1行書き換えるだけでいける気がする。
第二艦隊の情報も扱おうとしたら500行クラスの改造に
なっちゃうけどさ。
せっかくそこまでやったんなら使わないともったいなくない?
まあ、七四式で問題ないならそれでいいんだけど。
そうなんだどやっぱり難しいよ
七四式をKCRDBに近づけさせる方で妥協してる
自分でいじれるように勉強します……
1周するだけで昼戦・航空戦・夜戦・昼戦→夜戦(ダメコン付き)のログが取れた。
これでログがないのは夜戦→昼戦だけか。これはなかなかログ取れなさそうだなぁ。
連合艦隊はE-4で航空戦とE-6で夜戦のログをとる必要があって、それぞれ
水上部隊と機動部隊で行かないといけないのか。
水上部隊でE-4の航空戦ルートとか血反吐吐きそうだ。
うちは連合艦隊はこんな感じで処理したわ
縦横以外？聞かないでくれ
航空戦マスの第二航空フェイズもいれようず！
ああいうのは本人は上手くやれてるように思ってるんだろうか
本人かはともかくどっちみちスレチだしあの手の輩はもう勘弁
そりゃ入れようと思ったら入れられるけど、艦載機何機落ちたか
とかすごくどうでもいい。
第二航空フェイズでいくらダメージ来たかはわかるようにしてるから
それで充分だわ。
アンケしてそれでどんな意味があるったの？って感じだしな。
最後の質問も寒くてオナニー臭しかしない。
母港帰還時には正常に反映されているが
無印なら特に不具合は吐いていない
バイナリパッチ勢はそろそろ本格的に乗り換え考えとけ
いい加減本当に無理が出てきたな
弄ってる時はいいけどコロコロ変えられると徒労感がヤバイ
ship2のロジックベースに初期化処理潰して艦をAddする代わりにUpdate作って
あとはdeckの処理をループやめてapi_idの艦隊だけ処理するよう変えるだけだな
出撃中の損耗による制空値減少が第一Pにリアルタイム反映されなくなったのかぁ
ちょっと痛いなぁ
連合艦隊あるだろ？
戦況画面動かないだろ？
進軍中には戦闘前のHPがそのまま出てるだろ？
そのまま交戦しちゃうんだよ
それはもうあきらめるしかない罠
通常と連合のときはそれで大破のチェックしてたんだが
地味に嫌な変更だな…俺もKCRDB改造を勉強し始めてみるかなぁ
どうせしばらくはイベで消耗した資材回復の遠征オンラインだろうし
次の戦闘が始まるまでダメージの部分だけ更新しないようにしとけば応急策としては十分かな
たぶん連合艦隊では2艦隊分のデータがくるからループ処理自体は必要だろ
いけないのかよ。
とりあえずどう変わったかわかんないから、1-1でログ取るか。
連合艦隊のログがとうぶん取れないのは痛いなぁ。
バイナリ勢だけど道中更新は大破進撃の最後の砦として活躍してたり艦載機の消耗状況とか便利だったんだがね
母港に戻れば更新されるから3-2-1では事故らなさそうだけど5-4とかリランカレベリングしてる連中はちゃんと戦況画面見ないとやばいぞ
コード弄らない俺みたいなのはそろそろ乗り換えるべきなのかもな
いい加減コード弄ろう
>api_get_member/ship2がなくなって、api_get_member/ship_deckになってる。
って書いてあったからこっち直すようにしたほうがいいのかな
艦隊の情報だけship_deckで来るようになった、って理解でOK?
ship2のパース処理をdeckに差し替えてちょっといじればいいのかな。
そんなに難しくなさそうだけどめんどくせぇ。
まぁコピペで行けるだろうけど
MeinFleetInfo(secondary)の方は弄らなくてもいいのかね
処理の最後の方のマージ処理も直すの忘れんなよ
やっぱ任務欄追加が俺の限界だな
大破防止とはいったい、うごごご。
それを使う理由にしてきた人は理由がなくなってしまうな。
いや、大破ガードは戦況からだから通常海域なら問題ないでしょ。
連合艦隊対策してない状態で、連合艦隊で大破が出た場合の最終確認ができないぐらいで。
あと連合艦隊で退避時にcondと燃料で退避したことを確認できなくなっただけで
それでもいつかは限界が来そうだが
とりあえずcondとHPは更新されるようになったが>>501の状態になってしまったな
↓
"ship2"を見つけて"ship_deck"にすればいいんじゃね？
↓
検索するもif文が出てくるだけでミジンコは混乱している ←今ここ
逆コンパイル辺りで力尽きた、良く考えたら今回運良く修正できたとして
次は修正出来るか分からないしメンテの度にビクビクしなくちゃならんのは耐えられない
コード弄って自分好みに改変してる連中は良い意味で変態なんだと実感した
検索したところ他にship_deckはなさそうだし、
ship2とship_deckのjsonの型式と内容が同じならまあそれでいいんだけど
多分違うと思うから専用のparserを書かないといけないのかもしれない
なお、ship2とship_deckの中身の比較はまだ。
正直艦隊が行方不明になっても実害そこまで大きくないし
その関数のShip.ClearとDeck.Clearを無くせばいいのかな？
それは削っちゃダメ。
KCMemberDataのMoveAndMergeOnlyValidDataFromでrc.m_shipdataをそのまま本体データとして差し替えちゃうのが根本原因。
rcかrc.m_shipdataにフラグでも作ってship_deckによる更新の場合は本体データにrc.m_shipdataの内容をマージするように修正すればいい。
定期的にコードというか、もうファイルを投下する奴のじゃなければ素人じゃ修復できなくなるぞ
ありがとう
ちょっとコード見ながらやってみる
そういえば任務を修正した時にも思ったんだけど、繰り返しがほとんどwhileになってたからILSpyってfor文を全部whileに替えるのかなんて思ってたけど、
自分で適当に書いたバイナリを逆コンパイルしたら普通にforで出力されてたからこれ全部whileで書いてるんだなって思った
やっぱりKCRDBは最高だった
まじかよ、俺もてっきりそうかと・・・
もしかしてnum, num2, num3とかflag, flag2とかも素なのか？
おつかれ74式に移行します
今までありがとんとん
ローカル変数はさすがに自動生成じゃなかろうか。
ちゃんと出てるから今回のメンテではそこまでかわったところは特になしな感じ？
みんなが言ってるのは連合艦隊方面で変更が出てるってことなの？
戦況で確認しながらプレイしてれば問題ないんだけど今までの慣れでつい・・・
あと地味に制空の減値が見れないのは辛い
連合艦隊の時は出撃中に艦隊の状況を知る術がなくなった、と。
いや、画面注視してりゃいいんだけどさ。
大破状況が艦隊タブで分からなくなったのはちょっと無理だわ
その後、また戻ってくるかは別としてもね
っつーかそもそも夏まで使える保証も無いのか
パース処理はShip3のコピペで楽勝だったけど、第二〜四艦隊の
情報更新がめんどくさかったわ。
一応第一〜四艦隊でそれぞれ一隻、三隻、六隻で出撃して確認
したから大丈夫だと思うけど、連合艦隊もこれでいけるのかなぁ。
しばらく確認も出来なさそうなのが辛いね。
ship_deckが拡張されて連合艦隊用のが来るのかも。
ようにしたらいいと思うけど、KCMemberDeckDataの方はどう
対応したらいいんだろう。
とりあえずMissionStateが-1じゃなきゃCopyFromするように
していけてるように見えるけど、これで問題ないのかな。
今いる奴はそんな気なさそうだし
少なくとも弄れないやつよりはマシなところにいるわけだし
レス見る限りできるやつとできないやつに別れた感じだな。
普通に修正してたやつからすれば、簡単な修正だったはずだが？
あ、そうだ
本体の配列？がどれかわからないし、試しにマージしてみたら第一艦隊しかでてこないわ
m_shipelmlistを初期化すればいいのかしてはいけないのか両方の書き込みがあってわからん
デバッガなしでやるのも限界か
デバッガ無しって何使って開発してんだよｗ
VisualStudio単体で十分やれるぜ？
まるで扶桑型のようだw
トラフィック等処理コストガン無視で面白かったが
ソフトウェア開発者ご用達のツールでもあんの？
MoveAndMergeOnlyValidDataFromの中で両者のShipListのcountが一致しない場合は、
ShipListのcountが1の時の処理のように置き換えるのはどうだろう。
とりあえず上手く動いてる感じ。
12の根拠はこのapiの連合艦隊対応。
試す気にならないが。
それって所持艦が12隻以下の時にバグらない?
いや、もはや所持艦がそんなに少なくなることはないと思うけど。
rc.m_shipdataで丸々差し替えてしまうのが元凶であって、
その中から抽出して置き換えだと何隻であっても他には影響を与えないはず。
本当は全部置き換えで処理してもいいんだけども、ship3とかでまとめて来てしまうと
一々検索しての置き換えが発生して重くなりそうなので12を上限にしてみた。
今のところここに飛び込んできそうなのは
1隻(どのapiかはわからないけど処理が書いてあるのでなにかあるはず）
６隻（ship_deck)
全部(ship3等)
の３通りじゃないかな。
所持艦が12隻以下なら、どっちみち全部差し替えと同じ
扱いになるから別にいいのか。
まあ、shipdataの方はm_bIsShipDeckとかフラグ持たせて
それ参照して動くように出来るからいいんだけどね。
問題はdeckdataの方なんだよな。こいつはフラグ持たせて
切り替えるってわけにはいかないからなぁ。
ship_deckの処理の間だけ
this.m_kcmemberdata.Deck.DeckTable[2].MissionState = -2
みたいな感じでclear直後と違う（普通はありえない）状態を作って
MoveAndMergeOnlyValidDataFromの中で判定して該当した場合だけ
第一（あるいは今後第二も？）デッキの内容だけを
this.m_deckdata.DeckTable[0].CopyFrom(rc.m_deckdata.DeckTable[0]);
てな感じでどうだろう
ちゃんとID見た方がいいと思う
全6隻の時に1隻轟沈したら5隻分
まぁ当然か
rc.m_deckdataはいっそshipdata12隻以下でコピーしないってしてたら
遠征出す時のdeckはshipdata空=0で、コピーされてなくて遠征タイマー動いてなかったｗ
更に0でコピーする様に雑対応
貴重な情報ありがとう。
せっかくだからもし良かったら確認してもらえると助かるんだけど
轟沈するとbattleresultのapi_lost_flagは1になる？
汚い奴だな
パース処理はship2,3参考にship_deckに対応。
>>545辺り、>>555を参考にKCMemberDataを変更。
第2艦隊で出撃しても動いたからとりあえずはこれで様子見。情報感謝。
ああ、そりゃそうだ、
じゃあ置き換えない艦隊(deck)だけMissionState = -2を設定して
処理するとよさそうだ。
・parseはship2,ship3を改変
・shiplist は>>545,546 の方法
・deckdata は >>553の指摘どおりapi_idを参照して該当の配列に格納、
置き換えないdeckdataはmissionState=-2を設定しフラグ代わりに使って
MoveAndMergeOnlyValidDataFrom側でチェックすることで
第二〜第四のdeckdata消去を回避
で解決成功。
これは卒業の時か
通常海域の戦況情報は生きてるよね？
大破が認識されなくなったの？
なんか普通に機能してるように思えるんだけど？
第一艦隊や第二艦隊のが反映されなくなったっぽい
俺もバイナリのミジンコ勢だけど、戦況を何らかの理由で見なかったり忘れたりしたら今どんな状況かこれで把握する術が無くなったっぽい
そのうち仕様変更気付かないで大破進軍しちまうぜ
通常海域(1-6航空戦マスはもちろん除く)での戦況情報と大破進軍防止までは大丈夫。
ただし、戦闘後の艦隊情報の更新がなくなってるから注意。
連合艦隊だと戦闘後の艦隊情報の更新が重要だから危険。
それってship_deck対応入れたら轟沈した艦は次の戦闘から
戦況表示からも姿を消すってことか。切なすぎるな。
あれ? 護衛待避はどうなるんだろう。やっぱ消えるのかな。
現状では確認の術がないからなぁ。
退避艦一覧の配列に追加されるだけで普通に送られてくるよ
なのでダメージ比率の計算する時には気をつけないといけない
退避済みの艦ってship_deckから消えそうじゃない?
その戦闘の時はapi_escape_idx見ればわかるけど、次の戦闘からは
api_escape_idxにも入ってこなくなる気がする。
もちろん退避艦はダメージ計算からも大破チェックからも外してるから
処理上の問題はないと思うけど、表示がどうなるのかと思ってね。
現状存在しないものについてウダウダ考えても無駄。
問題は俺が理解できるかどうかだ…
というか自分はその方向で対応した
これから直す人に参考のためと、自分自身の整理と、間違いがあったら指摘
してもらうためにまとめとく。
①ship_deckを受信したらship3をベースにDeck部分を改造して作ったパース処理を通す(出撃中に情報が更新されない根本原因)
②ship_deck処理の時はthis.m_shipelmlistにnew SortedListせずにRemove・Addする(更新された以外の艦の情報が消える原因)
③ship_deck処理の時はthis.m_tdeckelmのCopyFromをしないようにする(第一艦隊(出撃中の艦隊)の情報しか表示されなくなる原因)
①はまあいいとして、②と③はどうやってship_deckの処理だと認識させるかが
やり方いくつもあるので人によって好みが分かれるところかな。
②はKCMemberShipDataにフラグを追加してship_deckの時だけ立てるとか、
ShipList.Countが不一致の時はship_deckだと判断してRemove・Addするとか、
ShipList.Countが6とか12とか一定の数以下ならCopyFormしない、あたりか。
③はKCMemberDeckDataにフラグを追加してship_deckの時だけ立てた上で
フラグが立っているときはDeckTableのどれかの要素が-1ならそのDeckは
CopyFormしないとか、ship_deck処理の時はDeckTableにあり得ない値を
入れておいてそのときはCopyFormしない、とかかな。
フラグ一切追加しない方式で試しに作ってみたら、修正行数20行と思った
より少なくてびっくりした。フラグ版はさすがに50行修正だったわ。
フラグなし方式は修正量は少ないし実装は簡単だけど、間違いなくどこかに
影響するはずで、全部回避出来てるか不安だしフラグ方式の方が安全だね。
ship_deckの時以外は既存のロジックそのまま通るわけだし。
なんか間違ってるところあったら指摘よろしく。
これ、どう改造すればよいのかな
とりあえずShip3をまるまるコピペでも動くには動いてるように見えるが
これのことか
それだと第二艦隊で出撃したら、第一艦隊のところに情報出ちゃうと思う。
遠征もおかしくなるんじゃないかな。
this.m_kcmemberdata.Deck.DeckTable[a].ShipList[b]をセットする時に、
api_idから取得した艦隊番号-1をaのところに入れればいいと思う。
public void UpdateControlsFromKCData()の最後のif文のところ
_ClearControls()を敵艦の居ないマスと母港帰還時に使ってるみたいだけど、母港帰還時だけ処理追加したい
ミジンコがif文読んだ感じだとエネミーIDが無い場合にここ通ってるのかなーと思うんだけど、どうやって判定したらいいのだろうか
UpdateControlsFromKCDataはいくつかのFormで同名のメソッドがあってな。
そうだよね・・・BattleInfoVerticalForm.cs内です
単純にそれだけだと2-4まで全部消えちゃうね
遠征もおかしい
まだまだ直さなきゃいかんな
それをやった上で、this.m_tdeckelmのCopyFromを情報が
更新された艦隊だけにしないとダメよ。
ship_deckって出撃中の艦隊の情報しか入ってないから、
他の艦隊の情報はコピーしたら空になっちゃう。
KCMemberDeckDataにship_deck処理中のフラグを作って、
それが立っているときにrc.m_tdeckelm[num].ShipList[0]が-1の
データが来たらCopyFromしないとか、そんなんでいいと思う。
フラグの代わりにmissionState=-2入れてる人もいるね。
これだと艦隊番号とか意識しないとダメなんで面倒くさそうな
気はするけど。実装は楽なのかな。
ああ・・・次はdeckとship3のマージだ・・・
轟沈するとapi_lost_flagは1になるけど、連合艦隊のbattleresultにはapi_lost_flagがないんだよね
もしかしたら今回の変更で次から追加されることはあるかもしれんが
『 = ExpandedBattleInfoStatus.』でGrepかけてみればわかるけど、
ステータス変わるのがmap_startを受けたときとbattle系のapi受けた
ときだけだから、母港に帰還とかはわからないと思う。
api_port受信時にフラグ立てるとかするしかないんじゃない?
_ClearControlsは出撃していない、つまり母港の時しか呼ばれてない。
てか、_UpdateControlsFromAddContextNotFoundEnemyIdっていうそのものな奴があるんだから、
こちらを好みにいじってしまえばいいわけで。
api_req_map/startやapi_req_map/nextをどう処理してるか追ってみるといいよ。
普段ミジンコってバカにしてんだろ
_ClearControlsに処理追加したら5-4の1戦目と2戦目の間で処理が動いたから呼ばれてるものと思ったが・・・再確認してみます
map_nextを受けたらExpandedBattleInfoStatusをClearするから
Noneになる。
その後Formのアップデート処理が動いたら_ClearControls通るよ。
でも、map_nextじゃ母港に帰還かはわからないからね。
一度出撃中のJSONログ保存して眺めてみたらいいと思う。
やっぱりClear通るよね
色々変数見てたら母港にいる間はthis.m_mapdataRef.StartNext.AreaIdが-1で、出撃中はエリアIDだった
母港に戻る処理で戦況ウィンドウを更新する時には-1になってたからこの変数を条件にしたら上手く動きました
この条件を使いたかったのが第一艦隊の更新を諦めて、戦況の味方HP状況を次の戦闘まで保持するためだった
ClearしてもHPが残ると母港に戻ったときに消えないから不便だったんだ
ありがとうございました
ありがとう
Deckごとの更新フラグをboolの配列でDeckDataに持たせて
その場所で更新されたものを覚えさせて
MoveAndMergeOnlyValidDataFromで更新されたところだけ new KCMemberDeckElm(rc.Deck.DeckTable[i]);を代入してみたらちゃんと動いた
ちょっと急ぎでやったのでどこかおかしいかもしれんがとりあえず元通りと思われる程度に動作してるから様子を見ることにします
亀レスだけどありがとう
本腰入れてプログラミング学ぶかな・・・
頭が上がらん
KCRDB手放したくねぇ…
使っていれば慣れてくるだろうしね
ship_deck受け取ってそれをparseするところで何かしらやっておかないとその2つでship_deckかどうかを判断する方法ってないんじゃ
まあ、そうなるな
逆コンパイラもVisualStudioも無料なんだしやるだけやってみればいいじゃない
ブレークポイントで覗いてみたら渡せてなくて、
結局はスレにあるとおりにShiplist.Countで判断するとか、mission_stateに細工する方法で実装した
this.m_memberdata を追加で引数として渡して、
実処理のほうの最初を(k_member はParseShipDeckからthis.m_memberdata を伝搬させてきたヤツ）
this.m_kcmemberdata.Ship.Clear();
this.m_kcmemberdata.Ship.CopyFrom(k_member.Ship);
this.m_kcmemberdata.Deck.Clear();
this.m_kcmemberdata.Deck.CopyFrom(k_member.Deck);
として、上書き前のデータを持ってくるようにした。（強引
素人の行き当たりばったりのコード並べてかなり悪影響がでますよ
使わせてもらってるんだから贅沢言っちゃダメなんだが
作者が生きてるんだから要望出していこう
その乗り換えた先もいつまで続くかわからんけどね。
更新止まっちゃったらまた乗り換えないといけないじゃん。
KCRDB自分でいじれるようになってれば、自分にやる気がある限りは
ずっと使い続けられるわけで。
まあ、七四式みたいなオープンソースのでもいいけどさ。
現状その部分で毎回余計な手間が発生しているわけだし。
てかおまえのは弄れるってレベルじゃねーだろ
BattleInfoMinForm.csに
割り当て、呼び出し、インクリメント、デクリメント、新しいオブジェクトの式のみがステートメントとして使用できます。 420行
MainForm.csに
'NotificationEventArgs.NotifyString.get': 演算子またはアクセサーを明示的に呼び出すことはできません。 2871行
同じようなエラーがあってどのように解消したらいいかわかりません
OnReceivedMemberShip呼ぶ前にフラグ立てて、終わったら落とすだけで
いいんじゃない? パース処理の中とか全然触る必要ないし。
>>606
rcの方にフラグ立てちゃってるんじゃない?
JSONParserの中でフラグ立てたらrcの方に立つよ。
別に引数で渡さなくても、MainFormから直接フラグ立ててやればいい。
this.m_memberdata.Deck.IsShipDeck = trueみたいに。
Shiplist.CountやMissionStateで判定するのは、他の所に対する影響が
大きすぎて何が起こるかわかんないからやる気にならないわ。
実装失敗すると第四艦隊に1隻だけで出撃とかしたら面白いことになるし。
前者は適当なstring型の変数に結果を放り込んでおけばOK。
後者はget_NotifyString()→NotifyStringでOKだったハズ。
弄れない人には乗り換えを勧めるだけですよ
オープンソースな物なら動作不能になっても
個人レベルでしか存続出来ない物よりは遙かに期待が持てますよ
74式ぐらいじゃね？
パチモンとか言ったら罰当たりそうだけど
74とKCRDBで連携させてウインドウキャプチャで、明石修理とグループウインド取りこんだら
痒い所に孫の手が届いて気持ちよくなった
あとは、情報統合処理で「更新」か「差分」かを判断してそのように処理するだけでいいのでは？
だけど、ship_deckのせいでそれだけじゃ判断出来なくなった。
なので、差分ですというフラグを立てるなら、ship_deckの時と
元々ShipList.Countが1になるところにも入れなきゃならない。
それを探すのが面倒くさいから、「これはship_deck」ですという
フラグを立てる、でいいんじゃないの?
ShipList.Countは今まで全部か1かだったわけで
それならば全部でなければ差分でいいんじゃなかろうか。
それだと遠征がバグる
全部かどうかはどうやって判断するんだぜ？
遠征がバグるのはshiplist部分じゃなくてdeck部分じゃないの？
>>629
現状のデータのほうのcountと比較すればいいんじゃないの？
解体したり建造したりで増減したらどうすんの？
建造に解体に近代化改修まで、めちゃめちゃあちこちから
通るところだから、下手にいじると何が起きるかわからんよ。
ShipList.Countが0で来ることもあるからね。
ship_deckの時だけ特別処理入れるのが安全だと思うけどなぁ。
追加と置き換えは問題ない。
全部置き換えるのは速度の問題があるからある程度の数で制限する必要は
あるから12隻より多いかどうかで置き換えと差し替えの処理を分けた。
で、所持数12隻より少ない状態で解体とかしたら不具合でるのかもしれないなと感じたが
api_req_kousyou/destroyship
とかその辺でちゃんと処理してるようだ。
>下手にいじると何が起きるかわからんよ
まあそれも含めてプライベートビルドだから自己責任ってことで。
大量解体して所持数12隻未満になりましたとかまずありえんし。
あと、速度の心配してるみたいだけど、最大でも250隻しかないし、書き換え頻度も低いんだからそんな気にするほど遅くはならんでしょ。
まあ気になったのと今後の改造もあることだしちょっと調べてみた。
速度については250隻の置き換えを250隻から検索して行う可能性があるからだけど
まあ気にするほどでもないのかな。
関係ない話だとは思うけど
速度で気になってるのはKCRDB使用中にブラウザ部分がちょっと固まった時に
全艦娘リストのリストビューの更新を一時停止すると回復する事がある事ぐらいかなあ。
実害はないんで別にいいけど
うちではそういう挙動はしてないね。2〜4艦隊の情報はずっと出たまま。
ship_deckの時だけフラグで別処理に飛ばして対応してるから、既存の
処理には全く影響ないはずだし当然っちゃあ当然だけど。
保有枠ギリギリで出撃し、途中で一杯になったときの戦闘結果のログで
実際は保有枠×で[nodrop]なのに表示は保有枠○[nodrop]になる事態が発生するね。
まあある意味仕方ないか。
テキトーなIDとnewしたてのMemberShipElmをAddしときゃいいよ
装備数もやりたいなら初期装備テーブル作って頑張れ
出撃する前に枠いっぱいになる可能性があるかどうかなんて
わかってることだしさ。
なんなら艦枠5つ装備枠20空いてなかったら出撃時に警告でも
出すようにしときゃいいわけで。ウザいから絶対やらないけど。
そういうことを言っているんじゃないと思う。
あれぇ〜、間違ったかな？
>>637
自分も同じことになってたけどMoveAndMergeOnlyValidDataFromでDeckの処理の時に丸ごとif~elseで分けちゃったからrc.m_deckdata.Clear();を
ship_deckの処理の時にやってないという間抜けな事になっていた
んで、slot_item処理のときに存在しないDeck情報を読み込んで一瞬だけクリアされその後port受信でもとに戻るという状態だった
どうでもいいなら普段からROM専しててくれよｗ
イベント期間中艦これ触っていた時間よりもKCRDBいじってた
時間の方が長かったぐらいには楽しんでるよ。
連合艦隊のテストが出来るのってイベントの時だけだしねぇ。
色々とJSONログも保存出来たし、有意義なイベントだった。
まあship2消滅で夏イベ連合艦隊がまた不安になったわけだが。
もう一回いじれるドン!
何が何を意味してるのかからやらないといけないからクッソめんどくさい
期待に胸を躍らせながら眺めています
間違いなく作らないと思います。
豚 ド ン
壁ドンの親戚か何かか。
もう豚野郎でいいよ。
>>654
KCRDBをベースにいじってる以上は公開は無理だからなぁ。
このドッキングウインドウを1から作るなんて考えたくもないから、
俺が公開することはありえないだろうな。
トップレベルウィンドウだとコントロールに追加できなくてform.Showのときヌルポでウィンドウが表示できない。
AppLogウィンドウとかトップレベルウィンドウだからいけると思うんだけど…
どうしたらいけるのかな？
CrackUpWarningFormのベースクラスをFormからAppDockingClientFormに
変えて、_InitChildFormで表示するようにするだけでいけない?
あとはこの変更に合わせてエラーが出ないように各クラスにメンバを追加
していくのと、CrackUpWarningFormの時はコンテキストメニューを殺して
キャンセルイベントで窓を閉じるようにするだけだよ。
form.Showで落ちるのって、this.m_crackupwarningformに
new CrackUpWarningFormしてないんじゃないかな?
if (flag && this.m_webbrowserform != null)
{
Color colorBack = IntColorUtility.SettingRGBIntToColor(this.m_visualsetting.Data.MainForm.BackColor, Color.Empty);
this.m_crackupwarningform = new CrackUpWarningForm(this, this.m_appformstate.Data.CrackUpWarningForm, this.m_visualsetting.Data.CrackUpWarningForm, ここからはデフォ);
this._InitChildForm(this.m_crackupwarningform, this.m_appformstate.Data.CrackUpWarningForm, this.m_visualsetting.Data.CrackUpWarningForm, false);
}
こんな感じだけどうまくいかない…。
コンテキストメニューは消せてる。というかまずヌルポでウィンドウが出ないｗ
他のAppDockingClientForm派生クラス(HqInfoForm, etc)と同じようにちゃんとCrackUpWarningFormのコンストラクタも書き換えた？
案外 : base(dockinghostform, formstateRef, formvisualsettingRef)を付け忘れてない？
それってCrackUpWarningFormのコンストラクタと型があってなくない?
this.m_crackupwarningform = 〜は元々のコードそのまま使ってるよ。
もちろんCrackUpWarningFormのコンストラクタもいじってない。
CrackUpWarningFormのコンストラクタに(DockingHostForm, GenericFormState, GenericFormVisualSetting)
を追加して: base(dockinghostform, formstateRef, formvisualsettingRef)付けてる。
他に書き換える所ってある？
というかそれ真っ先にやる事のような…
デバッグ中にできたファイルを
どうやってリポジトリから除外したものか
.gitignore
さんくす！
webBrowserのコントロールに追加してないからかー。
アドバイスありがとうございました。
戦闘前と変わらなくなったんだけど、
自分だけ？
小破しても、HPが戦闘前と同じなんだけど
知らなかった
今回のAPI変更でツールスレでは轟沈させたやつまで出てるというのに
結構違うもんだね。
うちは : base(dockinghostform, formstateRef, formvisualsettingRef)
なんて書いてないけど普通にいけてるなぁ。修正は20行ぐらいか。
見るしか方法ないよね?
数が少ない装備なら装備中の艦娘欄を見ればいいけど、装備してる艦娘が10人も
20人もいると誰が装備してるのかわからなくて。
ドラム缶とかソナー載せっぱなしの艦娘がいるはずだけどなかなか見つからん。
SlotItemListViewFormをいじって、装備1つ1行表示にするしかないかなぁ。
他に確認する方法とか、簡単な実装方法とか、何かあればアイデアいただければ。
装備名の項目のtooltipで縦にならべた艦娘を表示するとか？
行ごとにtooltip出せるのかどうかはしらないけど。
>>678だが
SlotItemListViewForm.csの_SlotItemDataToItemに
string text7を追加し、text6(装備してる艦娘一覧)と同様に\n区切りにして生成
returnの直前で
listViewItem.ToolTipText = text7;
で登録。
InitializeComponentに
this.listViewMain.ShowItemToolTips = true;
を追加して
ttp://i.imgur.com/yjpQ9hy.png
こんな感じの表示にしてみたがどうだろう。
なるほど、ツールチップ表示か。それなら簡単にできそうだね。
ありがとう、やってみる。
AutoPopDelayが設定出来ないのか。
5秒以内に探し出すの大変だなぁ。
あと、装備してる艦が多いと見切れそうw
ttp://light.dotup.org/uploda/light.dotup.org189615.png
でもまあ、とりあえずこれでしのげそうだわ。ありがとう。
これでも不便と感じたら1装備1行にするとか、ListBoxを
複数行表示にするとか考えてみる。
うちは装備艦リスト用にListBox(というかDataGridViewだけど)を追加して2ペイン構成にしてる。
このスレから改造の話抜いたら何が残るんだろう? 過去の思い出とか?
改造のやり方とかも見て参考にする人がいるかも知れないし。
実際、大破防止窓の透過とか、簡単にできるならやってみようという人が
何人かいたじゃん。
>>683
選択した装備の情報を別ペインで表示する感じか。それもいいかもね。
ペイン追加するの面倒くさかったらポップアップにしてもいいかも。
ちょっと試してみる。
>>684
slot_itemのapi_levelから強化値持っておいて、
SlotItemListViewFormで強化値毎に別装備と認識させればいけそうね。
現状は装備のapi_levelをパースする処理がないから追加が必要だけど。
まあ数行足すだけじゃろ。
KCRDBバイナリ改造スレでもいいわ。
いい加減他に乗り換えてこのスレ見ない方が精神衛生上いいだろ
まだ誰かあげてくれるとか豚が戻ってくるとか期待してんの？
本気でパッチを出さないのは嫌がらせだとか思ってる人居そう
わかった。テンプレにも入れるわ。
たぶん移住するのはお前だけだけどな。
ここはKCRDBソース改造スレとして機能していくよ。
それか次スレ自体タイトル変えれば両者満足するか
ほっぽとか観たけど、デザインが凄いいいんだよな…まぁ慣れてくるだろうけど
時間出来たらいじって現役バリバリのKCRDBにしてみたい
ドッキングいっぱいさせてる人はそういうことしたくないんだろうけど
いままでは出撃中もget_member/ship2でフルサイズの艦娘データが送られてきてて、KCRDBはship2が送られて来るたびデータベースを作り直して各艦隊画面はそれを表示していた。
メンテ以降はship2がget_member/ship_deckに代わっていて、出撃中は出撃艦隊の艦娘データしか送ってこない。だから単純にship3のパーサをコピペしただけだとデータベースの内容が出撃艦隊分しかないから他の艦隊画面が真っ白になる。
という考え方で合ってるのかな？
合ってる。
表示するようにしてみた。なかなかいい感じ。
ttp://light.dotup.org/uploda/light.dotup.org190288.png
しかし、ちょちょいっといじって出来るやろと思ってたら、
ExpandedSlotItemDataのデータの持ち方変えたり、ExpandSlotItemElmとか
ResolveSlotItemGearingShipの処理を大幅にいじったりですげぇ大変だった。
KcrdbUtility.csはもはや原形とどめてねぇ。
ExpandedSlotItemDataは他の所でも使うし、ExpandSlotItemElmも他から
呼ばれてるから影響考えないといけないしねぇ。疲れた。しかし満足。
差分のあるレコードだけ更新すればいいんじゃないか思ったんだけどうまく行かなかった、、、
どういういじり方してるのかしらんが、ship3とかのパーサ部分だけ弄っても意味ないぞ。
KCRDBのapi処理は
1.api検出
2.対応したパース処理(一旦パーサオブジェクト内にデータを蓄積)
3.パーサオブジェクトからメインのデータベースへマージ
4.フォームの更新
ship_deckに対応するには1〜3を修正しないとダメ。
3の修正をやらずにうまく動かないとか言ってるんだったら >>576- あたりから読み直せ。
出撃中に轟沈させたらその艦が残っちゃうけどそれで困る状況も考えにくいし
連合艦隊の時に第二艦隊の状況が全くわからなくならない?
あと、第一艦隊以外で出撃したときもおかしくなる気がする。
JSON構造が前と違うからship3のGetObjAt部分のように変更
KCMemberData先頭にプライベート変数の宣言(フラグ用)
KCMemberData内のMoveAndMergeOnlyValidDataFromで
rc.m_shipdata.ShipListをチェックしてる部分を改造
→Countが12より多ければ丸ごとコピー
→12以下の時はwhile文でCount数分removeとaddをループ。ついでに差分更新(フラグ立てる)
rc.m_deckdataチェック部分を
→フラグ立ってるときDeckTable[0]だけコピー。(連合艦隊はどうせ変更あるだろうしガン無視)それとフラグオフ
→それ以外は丸ごとコピー
とかにしたんだけど出撃時にドロップした艦が一覧に即時反映しなくなった・・・
他は動いてるように見えるけどちょっと手抜きしすぎたかな
出撃時のドロップ艦は港に戻るまでbattleresult以外では送られてこないから
しかたないといえばしかたない。
battleresultで処理すればとりあえず追加はできるだろうけど。
ship_deckのパーサ処理の時だけ
m_kcmemberdataをelmで再構築しないでメインのデータベスを全コピー
elmのapi_idを利用してレコードを個別に更新
とすれば表示系をいじらなくても済むんじゃないかと思ったんだけどね。
肝心のメインデータベースの扱い方が分からなくて
m_memberdataあたりがを流用できるんじゃないかと思ったんだけど、どうやってグローバルにすればいいのかわからない、、、
まるきし考え方間違ってたらゴメン
shipdataさえ更新するようにしておけば問題ないんじゃないか？
ShipDataを更新してもDeckTableにコピーしないと反映されないよ。
SecondaryFleetInfoFormあたりの処理を追っかけてみたらいいと思う。
DeckTableのShipListから表示してるから。
過去スレみたら全部わかる
素直に他の専ブラ使ったほうが良い。
ログ漁ったりしたけどミジンコにはちょっと難しそうだから別の乗り換えるわサンクス
その時間と手間に釣り合うかと言われたらあれだからな
もうほんと素直に他の専ブラ使うべきだわ
でも使い続けるわ。
他のブラウザで妥協出来る人は移行した方がいいと思う。
ただ、移行したブラウザもいつ更新止まるかわからんけどな。
それを考えると、自分でいじれるようになっておいた方がいい
ような気もする。
誰かが修正したのをgithubに上げればいいだけ
自分で直したものをこっそり使うが吉。
弄れない屑は指を加えて俺らの会話眺めて顔真っ赤にしとけばいい
人が作った終わった作品を未練がましく書き換えてる
それを自覚してる人は謙虚だが違う人も居るさね
その言い方はケンカ腰に思えるのだが、
あえてその表現を選んだのはなぜ？
一行目も推敲ミスなのか変な感じになってるし
深呼吸して一旦落ち着く
| 彡⌒ミ
＼ (´･ω･`)また髪の話してる
(| |)::::
(γ /:::::::
し ＼:::
＼
豚さんなら大丈夫だと思うけど誰かKCRDBも確認しといて
今手元でソース見れる環境じゃないから
昨日気になってみてみたが
false,false
になってるから問題ないんじゃないかな。
あるいは
FiddlerApplication.Startup(this.m_iProxyModePort, false, false);
修正しておくか。
まあ引数1つ追加して
(ポート指定, false, false,false);ってしておけば問題ないかね
ttp://www.cat-ears.net/?p=39957
引数にboolを取る方じゃなくて、FiddlerCoreStartupFlagsで必要なものだけ指定するほうがいいとは思うけどね
わかんないから、その情報収集さ。
直せるのと直し方がわかるのは別問題だからなぁ。
でもすでに継ぎ接ぎ(パッチ)だらけやで?w
連合艦隊対応とか入れてフリフリ付いてるかも知れないけど。
とりあえず、FiddlerCoreStartupFlags.ChainToUpstreamGatewayだけ
立てておけばOKかな? 今のところちゃんと動いてるっぽい。
プロキシモード使う時は他のフラグも立てる必要あるんだろうか。
それとも提督業みたいにデフォルトでポート決まってるの？
ルーターやってても特定のポート空けてたらダメっぽい？
とりあえずfalse追加でいいのかな
ただ、本当にこれで合ってるのか、他に潜んでる問題がないか
自信がないだけだ!w
今までFiddlerCoreとか使ったことないからなぁ。
これ串モードだと致命的なんじゃなかろうか
それが、ルーターの機能だろうがPFWの通信許可設定だろうが
家からネットする分にはルータ買えない可哀想な人以外アドレス変艦されてるだろうし
コッチも更新しとかんとな
モバイルネットワーク内の端末に外からアクセスする方法を詳しく頼む
ごめん今できないのね…IT土方から土方になって長いから勘弁してくれ
昔Air-H"使ってた頃は鯖建てて外から繋いだりしてたもんだからてっきり出来るもんだと
どっちみちインバウンドは制限されてるっぽい
10年くらい前に大学で買わされたような記憶があるな。
ttp://twitter.com/KanColle_STAFF/status/604185182665506816
とりあえず静観
今まで送られてきてた情報で出来る機能だし
第一艦隊の窓が、出撃で被弾しても耐久が減らない。燃料弾薬condも。帰還すると反映される。
ただ、戦況マップでは減っている。大破進軍回避は出来る。
それ前回のメンテからやで
前回のメンテからだからログみてこい
>777
ソート用に新規追加来るかと思ったけどそんなことはなかったぜ
…気がつかなかった…
そういやなんか更新が遅いな…くらいは思っていたけどw
とりあえず解決したけど、5秒しか表示されないので別の方法を考えてみた。
ふと思ってコンテキストメニューを使ったら、簡単に実現出来て拍子抜け。
20行程度しか触らず出来た。
ttp://light.dotup.org/uploda/light.dotup.org192837.png
これで誰が装備してるかじっくり探せるようになったし満足。
実は誰も装備してない装備が表示されないバグがあったからしれっと直したw
ついでだから設定メニューで従来表示と改修レベル別の表示を切り替えられる
ようにしてみた。
ttp://light.dotup.org/uploda/light.dotup.org192838.png
なんかもう、KCRDBをいじるのが目的みたいになってきたw
面倒臭そうでずっと放置したんだけど、過去ログの情報のお陰で結構簡単に対応できたわ。ほんとうに有難い。
連合艦隊も敵艦隊の情報を出す程度だったら簡単だよ。
api_req_combined_battle受けたときにapi_req_sortieの方を通すように
するだけだから。
大破進撃防止窓出したり戦況表示したりしようとすると大変だけど。
まあ、そもそも今は実装してもテストが出来ないけどさ。
ほんと、このスレのおかげで色々捗ってありがたいよね。
順番が違ったりするし、そもそも第三砲撃戦のapiパースを
追加しなきゃならないし、情報を保存しておくメンバやresult
処理も追加しなきゃならないしで、結構面倒くさいと思う。
そして、このあたりに手を付け始めると、どうせだったら第二
艦隊も、大破進撃防止も、戦況表示も・・・とエスカレートする
こと間違いなしw
弄りだしたらウチもたぶんそうなる。
そういえば各艦隊のウインドウのコンテキストメニューに
「この艦隊でグループを作成する」ってのがあれば便利だなあとは思ったことがあるので
ヒマがあったらやってみるかなあ。
一覧を隊でソートして選択して放り込めばできるんだけど、
グループ側でUI欄の設定しないといけないのが面倒なんだよな。
あとは昼戦での暫定MVP表示とかあると経験値をだれに渡すかで
夜戦するかしないか選択できるしいいのかもしれない。
単純に新規グループを作るだけならそんなに難しくなさそうね。
既存のグループとマージさせるとなるとちょー面倒くさそうだけど。
うちはグループってあんまり使わないからなぁ。
グループいじるぐらいなら一覧表示を見やすくしちゃう。
昼戦の暫定MVPはBattleInfoDamageDetailFormで表示してる
各要素を足すだけだから簡単だよ。
うちはMVP艦の戦況背景を黄色にしてる。
連合艦隊の夜戦の時なんかは特別処理がいるけどね。
実装簡単だったけど、与ダメ集計してないと面倒くさいか。
被ダメはまとめてあるけど、与ダメは集計しないといけないなあと思っていた。
遠征メンバーのフィルタはロック済み・ドラム缶積載・駆逐or軽巡とか、
育成対象のフィルタはロック済み・次改造Lv未満みたいな感じで。
砲撃戦はapi_at_listとapi_damageから集計して、雷撃はapi_fydamで
集計したけど、航空戦はわかんなかったから無視したw
航空戦の処理は74式のソース( ElectronicObserver/Data/Battle/Phase/PhaseAirBattle.cs )を参考にすると良いんじゃないかな。
各艦娘の航空火力を計算して、航空火力総和に対する比率で航空戦与ダメ総和を分配したのを各艦娘の航空戦与ダメとしてる。
めんどくせぇw
どっちみちあくまで目安だし、自分で使うだけだから
てきとー実装で充分よ。
与ダメ全く同じ艦が2人いたときとかもてきとーだし。
ということは複数の空母の開幕が混ざると必ずしも
正しい結果がでないってことになるのかな
ただ、使うのは演習やら5-4での育成とかだから影響は少なそうではある。
demoの中に入ってたのが4.4.5.3でかなりバージョンアップされてるのな
Fiddler要求されて2と4インストールしたら
拡張版経由だと何故かログに出てたエラー4〜5個が消えてすっきりした
挟むと何でエラー出るのか結局わからなかったな
ttp://light.dotup.org/uploda/light.dotup.org193171.png
とりあえずそれっぽく動いてるけど、ほんとに合ってるかわからんな・・・。
撃墜されてスロット数減ったときとかこれでいいのかも不明だし。
しかしこれ、艦攻・艦爆・水爆が追加される度にいじらないといけないんじゃ?
まあ、単純な追加ならmasterdataのSlotItemに反映されてりゃ大丈夫だけど、
艦載機が改修対象になってレベルがついたらもう無理だw
あくまで目安だし、割り切るしかないだろうねぇ。
ただ放置時の明石修理はやはりKCRDBのほうが便利なので、放置時はKCRDB君にまだまだお世話になるで
思ったより不便
もうパッチでどうこうできる話じゃないので出来ない人は乗り換え推奨
残念だ…残念だ
どこをいじればいいかはスレを読み返せばだいたい書いてあるわけだし
VS触ったことのなかった俺でも何とかなってる
ついでにパッチも作ってみたんだが、あげるか迷ってる
任務表示がカスタマイズできて良い。あ号の進行度も詳しく表示されるし
グループの仕様もKCRDBより良いと感じる
不満がないわけではないけど
他のツールを組み合わせて使う事もできるみたいだし
KCRDB単独で使うより新しく出てきた専ブラ・ツール等を組み合わせて行くのが主流になりそう
任務6個対応と今回の件に対応できていればKCRDBまだ使いたかったけどね
作者さんと前パッチ教えてくれた人に感謝
任務表示なんてデザイナでいくらでもカスタマイズ出来るし、
あ号どころかどんな任務でもカウンタ付けられるし、グループの
仕様を根本からいじることだって出来るじゃない。
ILSpyとVSあれば大抵のことは自由自在やで。
6任務対応なんてほとんどコードいじる必要すらなくデザイナで
ちょちょいだし、ship_deck対応も数行変更する程度じゃん。
まだまだいけるいける
ｵﾈｶﾞｲｼﾏｽｵﾈｶﾞｲｼﾏｽ
いやまあいいけどさ別に・・・
だけど、艦載機の情報ってどうやって引っ張ってきたらいいの?
_OnReceivedSortieDayBattle_Main呼ぶときに出撃してるデッキ番号渡して、
this.m_memberdata.Deck.DeckTable.ShipListから艦の情報引っ張ってきて、
this.m_memberdata.Ship.ShipList.Slotから載ってる艦載機引っ張ってきて、
this.m_masterdata.SlotItem.SlotItemListから雷撃値or爆撃値引っ張って
くる、なんて回りくどいことしないといけない? もっと簡単にできるのかな?
必要なデータがそこにしかないんだから基本的にはそうするしかない。
一応KcrdbUtilityには艦娘リストとか装備リストの表示データ作成用のメソッドがあるからそれを利用できるかも。
やっぱりそうかぁ。なかなかに面倒くさそうだね。
KcrdbUtilityの中見て使い回せそうなメソッド探してみるよ。
ありがとう。
ちょっと楽にはなった。dayBattle.ESlotから装備引っ張ってくる感じで。
しかし、艦載機の搭載数を引っ張ってこられなくて挫けた。
これ、どこから引っ張ってきたらいいんだ・・・?
apiで送られてくるのは艦隊全体の艦載機数と撃墜数だから、各艦の
各スロットにどれだけ艦載機積んでるかわかんないし。
戦闘の度にMAXから割合で減らしていくとかしないとだめなのかしら?
これ実装した人ってどうやってるんだろ。
なるほど、ship_deckに入ってたのか。
必要最低限の情報しかパースしてなかったわ。
これでいけそうだ。ありがとう。
ただ、>>802 も言ってる通り、艦載機を[3,5,7]とかのIDで直指定してる
から艦載機の種別増やされたらソースいじらないとダメだし、改修で
雷装値・爆装値が変わったら対応出来ないね。
まあ、個人で使うだけだし目安だからいいっちゃあいいんだけど。
ついでに敗北予測機能も実装したら思ったより便利だった。
勝利条件満たしてなかったらlabelFleetTotalDamageRatioRatioの背景を
赤くしてるだけだけど、パッと見て「ああ夜戦しなきゃ」ってわかるわ。
MainFleetProfFormのUpdateControlsFromKCDataにMasterSlotItemから雷装とか拾ってるところがあるけど使えない？
C#ソースをいじらなくて良いようにCSVとかに情報を書き込んでおいてそれを読み込んで判定するようにすれば良い。
要するにConst/*.csvを増やす。既存のCSV読み込みを利用すればできなくはないが、どっちが手間かかるのやらw
>>823
改修(明石の工厰)によるパラメータアップの話だからMasterではなくてMember見ないといかんわけだが、
Memberにはせいぜい改修レベルしかないからどうにもならん。
・もうすぐ戻ってくる艦隊の色を変えて表示（時間、色指定可能）
・非キラ、非補給を知らせてくれる（色指定可能）
・前回の遠征先を表示（色指定可能）
これが最強すぎて他ツールのただの遠征タイマーじゃ物足りない
KCRDBから移住できない理由はこれが一番大きいわ
まあ、艦載機の種別追加なんてそんな頻繁にないと思うし、その都度
ソース修正する方が楽な気がするわw
改修はどうしようもないねぇ。そもそも改修によってどれだけ火力が
伸びるかとかもわからないわけだしね。
それ以前に、艦攻の80%/150%のばらつきも認識しようがないわけ
だから、そもそも参考値にしかならないしねぇ。
目安としてはこれで充分っしょ。
KCRDBの欠点は任務カウンターぐらいだと思ってる
だからこそ弄ってでも使おうと思うんだけどさ
ブラウザ再起動でリセットされるようなのじゃ役に立たないし
そんな役に立たない任務カウンターが実装されているのがあるのか？
うちの任務カウンターは設定値のとこに保存してるな
よくわからないまま出荷フォームいじって作ったから勝手そうなった
それを見てもわからないなら乗り換えた方がいいに一票
>>717をまねしたらなんとかんった
>>576もかなり参考になったかな
しかし、一番の問題はもともとあったdeckをshipdeckと勘違いしてたことだな、俺はあほかとｗ
ここで情報拾ってソース検索していけばなんとかなるさ
自分で自分を煽るのか(困惑)
意図的に読み違えて「ゼロから作ることが”出来る”」にしてるよね君
ひがみなんてほっときゃいいじゃん。
自意識を肥大させれる程には技能はまだ無と個人的には思ってるが
他人のレベルがどの程度か分からないのに
俺らと括ったのは馬鹿だったと反省した
外野からのいるいらないの判断はお門違い
代替案等の提案がない頭ごなしの否定は日常でも嫌われるぞ
連合艦隊対応とかも入ってる可能性が高い。
パッチ対応なんかに比べたらよっぽどいいでしょ。
なんならいらない機能は修正して殺せばいいだけだし。
負け惜しみでひがみの強がりにしか見えなくてむしろ可愛いわ。
どうせ、アップしようか? とか言われたら、手のひら返したように
くれくれ言うんだろうしさ。
そんなにお前のこと買ってないよ？
罠入りの可能性がある改造版なんかより、改造マニュアルをアップしたほうがよっぽどありがたがられるぞ
オリジナルから変更する手順なんて書けたもんじゃなくなってんですけどね
それすら出来ないやつにはそりゃ使えないだろうけどさ。
まあ、そもそもそれが出来るやつは自分で改造してるか。
改造マニュアルなんて、今までこのスレに出てきた以上の
ものは出て来ないと思うよ。ほぼ全部書かれてるんだし。
くれくれ言うんだろうしさ。
誰も言わないね、悲しいね。
＞それすら出来ないやつにはそりゃ使えないだろうけどさ。
＞まあ、そもそもそれが出来るやつは自分で改造してるか。
自己完結ﾜﾛﾀ
夏イベでもこいつの質問レスが大量に投下されるのかと思うとなんだかななんだが
バージョン管理システムとか使わないの?
後から自分で何したのか追えないと嫌だから割とまめにコミットしたりコメント大量に入れてる
面倒なことになるのはどう考えても確実だがな
本当はできないんだろう、は出来るっていうならアップしろってクレクレしてるようなもんじゃんね
航空戦を配列に突っ込んで複数回回すだけで通常戦から夜戦から航空戦まで連合艦隊含めて動くからまだ楽な方
ちょっと何言ってるかわかんないっす。
「」を使うことを学びましょう。
涙拭けよ
誰もおまえのものなんか欲しがらねぇから
あーそうか、その辺りの変数を配列化してapi_kouku2とか監視しとけば DayBattle の処理だけ（じゃないけど）でも対応可能か
AriBattole用にパーサやclassを別立てにするより書き換え箇所はまとめられそう
大丈夫じゃないから今すぐ使うの辞めろよカス
進軍や陣形選択時も増えていて何に使ってるかわからない。
解析スレとかではクリック座標を送ってるんじゃないのとか言ってるな。
毎回同じ座標をクリックしてたらまちがいなくマクロなわけだし。
たぶんなんらかのチェックをした結果を返してるだけ。
それがマウスチェックという説が有力だが・・・確認できていない。
逆。マウス情報と確定すれば対応すればいいだｊけろ。
何故何もわかってないのに関係ないと言い切れるその破綻した論理がわからない。
そんなに運営が信用できないのか？
わざわざ暗号化までして隠している情報を解析して公開しようとするお前の神経が理解できん
技術的に専ブラを潰そうとしたら、まずリクエストパラメータやJSONを暗号化する
ああそうね。
そっちのが確実だし効果的だ。
なんで最初からやらなかったのかねぇ
暗号化されたらフィット補正とか改修の効果とか各種検証を全部手で記録してやらないといけなくなるから
検証班は大打撃だろうな
案外検証しやすいようにわざと暗号化してなかったりしてな
開発期間とか予算とか初期開発陣の技術面で
無理だったのかもしれない。
ship2からship_deckに変更して今でこそ減ったものの
通信量も結構多いし、暗号化手法にもよるだろうけど、
復号だけでも鯖負荷も大きくなりそうだし。
bot対策で暗号化するべきだったんだろうけど、最初はAPIがガバガバだったことを考えると、
そこまで開発できなかったか、あるいはそこまで考えが至らなかったってことだろう
余裕ができた頃には、専ブラやツールが使われるようになってて、暗号化することはできなくなっていた
今さら暗号化したところで専ブラやツールが潰れるだけで、botにはあまり効果なさそうだし
運営が本当に専ブラを潰そうとしたら暗号化するだろうね
今のところそんな気まったくなさそうだけど
謎の専ブラ類優先則
謎だけど実際そうだったとしか思えないんだよな
去年4月にapi_portを導入してCore.swfを暗号化した時に、通信も暗号化しておけば
bot対策はかなり楽になったんじゃないかと思う
api_portはユーザIDと現在時刻を暗号化みたいなことして送って、サーバ側で一致しなかったら
リクエストを受け付けないっていうやつだけど、対策の効果は数日しか持たなかった
それで、7月には任務や遠征に同じようなパラメータを増やして、こっちはサーバ側で一致しなくても
リクエストは受け付けるけど記録がサーバ側に残るからbotユーザが判明するってやつで、その後BAN祭りを開催
BANは続けてたけどbotを根絶できなかったから、今回api_serial_idを導入してやっと根絶
単に運営がバカでこういう結果になるのが予想できなかったのかもしれないが、
俺には専ブラを優先して暗号化を回避していたようにしか見えない
鯖はプレイ人数分、蔵は一人分だろうし。
蔵は表示処理開始前にたとえコンマ１秒（そこまで掛かるとも思えないけど）
遅れてもたいした影響はないけど、鯖は人数分だからなあ。
サーバーのキャパシティどれだけとるか、次第だが、暗号化の度合い次第だが、クライアント側の負荷もばかにならないから
データ量がおかしいか暗号化方式の選定が腐ってる
描画処理やら音楽再生やらの方が重いだろ
でもどこも使ってないんだよな
やっぱり枯れた技術優先ってことか？
キャッシュ削除で治ったわ
IEからキャッシュクリアでは入れた。
出撃外の通信はいまんとこ大丈夫やな
まだ挙動はわからんがギリギリまで使って七四式に移行かね
KCRDBは何だかんだで愛着あるからなかなか離れられない
七四式でもキャッシュ削除なしじゃ動かなかったよ
IEのキャッシュ消さないとあかんのね。
クロームの消しても猫リ続けてたから、焦ったわ。
さんくす。
中学校で対照実験習わなかった？
試したに決まってるやんw
試した人には言ってないんだ。すまんな
ドロップ記録簡易統計をいじって時系列で並べるようにしたけど
1-1とか出撃(ドロップログ)の多い海域表示するとくっそ重たいw
多段Dictionaryの上にListViewだから仕方ないのかなぁ
しかし今見たら春E-6のボス戦S勝利3回目でRoma出てて噴いた
こんな速攻で出てたのか
そしてU-511は122回出撃しても出てなくて絶望した
数値化して見るとダメージデカくなるな・・・
どういう実装にしてるかわからんけど
ある程度まで集計した結果を別ファイルとかにキャッシュしたらどうかな
A勝利が多かったから出撃自体は10回以上してたんだ
S勝利だけで見ると3回目だったのかよ、と
>>922
BattleDropLogListItemTagのm_iCountとm_iTotalCountを削って
ドロップ日時の情報を追加してBattleDropLogInfoForm以下をそれに
合わせて修正しただけ
だけと言ってもAreaInfoDictionaryとかBattleDropLogContainerとか
全部変更入れなきゃいけないから面倒くさかったけどw
どうせエリア毎ランク毎の情報しかいらないしそこまで集計した状態で
キャッシュしとくのもいいかもしれないね
ただ時間かかってるのはソート処理っぽい気がするからソート後の
結果をキャッシュしたらいいのかも
試してみるthx
Items.Addに時間がかかってるみたいだったんで、いったんListに持っておいて
必要なところだけAddRangeするようにしたら劇的に早くなった
これで現状入れたい機能は全部入れたのであとは細かい調整とバグ取りだなぁ
なんだか目的を見失ってしまった気がするw
する方法ってあるのかな？
戦況先に見たくないけど、夜戦突入のタイミングのときに確認したいんだよね。
タイマーとか画像認識とか使えばなんとか
選択画面になるときには通信してないから、自動でやるなら画面を監視して画像認識で判定するしかない。
手作業で良いなら戦況確認ボタンでも付けておいて、そのボタンを押すまでは戦況の更新を保留するみたいな方法もある。
頑張ってみるかー
・SS取得に使ってる関数を利用して画像取得。
・画像のいくつかの座標の色を拾って選択画面のそれと比較。
選択画面と判定できたか戦闘結果を受け取ったら判定処理を終了。
って感じで良いんじゃないかな。
選択の文字周辺と画面端付近の色をみればだいたい判定できるんじゃないかな。
ながら作業でわからなくなった時だけ戦況タブをクリック
やっぱり結果が先にわかっちゃうとつまらないよね
リアルタイム戦況確認(連合艦隊対応)と制空権回り、あとできれば大破進軍防止機能あればいいんだけど
俺はそれ+KCRDBのグループ窓や遠征窓キャプチャしてる
モノ自体は吸い出せたから前環境と設定何も変わってないはずだから、Windowsの側なんだろうけど、
色とデザインのそれっぽいの変えても変わらなくてさ…
誰かわかる人いたらお願いします
過去スレを参考にカスタムKCRDB作るのがおすすめ
KCRDBにこだわる人は他ので妥協なんて出来ない
更新が止まってからこれほど長く使い続けられているのは、他に換えが利かないから。
誰だって機能削減されたツールに移動したくはないよ。
カスタムし続けることができるのであれば。
カスタムできなければその限りじゃないけど。
キャプションのせいでコンパクトにまとめられないのが残念だ
誰かアレのパッチだけでも出してくれないか
みんなが何か凄い会話をしてるんだろうなぁと想像して楽しんでる
難易度の取り方は別に変ってないでしょ
羅針盤がラスボスから道中大破
今も昔も試行回数だけの運ゲーだよ
装備改修とかで同じ条件じゃないのが当たり前になってデータよりもう運だけでいいやってなった
気のせいかもだが直近だと「第六駆逐隊」対潜哨戒を徹底なのです！みたいなの増えて来てる
艦指定の第六駆逐隊縛りにした上にルート固定出来なくしたら難しくなるじゃん天才すぎ
潜水艦縛りにして潜水艦殺すマン配置したら大破撤退させれるぜみたいな
ttp://www1.axfc.net/u/3494551
リビルドとの差分だから不具合あっても知らん
パスとか使い方とかは聞かれても答えないでくれ
神降臨
あなたが神か
ttp://jbbs.shitaraba.net/bbs/read_archive.cgi/netgame/12394/1414739021/961
ttp://jbbs.shitaraba.net/bbs/read_archive.cgi/netgame/12394/1414739021/971
2D368 34 40
・2-5式(秋)対応
・任務6枠
・ship_deck対応
・FiddlerApplication.Startup第4引数にfalse追加
だったと思う
わざわざパッチ化ありがとうです
第一艦隊情報ウインドウ対応だけでも十分すぎですわ！
おつです
第一艦隊情報の更新対応はほんとに感謝。ありがとう。
いやただ単に俺がズボラなだけですが
おかげさまで見つかったので、試してみます乙そしてありがとう
パッチ当ててみたけどなにも変わらん
動かなくなるまでノーマル派
>>950みたいなのは助かるわありがとう
ありがとう
とりあえずうちの環境では問題なく動きました
いや〜、第1艦隊プロファイルのリアルタイム化はマジでありがたい
殆ど諦めの境地で使ってただけに、ホントに助かりましたわ
しかし素が保存されてるミジンコは復活できますかね？
無理ならあきらめます
なんとかなるで
色々試したらちゃんと動いた
すみません、気づかなかったです
とりあえず4－5ラストダンス終わらせてから試してみます！
2D368 34 → 40 (KCRDB037c01)
????? 34 → 40 (mijinko) ※正しいアドレス判る方よろしくお願いします
▽「高建」→「ネジ」表示数変更
EE8AF 34 → 37 (KCRDB037c01)
FEE27 34 → 37 (mijinko)
▽「高建」→「ネジ」表示文字変更
E2FD8 D89AFA5E → CD30B830 (KCRDB037c01)
FE357 D89AFA5E → CD30B830 (mijinko)
日付が変わる前に来てれば…
24時間上げたら次は3日あげてほしかったというやつが出る
くれくれ厨が貰えなかったといってうｐ主を叩くとはｗ
時間制限正解だわｗ
こんな奴まで恩恵を受けられなくてよかったと思うわｗ
見捨てて刺されるの嫌なら永遠に助け続けとけよ
氏ね
【悠長化】KCRDB専用スレ13【出荷済み】
ttp://jbbs.shitaraba.net/bbs/read.cgi/netgame/12394/1435653764/
今日は人間の嫌な面を見たが
君のおかげで救われたよグッジョブです
どこででも見る光景
人は同じ過ちを繰り返す・・・全く・・・
あ>>996乙です