改造したバージョンです。
※本ソフトウェアのバグや不具合の報告は、本家ではなくこちらに
ダウンロード
Windows 32bitWindows 64bitLinux 32bitLinux 64bitMacOSX 32bitMacOSX 64bitJARのみ
※ver1.6.0からサポートするJavaのバージョンがJava8以降に変更になりました。Javaのバージョンをご確認ください。Java7だとスクリプトベースのテーブル(艦娘一覧、装備一覧、ドロップ報告書の一部)が表示されません。Java8にアップデートできない場合は、Java7対応スクリプトをダウンロードしてください。
※ 2015-04-27 1.7.9 スクリプトデータ周りを改善
※ 2015-04-26 1.7.8 遠征一覧のスクリプト追加など
※ 2015-04-20 1.7.7 一部スクリプト処理に不備があったので修正
※ 2015-04-17 1.7.6 プロキシライブラリをバージョンを戻した
※ 2015-04-16 1.7.5 プロキシライブラリをバージョンアップなど
※ 2015-04-15 1.7.4 成長の余地を表示すると落ちることがあったので修正
※ 2015-04-14 1.7.3 戦闘ログ読み込みの非同期化など
※ 2015-04-12 1.7.2 自動更新の間隔を変更など
※ 2015-04-12 1.7.1beta 泊地修理タイマーのバグ修正など
※ 2015-04-11 1.7.0beta 泊地修理タイマー、疲労タイマーを追加
※ 2015-04-10 1.6.6 新マップの航空戦マスに対応
※ 2015-04-06 1.6.5 バグ修正
※ 2015-03-30 1.6.2 通信周りの設定を再起動なしで反映するように修正
※ 2015-03-30 1.6.1 お風呂に入りたい艦娘を表示しようとすると落ちていたので修正
※ 2015-03-29 1.6.0 スクリプトによる拡張に対応など
※ 2015-03-01 1.5.6 艦娘テーブルに改造可能カラムを追加
※ 2015-03-01 1.5.5 菱餅ドロップの表示に対応
※ 2015-02-27 1.5.4 艦娘一覧のフィルターパネルを再度改善など
※ 2015-02-17 1.5.2 艦娘一覧のフィルターパネルを改善など
※ 2015-02-17 1.5.1 グループ選択を右クリックメニューに復活など
※ 2015-02-16 1.5.0 艦娘一覧ウィンドウにフィルタダイアログを統合
※ 2015-02-16 1.4.7 資材チャートが更新されない不具合を修正
※ 2015-02-16 1.4.6 ツールウィンドウのボタンをトグル方式にしました
※ 2015-02-15 1.4.5 護衛退避に対応
※ 2015-02-10 1.4.4 艦娘一覧からグループの艦娘を削除した時に保存されていなかった不具合を修正
※ 2015-02-10 1.4.3 艦娘フィルタに練習巡洋艦を追加
※ 2015-02-07 1.4.2 バグ修正など
※ 2015-02-04 1.4.1 索敵計算式を更新など
※ 2015-01-31 1.3.9 お風呂に入りたい艦娘がバグっていたので修正
※ 2015-01-31 1.3.8 Twitterへの画像投稿に対応など
※ 2015-01-10 1.3.7 資材チャートの色設定が保存されないバグを修正
※ 2015-01-10 1.3.6 資材チャートにバケツなどを追加
※ 2014-12-15 1.3.5 バグ修正
※ 2014-12-15 1.3.4 ドロップ報告書で演習を表示しようとすると落ちていたので修正
※ 2014-12-15 1.3.3 出撃ログの保存先設定を追加
※ 2014-12-15 1.3.2 出撃統計の集計時刻が間違っていたので修正、報告書を読み込みに対応
※ 2014-12-15 1.3.1 出撃統計ウィンドウに自動更新などの機能を追加
※ 2014-12-14 1.3.0 キャプチャ範囲を記憶
...
※ 2014-09-25 1.0.0 beta 大幅に機能強化
...
※ 2014-04-20 本家0.5.12ベース 初期版
本ソフトウェアは本家の機能に加えて以下の機能を実装しています。
- 艦これ統計データベースへのデータ送信に対応
アクセスキーを設定するだけで送信できます - スマートフォンへのPush通知機能
使い方はこちらを参照 - 戦況ウィンドウ
戦闘開始時に結果を報告したり、羅針盤を回す前に敵艦隊の情報を表示しちゃいます - ユーザインタフェースの機能強化
右クリックメニューからウィンドウごとに透明度を設定したり最前面に表示したりできます。(一部機能はWindowsのみの対応となります) - 戦闘履歴保存
ドロップ報告書から項目ダブルクリックで出撃の詳細ログを見れるようにしました。このログは保存されているのでいつでも見れます。 - 解体・廃棄ログ
あれ?あの装備どこに行った?などの時の原因究明にお使いください。UIは用意していないので "解体・廃棄ログ.csv"を見てください。 - 演習経験値計算機
演習相手の情報を自動入力して経験値を計算します。
ウィンドウの最前面表示
Windows版ではウィンドウごとに右クリックメニューから設定できるようになっています。(そのため設定画面にはありません)
スクリプトについて
航海日誌拡張版は一部の処理がスクリプトで書かれています。templates/script に同梱のスクリプトが入っていて、アップデートされた場合は航海日誌拡張版起動時に拡張版フォルダ直下のscriptフォルダにコピーされるようになっています。
艦これ統計データベース設定の仕方
その他→設定→通信タブ で送信を有効にし、アクセスキーを入力してください。
敵艦隊データファイル
"config/KCRDB-enemyid.csv"に敵艦隊の情報を記録します。KCRDBの同名のデータファイルを読み込むことも可能です。インストール直後はこのファイルがないので、templatesフォルダに入っているファイルをコピーして使ってください。また、"kcrdb enemyid"でググると最新版がダウンロードできます。
テーブルの機能について
列見出しの右クリックで列の表示・非表示が切り替えられます。ドラッグ&ドロップで順番を入れ替えられます。
"config/KCRDB-enemyid.csv"に敵艦隊の情報を記録します。KCRDBの同名のデータファイルを読み込むことも可能です。インストール直後はこのファイルがないので、templatesフォルダに入っているファイルをコピーして使ってください。また、"kcrdb enemyid"でググると最新版がダウンロードできます。
テーブルの機能について
列見出しの右クリックで列の表示・非表示が切り替えられます。ドラッグ&ドロップで順番を入れ替えられます。
列の表示・非表示設定や順番は記憶します。
戦闘履歴
その他の機能
その他の機能はたいだい本家譲りなので本家のFAQを見てください。
戦闘履歴
戦闘履歴はbattlelogフォルダに下に"日付.dat"形式のファイルで出力されます。(保存先は 設定→戦闘履歴の保存先 で変更可能)
起動時にこのフォルダの下にあるデータを読み込みます。zipファイルで圧縮されていても読み込めるので、データ量を小さくしたい場合は、古いログを圧縮しちゃってください。zipファイルでの出力には対応していません。
その他の機能
その他の機能はたいだい本家譲りなので本家のFAQを見てください。
ソースコード
Githubで管理してます。(最新のコードはdevelopブランチです)https://github.com/nekopanda/logbook
*スマートフォンへのPush通知クライアントについて
スマートフォン側のクライアントには一部有料アプリがありますが、これらのアプリは通知を受信するための汎用アプリです。Nekopanda、および、その他の航海日誌 拡張版 開発者は、スマートフォン側クライアントアプリの開発・販売元とは一切関係ありません。
コメント
コメント一覧 (116)
ttp://www1.axfc.net/u/3449583
ありがとうございます。
動いているスレッドがなさそうに見えますね・・・
ちなみにタスクマネージャーから見えるマシンのコア数はいくつですか?あと80%というのはタスクマネージャーの詳細でlogbook.exeが80%ということでいいんですよね
よく見てみたらプロキシサーバがガンガン走っているみたいです。もしJavaやプロキシサーバのバグでないとすると、外から攻撃を受けているもしくはプロキシサーバとして踏み台に使われているという可能性もあります。ネットワーク環境や設定などを教えてくれると何か分かるかもです。
本家のままなのですね、失礼しました。
ちなみに検証とか大仰なことではなく砲撃火力の計算が空母系と同じ(火力+艦載機雷装)*1.5+艦載機爆撃*2.0+55になっているみたいです。
水上機母艦は砲撃艦なので火力+5です。
ソースを覗いてみたのですが、
修正する場合main\logbook\dto\ShipDto.javaの467行目を削除するかコメントアウトで良いのでしょうか?JAVAは詳しくないのですみません。
ついでに見たら対潜火力も一律+25になっているようです。
>>10ですが、ご指摘のネットワーク環境を一から見直したらおかしな箇所見つかったので現在修正して動作確認中です
ご迷惑をおかけしてすみませんでした。
接続環境は
KCRDBプロキシモード→ドッキング七四式(IEのプロキシで航海日誌拡張版を挟む)
・・・のつもりだったのですが、設定が悪かったのかもしれないので最初からやり直して
KCRDBプロキシモード→航海日誌拡張版→ドッキング七四式
という風にIEのプロキシ設定を完全に解除した流れにしたら今のところ(2時間)問題ありません。
お騒がせして申し訳ありませんでした。
なるほど確かにおかしいですね。本家の計算式で水上機母艦が空母扱いになっていたので、そのままにしていました。
艦娘一覧の表示内容はすべてスクリプトなので script/ship_power.js を修正すればOKです。正直ここらへんの計算式までサポートしたくないので、スクリプト化したというのもあるのですが・・・
水上機母艦に関しては 20行目を削除すればOKですね。対潜火力はちゃんとやろうとすると複雑になりそうです。もし計算式実装してくれるのでしたら、ここに貼って頂ければ取り込みます。
1.7.0から設定ファイルを引き継いでwikiを見ながら試してみたところ問題無く引き継がれました。
今まで設定ファイルをアップデートの度に消さないと上手く読み込めなかったのですがプロクシの設定が
wikiと違っていたのでそれが原因だったのかもしれません。
お騒がせしました。
どの挙動に対して言っているのかよく分かりません。
> localhostでサーバーがlistenしているときに、ローカルインターフェイスのIPアドレスでクライアントがconnectできるのはTCPの正しい挙動なので
localhostとローカルIPアドレスではNICが違うのですから接続できないでしょう
航海日誌拡張版の受信ポート:40555
航海日誌拡張版プロキシサーバ:127.0.0.1 ポート55
七四式ポート40326
七四式上流ポート40555
という感じです
KCRDBプロキシモードport55 - 航海日誌拡張版port40555 - ドッキング七四式port40326
詳しくないのでもう何が何やら・・・
ブラウザ→(40326)七四式(40555)→(40555)航海日誌(55)→(55)KCRDB→インターネット
ですよね
これを、
1. ブラウザ→KCRDB→インターネット
2. ブラウザ→航海日誌→インターネット
3. ブラウザ→七四式→インターネット
4. ブラウザ→航海日誌→KCRDB→インターネット
5. ブラウザ→七四式→KCRDB→インターネット
6. ブラウザ→七四式→航海日誌→インターネット
で確認してみたでしょうか?
確認時は、念には念を入れて、使っていないソフトはきっちり終了させたほうが良いともいます
複数のツールを組み合わせておかしな挙動が発生した場合、単体でも再現するのか、特定のツールを組み合わせた場合に発生するのか、切り分けをしないと、作者の方がその組み合わせ環境を構築しないといけませんし
組み合わせで発生するなら、設定を晒したらあっさり解決することもありますので
ちなみに航海日誌拡張版の設定「他のマシンからの要求は拒否する」「外向けポートは閉じておく」は両方チェック入ってますか?オンにしておいたほうがいいです。
https://github.com/nekopanda/logbook/blob/master/main/logbook/server/proxy/ReverseProxyServlet.java#L47
これです。
ServerConnectorのsetHostでlocalhostを指定するだけで、リモートからの接続を受け付けないという目的は果たせるので、ループバックアドレス以外を弾く挙動は不要です。
相手のIPアドレスがループバックアドレスでもローカルIPアドレスでも、リモートからの接続ではないのでセキュリティ的には等価です。ループバックアドレス以外を弾いてもセキュリティを向上させる効果はありません。
1.7.4で修正しました。
https://github.com/nekopanda/logbook/blob/develop/main/logbook/server/proxy/ReverseProxyServlet.java#L46
不具合でもないのを指摘するのに>>23のような曖昧な言い方は困ります。(不具合だというのならどの環境で問題になるのか言うべき)
最初から>>29のようにはっきりと言って欲しいですね。
設定見てもらえれば分かりますが、ここの接続設定は3モードあります。
1. localhostでlisten
2. 全NICでlistenするがループバックアドレス以外はサービス拒否
3. 全NICでlistenしサービスもする
(1と3だけでシンプルにできればいいのですが、IEでプロキシ自動構成スクリプトでlocalhostと指定するとなぜかローカルIPから接続しようとして、1だと接続できなかったので2が用意されています。)
このコードでループバックアドレス以外を弾いているのは2を実現するためです。確かに1のときはこのコードは必要ありませんが、その挙動を実現するには上記の修正のようにコードを追加する必要があります。
先ほど(20分ぐらい前)、突然本体が強制終了しましたのでご連絡いたします
OS Win7Pro(x64)、本体 64bit、java 1.8.0_40
ログは下記アップローダーに、zip圧縮をして上げてあります
http://www1.axfc.net/u/3450397
航海日誌本家は同じ環境で問題なかったのですが
航海日誌拡張版だと航海日誌拡張版自体のCPU使用率が60~80%に行きます
指摘いただいた組み合わせで航海日誌拡張版を含むもので相性を探ってみます
>>28
両方ともチェック入ってます
試しに1.5.6に戻してもやはりCPU使用率があがります。
しばらく色々試してみます
構成は、
ブラウザ→航海日誌拡張版→KCRDB(Proxyモード)→インターネット
になってます
ログを見てみたのですが、AkashiTimerUpdator がキーになってる?
確かに、強制終了した時は、泊地修理で20分超過後、大破艦の入渠時に猫→あれ…航海日誌本体どこ?、と言う感じでした
とても便利で助かってます。
使ってて不便に思ったことの要望です。
メインウィンドの母港~第4艦隊のタブの切り替えを自動化していただけないでしょうか?
母港なら母港、艦隊選択時にはそれぞれの艦隊を表示というようにしていただければと思います。
自動化が無理でしたらキー操作でもかまいません。
マウス操作が減ると助かるなぁとか思っちゃったりしてます。
対応可能でしたらよろしくお願いします。
艦これ起動後1分経ったくらいで何らかのアクションを起こした途端に猫ります。
流石に回線の問題だろうと思ったのですが…1.7.5を使おうすると確実に起こる現象で、1.7.4だと今迄通りに何分何十分だろうと何の問題も発生せずに使うことができます。
自分の環境はjavaこそ1.8.0_40であれ、OSが都合により未だXPを使っている身なのでこういった報告をするのは正直気が引けるのですが…一応
ちょっと原因が分からないので、↓これ試してもらえますか?
http://nekopandanet.sakura.ne.jp/logbook/release/extra/logbook.jar
お手数かけます。1.7.5に上書きした上で試してみましたが状況は変わりません
艦これ側が猫るタイミングも実にバラバラで「何をしたら猫った」的な法則もさっぱり見えてきません。何だろう、自分の動作環境と更新されたプロキシライブラリとの相性辺りでしょうか…?
もしかしたらなのですが、logbook_libフォルダに旧バージョンのjarがあったりはしませんよね
jetty-***-9.0.5.v20130815(旧バージョン)
jetty-***-9.2.10.v20150310(新バージョン)←これだけならOK
新たなフォルダに解凍して試してますので、古いファイルは無いですね
ありがとうございます。新バージョンはあまり良くないみたいなので、バージョンを戻しました
お疲れ様です。1.7.6を入れて出撃したり母港で色々な事をやってみましたところ、猫が発生する事もなく正常に動作し続けています。こんな遅い時間まで対処して下さって本当ありがとうございました
起動しますのダイアログが出てすぐ消えてしまいます。
何かファイルが足りないか変更になったものが読み込まれないかどちらかですね。
理由がわからないので、次期バージョンまで古いものを使って様子見します。
1.7.4 64bit版のlogbook_libを上書きコピーしたら起動出来ました。
その後はちょっと違っていて
1.7.4は保存してなかったので、1.6.6のlogbook_libを上書きコピー→起動せず
すでにあるlogbook_libを削除してからフォルダ解凍→起動せず
自分とこも、1.7.6へのアップデートで本体の起動が失敗します
エラーダイアログのSSは作業中だったのでとっていませんでしたm(__)m
1.7.5→1.7.6 でしたこと
・すべてのファイルを上書き
・logbook_libフォルダ削除後、すべてのファイルを上書き
・*.jar/*.exe/*.dll を del *.exe *.jar *.dll /s で削除後、すべてのファイルを上書き
$ ./logbook.sh
Exception in thread "main" java.lang.UnsatisfiedLinkError: Cannot load 32-bit SWT libraries on 64-bit JVM
at org.eclipse.swt.internal.Library.loadLibrary(Unknown Source)
at org.eclipse.swt.internal.Library.loadLibrary(Unknown Source)
at org.eclipse.swt.internal.C.<clinit>(Unknown Source)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:264)
at logbook.gui.logic.WindowNativeSupport$WindowsHandler.<init>(WindowNativeSupport.java:50)
at logbook.gui.logic.WindowNativeSupport.<init>(WindowNativeSupport.java:115)
at logbook.gui.WindowBase.<clinit>(WindowBase.java:50)
zip作りなおしたので再度ダウンロードをお願いします。
64bit環境で起動できました
全ての組み合わせでCPU使用率が上がるので、
ダウンロード後のまっさらな状態で単体起動を試したところCPU使用率が80%となりました。
拡張版のバグ(32bitだけ?)なのか、こちらの通信環境との相性なのか・・・
firewall関係はカスペルスキーとpeerblock使ってますが
拡張版の通信は許可にしています。
あと気になるのは、windowsログで
イベント ID 1002 backgroundTaskHost.exe は Windows との対話を停止し、終了しました。(一部省略)
と出てました。
数時間置きに再起動すればいいのかな・・・
タスクマネージャ等で確認して、javaw.exe がCPU食ってるんじゃなければ、カスペルかPeerblockと干渉してる可能性も…
カスペルかPeerblockのアップデートのタイミングと、CPU食い始めたころを比較してみるのもいいかも
セキュリティ切って確認する手もあるけどね
2015-04-18 09:51:31,625 WARN script [main] .\script\ship__1basic.js を実行中にエラー
jdk.nashorn.internal.runtime.ECMAException: TypeError: Cannot read property "time" from undefined
多分その下にあるスタックトレースは省いたと思うのですが、それも貼ってくれますか?
私は屋内でノートPCを使うときにディスプレイに繋いで使用しています。
セカンドスクリーンに航海日誌のウインドウがあるときに接続を止めた際、「キャプチャ」ウインドウのみノートPCの画面に戻ってこないのは仕様だと思します。
戻ってくるように変更していただくことは可能でしょうか?
ご検討よろしくお願いします。
「キャプチャ」ウィンドウだけ特に処理が違うわけではないので原因がよく分かりません。ディスプレイ環境別にウィンドウ位置を記憶しているわけではないので、セカンドスクリーンとの接続を解除したあと、航海日誌がウィンドウ位置を復元しようとすると画面の外にウィンドウが飛ぶのは仕様です。「その他」→「画面外のウィンドウを戻す」で戻してもらえますか。
もはやこのソフトなしでの提督業はアリエナイくらい依存しております。
要望なのですが「本日改修可能な装備とサポート艦」を表示する機能が欲しいです。
ご検討いただければ幸いです。
了解しました。今後ともよろしくお願いします。
文字数制限に引っかかったので省略しました。
お手数おかけします。
ちょっと出先で手元にデータはないので、複数スレットで貼って大丈夫ですか?
全然OKです!お願いします
1.72以降、以下のエラーが出て困っております。(スクリプトは毎回更新してます)
テーブルレコードをソート中にエラー
所有艦娘一覧1のレコードをソート中に型変換エラーが発生しました
外部スクリプトの返したデータに問題があるようです
最近インストールしたスクリプトがある場合は取り除くと解決されるかもしれません。
java.lang.integer cannot be cast to java.lang.String
よろしくお願いします。
どの列のソートでエラーになりますか?ちなみにソートは内部では最近ソートした3列をソートします。この3列以外のデータに問題があってもエラーにはなりません。
どの列のソートでエラーになってるのか、どうやったら判りますでしょうか?
こちらとしては、ただ普通に出撃等してるだけで、手動でソート等はしておりません。
戦闘後のMAPに戻ったときなどに、上記のエラーウィンドウが何枚も連続で表示されます。
返事遅くなってすみません。
本来ここで回答していただく必要の無いJAVAのコードについても回答いただきありがとうございました。
現在SDKをインストールしてソースの作法やコンパイルから調べている段階です。対潜についてはローカル変数を1つか2つ追加すればなんとかなりそうな感じですので自分で一度実装、動作検証してからまた相談させていただきます。
ありがとうございました。
ソートはテーブル内容更新時に走ります。自動更新を有効にしていると出撃中にもテーブル内容が更新されるのでソートが走ります。その時にエラーが出るのかと思います。
多分すべての列でエラーが発生するわけではないと思うので、エラーデータのない列のヘッダを3つクリックすればエラーは出なくなると思います。その状態で例えば左の列から順番に1つずつヘッダをクリックしていけば、エラーデータのある列に当たったときにエラーが出ると思います。それがどの列か教えていただけますか?
>>66
いえ、艦娘一覧の表示内容はスクリプトで生成しているので、Javaをいじる必要は全くなくて、JavaScriptをテキストエディタで編集すればいいんですよ。
対潜値については script/ship_power.js をメモ帳か何かで開いて、編集・保存して、航海日誌の艦娘一覧を再読み込みすれば反映されます。コンパイルなどは必要ありません。
原因は、各窓の配置や、戦況データが消えるのが嫌で、1.72より以前のデータを移していたのが原因だった模様。
お返事から、ソートが原因ならソートするデータが無ければ良いのかな?と思い、
新規で使用したところ、数回出撃してみましたが、今のところ問題ありません。
お手数お掛けして申し訳ありませんでした。m(_ _)m
また、上記のとおり、VerUPの際に各窓の配置や大きさ、戦況(横)の敵データを引き継ぐには、どのファイルを移せば良いのでしょうか?
よろしくお願いします。m(_ _)m
艦娘一覧のデータは特に何か引き継ぐとかではなく、通信データから取得しているので、以前のデータが原因ではないような・・・
ちょっとこちらで調査しますね
コンパイル云々は今後の自己改造含めてのことでした。
紛らわしい書き方をしてすみません。
砲撃戦火力(switchの水上機母艦判定をコメントアウト)と対潜火力については取りあえず暫定処置(艦種によって単純に+25と+10を分ける)でスクリプトに実装と動作確認ができました。
テーブルがオリジナルとスクリプト版が並ぶので比較が楽でした。
取りあえずship_power.jsの暫定処置版なら上げることが出来ますがどうしましょうか?
githubのアカウントも取ってみました。
なお、厳密版(大淀の様な素の対潜値0の場合は対潜攻撃不可や艦載機の搭載数および搭載種によっては対潜攻撃不可)は現在取り組んでいる最中です。
現在、jsでデータが保持できるようになっているscriptDataクラスですが、
これのデータの保持範囲をもっと広げてほしいです。(起動中ずっと、もしくはローカルに保存)
今だと、同じファイル内でもbegin()やbody()で分かれてるだけでデータが保持されず不便です。
(単に自分が気づいてないだけで、実は保持されているのかもしれませんが…)
もし、保持されていないのでしたらご検討の程よろしくお願いします。
ScriptDataはソース見てもらえれば分かると思いますが、単にstatic変数のMapに保持しているだけです。
https://github.com/nekopanda/logbook/blob/develop/main/logbook/scripting/ScriptData.java
起動中は保持されることを期待して実装したものですが、実は使ったことがないので動作を確かめていません。保持されませんでした?
では貼っていきます。
2015-04-19 20:04:24,346 WARN script [main] .\script\ship__1basic.js を実行中にエラー
jdk.nashorn.internal.runtime.ECMAException: TypeError: Cannot read property "time" from undefined
at jdk.nashorn.internal.runtime.ECMAErrors.error(ECMAErrors.java:57) ~[nashorn.jar:?]
at jdk.nashorn.internal.runtime.ECMAErrors.typeError(ECMAErrors.java:213) ~[nashorn.jar:?]
at jdk.nashorn.internal.runtime.ECMAErrors.typeError(ECMAErrors.java:185) ~[nashorn.jar:?]
at jdk.nashorn.internal.runtime.ECMAErrors.typeError(ECMAErrors.java:172) ~[nashorn.jar:?]
at jdk.nashorn.internal.runtime.Undefined.get(Undefined.java:152) ~[nashorn.jar:?]
at jdk.nashorn.internal.scripts.Script$Recompilation$5$1158A$\^eval\_.body(<eval>:88) ~[?:?]
at logbook.scripting.ShipItemProxy$BodyMethod.invoke(ShipItemProxy.java:22) ~[logbook.jar:?]
at logbook.scripting.ScriptLoader$Script.invoke(ScriptLoader.java:125) [logbook.jar:?]
at logbook.scripting.ScriptLoader$TableScript.body(ScriptLoader.java:272) [logbook.jar:?]
at logbook.scripting.ScriptLoader$TableScriptCollection.body(ScriptLoader.java:353) [logbook.jar:?]
at logbook.scripting.ShipItemProxy.body(ShipItemProxy.java:56) [logbook.jar:?]
at logbook.gui.logic.CreateReportLogic.getShipListBody(CreateReportLogic.java:399) [logbook.jar:?]
at logbook.gui.BathwaterTableDialog.updateTableBody(BathwaterTableDialog.java:92) [logbook.jar:?]
at logbook.gui.AbstractTableDialog$CyclicReloadTask$1.run(AbstractTableDialog.java:1037) [logbook.jar:?]
at org.eclipse.swt.widgets.RunnableLock.run(Unknown Source) [swt.jar:?]
at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Unknown Source) [swt.jar:?]
at org.eclipse.swt.widgets.Display.runAsyncMessages(Unknown Source) [swt.jar:?]
at org.eclipse.swt.widgets.Display.readAndDispatch(Unknown Source) [swt.jar:?]
at logbook.gui.ApplicationMain.open(ApplicationMain.java:324) [logbook.jar:?]
at logbook.gui.ApplicationMain.restore(ApplicationMain.java:1126) [logbook.jar:?]
at logbook.gui.ApplicationMain.main(ApplicationMain.java:301) [logbook.jar:?]
2015-04-19 20:04:24,348 WARN script [main] .\script\ship__1basic.js はこれ以上エラーを記録しません
で、終了です。
よろしくお願いします。
こんな感じです。例が悪いかもしれませんが。
http://i.imgur.com/PQKPIZF.png
私のとこで試してみましたが、問題なく保持されていました。
そのコード30行目の id.length って間違っていませんか?
問題はbegin()で例外が発生した時に分かりにくいことですかね。
script.log 見ないと分からないので
そこは単純に自分のタイプミスです、すいません。
でも直しても表示されなかったです。
まさか…おま環
拡張版Ver:1.7.6
java.version:1.8.0_40
Windows7 HomePremium
どこかに上げていただければ取り込みます。githubからpull requestでもいいですが。
>>73
ありがとうございます。スクリプトが古いです。更新はjarだけでなく、templates/script も上書きして頂けますか。
スクリプトを上げていただければ原因分かるかもです。
http://1drv.ms/1EgBh1t
画像のコードとほぼ変わりませんが
(id→questId)
任務一覧と装備一覧のスクリプトでbegin/endを呼ぶの忘れてましたorz
すみません、修正します。
確かにヘッダー部分に叩き込んだら動きました…w
プログラムはやっぱり奥が深い
1.7.7で修正しました。お騒がせしてすみません。
ということで、便利に使わせていただいています。
めっちゃ不便という点ではないのですが、「戦況-横」のウィンドウ参照時、
”中破”のオレンジ表示と”大破”の赤表示が若干見分けづらいかなと感じております。
メインウィンドウをチェックしているので、致命的なミスは無いですが、
見分けやすいと助かるかなと思います。
(素人考えだと、HP表示のフォント色を変えるとか・・・?)
気が向いたら対応していただけるとうれしいです。
無理をせず、がんばってください。
赤系の色弱ですね。色覚サポート機能でも追加しますね
1. ファイアウォールで航海日誌拡張版を除外していることを確認
2. エラーログを確認(logs/app.log)
あたりを試してみてください。
エラーログは
2015-04-01 20:32:57,333 WARN l.g.b.BackgroundInitializer [logbook_async_initializer] 出撃ログの読み込みに失敗しました (C:\Users\_\Documents\logbook.win-x86_jre\win-x86_jre\battlelog)
java.lang.IllegalArgumentException: Parameter 'directory' is not a directory
at org.apache.commons.io.FileUtils.validateListFilesParameters(FileUtils.java:545) ~[commons-io-2.4.jar:2.4]
at org.apache.commons.io.FileUtils.listFiles(FileUtils.java:521) ~[commons-io-2.4.jar:2.4]
at logbook.scripting.ScriptLoader$ScriptCollection.getScriptFiles(ScriptLoader.java:178) ~[logbook.jar:?]
at logbook.scripting.ScriptLoader$ScriptCollection.loadScripts(ScriptLoader.java:164) ~[logbook.jar:?]
at logbook.scripting.ScriptLoader$ScriptCollection.<init>(ScriptLoader.java:150) ~[logbook.jar:?]
at logbook.scripting.ScriptLoader$TableScriptCollection.<init>(ScriptLoader.java:301) ~[logbook.jar:?]
at logbook.scripting.ScriptLoader.getTableScript_(ScriptLoader.java:406) ~[logbook.jar:?]
at logbook.scripting.ScriptLoader.getTableScript(ScriptLoader.java:381) ~[logbook.jar:?]
at logbook.scripting.BattleLogProxy.get(BattleLogProxy.java:47) ~[logbook.jar:?]
at logbook.internal.BattleResultServer.reloadFiles(BattleResultServer.java:255) ~[logbook.jar:?]
at logbook.internal.BattleResultServer.<init>(BattleResultServer.java:240) ~[logbook.jar:?]
at logbook.internal.BattleResultServer.get(BattleResultServer.java:86) ~[logbook.jar:?]
at logbook.gui.background.BackgroundInitializer.run(BackgroundInitializer.java:126) [logbook.jar:?]
となっていました
戦況のHP部分の色処理周りに手を入れられるのであれば、便乗要望をm(__)m
最大HP=現HPを満たす場合(HP満タン)の時、薄い緑系等で色付けは可能でしょうか?
小破未満の時、被弾の有無を色識別できたらパッと見良さそうと思ったり(KCRDB意識してすみません)
艦娘一覧の「HP1あたり」の時間ですが、入渠時間をそのまま被弾HP量で除算されてますよね?
ですが、(入渠時間-30秒)を被弾HP量で除算する方がいいと思うのですが、いかがでしょうか?
あと一つ質問です
おま環?かもしれませんが、入渠時間が1時間以上の場合、秒数が表示されないのですが、常に秒数まで表示させることは可能でしょうか?
書き忘れてたので…
今のところ、自分は直接スクリプトを書き換えて、+30秒を除外した形でHP1辺りの回復時間を表示させてます
必要なら別スクリプトにするので、スクリプトは現行のまま行きます~でもOKです
ついに拡張版が暴走する原因を突き止めました。
NetWorxという通信量などを監視するソフトと併用すると航海日誌拡張版が3時間で暴走しました。
本家航海日誌の方も2日つけっぱなしで暴走するようです。
というわけで現在別の監視ソフトに切り替えて丸一日経ちましたが問題は出ていません。
作者様、対応してくださった方々、ありがとうございました。
そして長々とお騒がせして大変申し訳ありませんでした。
ネットワークモニターとの干渉とは珍しいですね
でも、原因がわかって何よりです
経験値計算機の計算対象は第一艦隊の旗艦によって自動的に変換できない
オリジナル版の経験値計算機はできそう
拡張版Ver:1.7.7
java.version:1.8.0_40
Windows7
拡張版に移行してから艦娘・装備・任務一覧の表示がおかしくなりました。
状態としては所有艦娘・所有装備の総数は問題なく取得しているのですが、
艦娘・装備・任務の一覧を開くとNo.が表示されるのみで艦娘名・装備名などが
一切表示されません。
艦種などでフィルタをかけるとNo.と所有数が一致するので
やはり情報取得はされているものの、表示に異常がありそうです。
また、本家では艦娘一覧で艦隊・名前・艦種・・・と列表示がされますが、
拡張版ではNo.のみで他は一切ありません。
一応ver.1.6.6も試しましたが変わらずです。
拡張版では艦娘・装備・任務一覧の表示に何か設定をしないといけないのでしょうか。
それとも気付かないうちに何かおかしなことをしてしまったのでしょうか。
対処方法など回答をよろしくお願いします。
Javaが古い、もしくは、移行時のtemplatesフォルダをコピーし忘れてます。更新時は基本zipの中身全部上書きでお願いします。
回答ありがとうございます。
Javaのバージョンが古く8にアップデートすることで正常になりました。
本家もバージョン8以降となっているのに気付かずに使っていたようです。
早い対応ありがとうございました。
されないんですね。疲労回復までの時間も表示させることはできないでしょうか。
よろしくおねがいします。
http://i.imgur.com/OecTNnM.png
何で増えてるんだろう…
あー、quest__basic.jsに追加したので・・・
おっとそうでしたか、すいません。
したらばだとちょっとアレなのでここに書きます。
queststyle.jsで使ってるテーブルのカスタマイズは↓これが一応ドキュメントです。(英語ですみません)
http://www.eclipse.org/articles/article.php?file=Article-CustomDrawingTableAndTreeItems/index.html
これ艦娘一覧とか表示項目の多いテーブルでやるとパフォーマンスがひどいことになったことがあるのでそこは注意です。
今の表示(開始時→残り)ではなく、差(撃墜された数)を表示してほしいってことですか?
できれば元になっている本家verのバージョン情報も書いて頂けると嬉しいです。
例えば本家だと装備一覧でクリックしたものを装備している艦娘を表示できるようになっていますが、それが作動しないのは本家の機能を取り込んでないのか、自分の環境のせいか不明な為です。
対応可能であればお願いします。
これはどう?
ドロップ報告書からの参照を取る
艦載機: 自:135≫99 (-24) 敵:80≫44 (-36)
一応最後にマージしたのは0.7.7ですね。最後のほうはマージというより再実装のような形になっていましたが。本家の新機能は余力があれば持ってくるという方針です。
>>110
どう?とは?
スペースが足りなくて戦闘履歴の表記は持ってこれません。
可能であれば実装をお願いします。
回答ありがとうございます。
了解しました。
今でも十分かゆい所に手が届いているのですが、最近は建造ドックでの新艦完成の通知が欲しいかな…と。
次の日まで見に行くの忘れたりするんで・・・
1.8.1で設定「色覚サポート」を追加しました。この設定の名前が適当かどうか分かりませんが、色が変わります。
>>93
1.8.1でHP満タン時に色を付けるようにしました。
>>98
1.8.1で経験値ウィンドウの艦娘リストを更新すると秘書艦を選択するようにしました。
早い対応ありがとうございました。
最新のバージョンを試しますわ