SignalNow Express関連ツール[4ツール目] [転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
高度利用者向け緊急地震速報受信プログラム「SignalNow Express」(Windows用無料版)の関連ツールについて、情報交換をするスレです。
ストラテジー株式会社(公式)
http://www.estrat.co.jp/index.html
関連スレ
【緊急地震速報】SignalNow Express Part12
http://anago.2ch.net/test/read.cgi/software/1434577326/
前スレ
SignalNow Express関連ツール[2ツール目]
http://anago.2ch.net/test/read.cgi/software/1358336109/
前々スレ
【関連ツール専用】SignalNow Express
http://anago.2ch.net/test/read.cgi/software/1310806245/
関連ツール 1
Kaeru Monitor / Kael Watcher
http://garbera.my-sv.net/kaeru/
(ただし、サイトはすでにありません)
保障なしのファイルダウンロード(自己責任で)
kaelwatch_120103b.zip
http://www.mediafire.com/?ydo307b14odoalt
関連ツール 2
EqWatch
http://www.geocities.jp/eqwatch2012/ 1.0.0.0だけど
2.8MBしかつかってないね
まあ8時間くらいしか使ってないが
win7 >>681
申し訳ありません。
メモリリークというよりログファイルが破損してると思います。
まあ、それを認識しなかったSyncSNEが原因ですが。
ログファイルにメッセージごとにメッセージのサイズが
4バイトのバイナリで書かれているんですが
ログファイルにゴミが入ってると違う場所を読んでしまい
結果、とんでもないサイズのメモリを確保してしまうんじゃないかと。
修正版を夜に公開します。
なお、この現象が現れたら、いったんXを止めて
壊れたログファイルを削除してください。 >>687
お疲れさまです
子ガエルが利用できて大変助かってます
ありがとうございます
壊れたログファイルの削除って
C:\Users\ユーザー名\AppData\Roaming\StrategyCorporation\SignalNowXの
SignalNowX_01.cslを削除でいいのかな? >>688
SignalNowX_nn.cslで、_nn部分の数値が一番大きいファイルです。 >>691
お疲れ様です
ありがたく使わせて頂きます 大変ありがたいですが
delphiで作ってるから
ウイルス判定されるってあるんでしょうか >>693
それはあるかも
今は知らないけど昔はウイルス製作に好んで使われていたそうだ
たぶん.netなんかと違ってランタイムが不要だから
Windowsだったらどんな環境でも動く
それと以前Delphiの開発環境に感染して拡散したウイルスがあったような
そんな名残でDelphiには厳しいかも
もっとも最大の原因は使用者数が少ないことだけど 信用できないなら使わなければいいだけ
ウイルス云々はいい加減スレチなので自重してくれ SignalNowX_nn.cslのファイル変移ルールさえわかれば作れるんだがねえ
条件達すると数字増えるというのはわかる
数字は何桁までなのか
限界まできたら戻るのか >>694
なるほど
ご返信ありがとうございましたm(_)m 自分の環境だけかもしれないけど
SNE停止以降、SNX+SyncSNE でしばらく使ってみた感じ
まれに kael watcher の窓がPOPしたあと Kael watcher がフリーズするんだよね
SNEの時はそんなことなかったからログファイルの書き出しタイミングで問題が起きてんのかね?
似たような症状出たことないかな? Win10標準のWindows Defender AntivirusでSyncSNEが
"Trojan:Win32/Spursint.F!cl"を検知する問題、なんか変な挙動です。
syncsne.zip → "Trojan:Win32/Spursint.F!cl"を検知
syncsne.exe → 問題なし なんでこんなメモリ使ってんだと思ったら、このSyncSNEだったわ
非ページプール8GB超えてたぜ
もし悩んでる人いたらぜひ >>705
1.0.3.4にしてからは発生してない
前使ってたのは1.0.0.1で、更新来てるの知らずに使ってた 信用できないと思うのなら、使わなければいい。
ただそれだけの話なのに、ここでアンチウイルスの話をしている奴は何をしたいの? C# 麺付 とりあえず
ttps://www.axfc.net/u/3833091/kaelsn さしかえ
tps://www.axfc.net/u/3833102/kaelsn 709-710削除済差し替え麺有
ttps://www.axfc.net/u/3833104/kaelsn
久しぶりにやると駄目だね SignalNowからXに入れ直したんだけど、訓練てどうやるの?
開始ボタンとかが見当たらないし、19秒のカウントも止まったまま
以前の地震から選べるのは分かるんだけど、どうしたら始まるのかが分からない
後、前回必要だったパスワードは今回入れなくてもいいん・・・だよね?
そして以前と同じメアド登録してDLしたけど、メールが来てないけどいいのかな?
(前スレ落ちてるみたいだからこちらに書かせてもらいましたが、該当スレあったら誘導お願いします) あれ、本当だ
さっき試した時何で検索に引っ掛からなかったんだろう・・・
すみません、向こうに移動しますね >>716
同じフォルダ またはiniでフルパス
バグ修正・動作一部変更
ttps://www.axfc.net/u/3833160/kaelsn 一箇所変換ミスが発生したので置き換え
ttps://www.axfc.net/u/3833245/kaelsn
>>718
Xの位置だと"思う" >>722
>Xの位置だと"思う"
syncsneみたいな裏メニューはないのか聞いてるんだと... SyncSNE(1.0.3.4)で質問です。
基本タブの SNX EXEの窓にSNX.EXEのパスを設定しても、SYncSNEを再起動をすると
空欄になってしまいます。
現状は、毎回再設定でしのいでいます。 >>725
Ver.1.0.3.0で再接続の問題は修正されましたし、
カエルを再起動させる必要性がなくなりましたから、
別に空欄で困ることはないんじゃないかな。 >>725
その部分は>>726さんが言ってる通りです。
最初のバージョンのXの接続が不安定だったので、Xの接続状態を見て
Xを再起動する機能を用意していたんです。
でも、修正されたのでSyncSNEの前回の更新で関連コードを
すべて削除しました。
UI部分は消し忘れです。 >>723
裏メニュー?
内部で演算しなおすってことかな
商売の妨害になりそう >>730
内部で演算し直したら法律違反だよ
それはないな う〜ん よく考えたらそれって面白い発想
遊びに使えそうだ 今月になってから、ケロタンが赤くなったままなのですが… >>735
古いのは7月末で終了した
新しいのがストラテジーで配布されている SyncSNE
1.0.3.2から1.0.3.4にかえたらKael Watcherは動くけど
EqWatchが動かなくなってしまった
1.0.3.2は両方動いてたんだけど
win8.1pro >>743-744
設定でSNEファイルがSNXファイルと入れ替わってないか SyncSNEがsne.logに書き出す観測地の緯度経度が
SNXの設定ともSNEの設定とも違う場所なのはなんなんだろう? >>747
xの設定の場所とsneに書き出された場所は
どの程度離れてる?
まったくかけ離れた場所? sne.logの地震発生時刻=2017/08/15 0:59:10のログを見ると
震源地緯度/経度=44.10/145.00
でちゃんと震源の位置になってるけど? あぁ観測地の方か・・・・
こっちもあってるみたい
SNXの設定
宮城県庁
38.26884 140.87210
sne.log
38.27/140.87 >>748
すぐ近くだけど単純な四捨五入や切り捨てではない値。
Xのログとも違うし、どこから出てきた数字なのかわからない。
使う上では何の問題もない部分だけどね。 >>747
指摘ありがとうございます。
デフォルトの東京都庁でチェックしました。
Xの設定: 35.68949N 139.69171E
Xのログ出力: 35.69N 139.69E
SNEのログへの書込内容: 35.6932N 139.6868E
まずXの設定画面に「日本測地系で入力」と書かれているように
一番上は東京都庁の「日本測地系」の経緯度です。
XのLog出力はそれを小数点以下2桁に丸めています。
SyncSNEではそれを世界測地系に変換してSNEに書き込んでいます。
ここでミスしたのは、Xの経緯度の設定は、上の但し書きにもかかわらず
日本測地系ではなく、実は世界測地系だったということです。
先ほど地図で確かめました。
ただ両測地系の誤差は東京あたりで数百メートルですから、
S波の到達時間の差は最大0.25秒程度で、問題はありません。
もし次回の更新の機会があったら修正します。 世界測地系は日本測地系の新バージョンでもあるので
SNXが間違ってるってわけでもないぞ C#版だと自作ツールでlog監視してるの動作しました
ちなみに以前書いたのはストリーム読み込むまででループさせてるのはこっちだった
while true
ifb objTS.AtEndOfStream then
sleep(0.2)
continue
endif
buf = objTS.ReadLine
// ここでデータを検出
wend >>754
そりゃ曖昧すぎてユーザーは
何を入力していいのか迷ってしまうよ
世界測地系は世界規格、日本測地系は国内規格
と考えたほうがいい
緊急地震速報で日本測地系というと
Tokyo97(気象庁が採用)
でXに表示されてるのは世界測地系
ただそれだけ この分野だとTokyo97(日本測地系)か WGS84(世界測地系)の二択しかない C#版だとPCシャットダウンするときに予め終了させておかないと
kaelwatchが必ずランタイムエラーでひっかかるのなんだろ? win10だけどそういう症状は出たことがない。
カエルのバージョンは? >>759
win7だと確かにそうなるね
まあありがたく使わせてもらってるが ウチのチビガエルは 120103b だけど >>759 と同じになるよ(win10) >>764
やっぱダメ・・
チビガエルだけを終了するときはランタイムエラー表示は出なくなったけど、
PCをシャットダウンするときはやっぱりエラー表示は出るわ・・ 子ガエルが先に終了することしか想定されていません
自らがcloseかかることも想定してみますね 子ガエルって未だに需要があるんだね。
SSDを積んだ機種なら良いけど、HDDのみの古いPCだと
RAMディスクを使わないと厳しいんじゃないかな。 ____
/ \
/ ⌒ ⌒ \ 何言ってんだこいつ
/ (●) (●) \
| 、" ゛)(__人__)" ) ___________
\ 。` ⌒゜:j´ ,/ j゛~~| | | |
__/ \ |__| | | |
| | / , \n|| | | |
| | / / r. ( こ) | | |
| | | ⌒ ーnnn |\ (⊆ソ .|_|___________|
 ̄ \__、("二) ̄ ̄ ̄ ̄ ̄l二二l二二 _|_|__|_ 今の地震
子かえるの挙動がおかしかった
S波256秒が報を更新すると直ぐに到達になった いや、前からそう
震源が深い時には計算を諦める仕様じゃなかったか
第1報は震源が浅かったから計算結果が表示されて
第2報以降は深いから計算してない
到達じゃなくて不明という意味で捉えるとよろしいかと >>770
なるほど
深発ではそうでしたか
お教えくださりありがとうございます 深さが150km以深かどうかが境目だけど
ログ見ると報ごとの深さが大きく変化してるね
10,200,120,190,150,
200,140,180,160,150,
140,200,170,180,180,190,190
珍しいかも 深さ150km以上は計算対象外
3報,、7報、11報だけ計算されている >>759>>763
7環境で試してみましたが0.2.9でログオフ・シャットダウンいずれも症状の再現ができませんでした
ということで仮対策+α
0.3.2 ttps://www.axfc.net/u/3836009/kael >>774
いやそういうことではなく
150km以深じゃ予想が難しいってことだよ
経験から深いと震源の真上が
もっとも揺れるとは限らないからね
ただ来年から新方式が正式運用されるかも 申し訳ないですが
win7 64bitですが
やはり変わらずランタイムエラーでますね >>773が150kmより深い場所は「計算外」と書き込んだのが誤解の原因では? >>773の子ガエルのそれは別に間違いではない>>774は「>カエルの話ではないが」と言って
気象庁の警報の出し方に文句言ってる時点で>>773とは関係ない
気象庁はなぜ150km以上は警報出さないのか調べないでレスした>>774が言わば自ら誤解の原因を生み出した ■ このスレッドは過去ログ倉庫に格納されています