シリアルNO方式コンテストについて発番方法の改善。 主にPHONE時に、zLogが発番する番号と違う番号を誤って送った場合に番号に食い違いがおきる。
現在 番号管理用の変数を使って、管理番号+1を次のQSOのシリアルナンバーとしているが、 ファイルロード時は最終QSOのシリアルナンバー+1としている。
改善 常に最終QSOのシリアルナンバー+1を次のQSOのシリアルナンバーとする。
jr8ppgIARU HFをマルチTXで行うには、6バンド×2モードで最大12TXが必要。 また、GUID記録のためZLOXに32バイト確保する。
jr8ppg「ファイル」-「Create E-Log 2.1」メニューをクリックした際、和暦表示にしていると、
「カレンダーに最大/最小値を設定できませんでした」のエラーが発生してE-Log機能が使用できない。
jr8ppgどのウインドウがアクティブでも、ショートカットキーの操作を行うとメインウインドウがアクティブになってショートカットキーの動作をして欲しい。
jr8ppgCW Keyboardでも送信の進捗がわかるようにCWモニターみたいなのが欲しい。
jr8ppgSHIFT+Xでリグ1→リグ2→リグ3→リグ4→リグ5とトグルすると良い。
jr8ppgZLOの部員からzLogにも入力中のコールサインが過去のTELNETに記録されたものかを点検する機能がほしいという意見をもらいました https://n1mmwp.hamdocs.com/manual-windows/check-window/ のようなことをイメージしているようです
TELNETに記録されたコールサイン(データの質を保つために3回以上記録されたコールサイン)で, N+1的なことをする感じだと思っています
現状、自分はよくやくZyLO側からzLogの一部関数を呼び出せるようになったレベルなのでどう実装すればいいかわからない状況で, 意見を書いてしまい申し訳ないです… 自分の方では総務省APIを叩く機能を改良して, 入力完了(Spaceキー入力などでカーソルがナンバーに移った際)したコールサインが5~6文字で日本のコールサイン形式に一致する際には総務省APIを叩き, 存在しないコールサインの場合はDLL側からzLogのMainForm.WriteStatusLine関数を叩いて, メインウィンドウの下に表示できるようにする機能追加で, 部員の要望の一部を叶えようかなと思っているところです
jucky154これは英語表記の「Show last nn hours」の誤訳でしょう。「過去 nn 時間を表示」が適切か。又は「最初」「現在」「最後」に合わせて文言を切り替えるか。
jr8ppgV2.9シリーズにてUSBIF4CWのパドル左右反転設定を行っても設定がすぐに反映されない。 ハードウェア設定でOKを押すか再起動すると反映される。 たぶんWinKeyerも同じ。
jr8ppg削除したいコールを選び、削除メニューをクリックするが、削除を押す前にスポット情報が更新されると選んでアクティブにしたコールが変更されてしまうため、意図しないコールを削除してしまう。 なんとかならないか。
jr8ppgZLOはreadonlyとして、読み込みの際は旧OTHER(5)は新OTHER(7)に変換、保存時は強制ZLOXとする。
jr8ppgIC-756ProIIでiniファイルを改造することで快調に動作するも、SetSimplexModeはいまいちだった件
jr8ppg現在、自動保存は3局毎がデフォルト 1回の保存で、バックアップファイルの作成もおこなっているので、 1局毎に保存するのはZLOXのみとし、バックアップファイルは定期的に自動的に行う様にする。
jr8ppgCWの送信電文に$Cがあると「メッセージをキューイングする」をONにしていてもキューイングされない。
jr8ppg「周波数ずれを抑制」がONの場合、周波数をセットする際にLast Freq.を更新しているため、正しいLast Freq.が失われてしまう不具合を修正する。
jr8ppgQSO Rate Exの棒グラフに、日曜朝10時54分時点で10時台に数局しか表示しない。「最初」「現在」をクリックしなおしたら、直った。
jr8ppgALL ASIAで確認。 バンドマップでスポットをダブルクリックした際に、First QSOならマルチチェックが行われるが、他のバンドでQSO済みの場合はマルチチェックが行われない。(マルチウインドウが頭出しされない)
jr8ppgCluster Windowで接続が切れた場合、なんらかの方法でお知らせして欲しい。 赤くなるとかWindowsの通知領域かってところかな。
jr8ppg予め指定しておいたパイロット局のスポットが現れた場合、リストの最初に出すか色分けなどして目立つようにしたい。 QSY動向を見張りたいってことかな。
jr8ppgICOMのCI-V コマンド1A-05-0118(IC-705の場合)で00(MIC)と01(USB)を切り替えを行うとボイスメモリ送信中にMICをOFFにできる。
PTT ON>コマンド送信(USB)>再生>コマンド送信(MIC)>PTT OFF
jr8ppgWatchful users of Super Check Partial will see a significant increase in the number of callsigns in MASTER and its derived files. This month痴 release (just posted live) has 40,940 calls in MASTER ・up from 35,416 last month.
This step function in active calls is a result of a new API which allows logging programs to directly submit a log to Super Check Partial. This removes the need for the contester to take the extra step of emailing the log to logs@supercheckpartial.comlogs@supercheckpartial.com. Logs are submitted securely to Super Check Partial over HTTPS and are 都igned・by the logging program before submission to authenticate the origin of the log.
SCP API support has already been added to N1MM+, DXLog.net, SkookumLogger, N3FJP痴 loggers and Writelog. This support is in published releases for N1MM+ and DXLog.net, selected contests for N3FJP loggers and in beta versions for SkookumLogger and Writelog.
N3FJP痴 release process will add this support to all their loggers through the course of this year.
I am very grateful for the support from the software teams supporting these loggers for their willingness to add the API support. It has made an enormous improvement in the number of logs submitted to Super Check Partial.
As an example, for the CQ-WPX-SSB contest just held, the API generated 1,632 logs compared to 121 logs submitted by email in 2021. Not only has the introduction of the API led to more submitted logs but it has greatly increased the submission of logs from contesters outside the US, as well as logs from non-US sponsored contests.
The supporting logging programs ask the contester for their consent to upload the log to Super Check Partial ・by design this is an opt-in process. Logs are NOT submitted without the contester痴 consent.
Super Check Partial uses a thresholding process to minimize busted calls in the MASTER file ・this threshold has been set at 6 for many years and does a good job in limiting busts. It doesn稚 address systemic issues like H on CW being logged as an S ・some stations suffer from this more than others and when detected, the busted call is blocked as part of the monthly generation process.
I will be watching closely over the next few months to see whether the threshold needs to be changed. As in the past, please report busted calls or requests for add/deletions/changes to logs@supercheckpartial.comlogs@supercheckpartial.com.
Email submission is still supported ・so if you have a logger which doesn稚 support the API, please continue to use the email process. Please consider asking the author of your logging program to add support for the API.
If you are the author of a logging program and would like to add the API support to your program, please contact me directly for documentation etc.
73 Stu K6TU
jr8ppgスクロールに関しては、zLogの縦スクロールバーが普通のアプリと異なっている感触で、つまみ(ノブ)の長さが、縦方向のウィンドウ高さから期待する長さよりもなぜか短くて、ホイールでノブをだいぶずらさないとスクロールが始まらないことに起因しています。
jr8ppgzLogは、His RST (Sent RST,こちらから相手に送るRST,相手の信号のRST)は、内部的には持っているがユーザーは(直接は)変更できず、”memo”欄に一時的に書いておいて(例えば51)、zLog終了後にzListw.exeで書き替えます。
このHis RSTをメインウィンドウ常時表示入力にしたい。個別のQSO編集も。
なんでこんなことを言い出したかというと 「DX Pedition Mode」で(※1)
(※1)DX Pedition Modeなんだからむしろ59以外ないだろ? (※2)通常のJARL4大コンテストだとHis RSTは”memo”に書く(そこにしか書く欄がない)
His RST 入力可能化に伴いHis RSTにあわせてCWメッセージ送出しないといけないなど影響度が大きい。またHisとMyを間違える対策といったインターフェース対策も予想される。
大工事になってしまいそうです。
jj8danMultiRig V1.0(former OmniRig V2.1) いや、まだどうやればいいのか、全然分かって無いのですが。
7M4KSCusbif4cwWriteData()を使えばJVCLいらない - 64bit版DLLが公開されたら
jr8ppgインストール時にDLLsに書く内容がフルパスになってしまう。 DLLsの内容をロードする際はDLLsの内容でロードしている。 そのため、プラグインフォルダを変更すると食い違いが出る。
##解決策 zLog側の方では ①DLLsはDLLの名前だけにして ②ロード時は絶対/相対のパス解決を行う様にする というものが検討されている
https://github.com/jr8ppg/zLog/issues/640 に上がっていたので転載
jucky154msg : string型のZyLO側の変数
reiwa.RunDelphi('MainForm.WriteStatusLine("'+msg+' ", False)')
でzLogの下側のところ(invalid nuberの警告などを表示する部分)にmsgを表示できる
msg : string型のZyLO側の変数
reiwa.RunDelphi('op.Put(MainForm.CallsignEdit, "Text", "' + msg + '")')
でzLogのコールサインの欄にmsgをputできる
msg : string型のZyLO側の変数
reiwa.RunDelphi('op.Put(MainForm.NumberEdit, "Text", "' + msg + '")')
でzLogのナンバーの欄にmsgをputできる
リアルタイムコンテストDLLにおいて適切に得点計算が行われていないのではないかという問い合わせがあった 考えられる理由としては, https://github.com/nextzlog/zylo/blob/c1ea32be8642a0f878cf4328b3d4769643627c92/src/plugins/rules/rttest/rttest.cfg#L39 のようにリアルタイムコンテストのCFGにはDLLが計算をするという指定があるものの,
OnVerifyEvent
OnPointsEvent
がhttps://github.com/nextzlog/zylo/blob/c1ea32be8642a0f878cf4328b3d4769643627c92/src/plugins/rules/rttest/rttest.go#L87 の リアルタイムコンテストのプラグインのコードに含まれないため, 得点計算などが行われていない可能性がある
jucky154ZyLOで開発された中には、必ずしも常駐する必要のないプラグインもあり、不必要にzLogのパフォーマンスを低下させる。
プロセス間通信の仕組みを整備して、DLL以外の連携方法を開発する。ビルド時にDLLもしくはプロセス間通信を選択できるようにする。
JG1VPP高校コンテストの規約が我々が作った時と変更になっているようです http://hstest.mg-sci.com/wp-content/uploads/2020/07/2020_31st_hstest_rule.pdf 2020年のルールだとHSマルチは消えないのですが、 http://hstest.mg-sci.com/wp-content/uploads/2022/06/2022_33rd_hstest_rule.pdf 2021年以降のルールだとHSマルチは削除されるようです
SSBとCWで交信した際にはHSマルチが消えるようにする
早めに
jucky154QSO.Insert,Delete,Update
メソッドを呼ぶとzLogが落ちる。
func onInsertEvent(qso *reiwa.QSO) {
qso.Insert()
}
QSOが追加・削除・更新される。
未定
JG1VPPマーケットプレイスは、どれかひとつでも誤りがあると、全体の更新が停止するように構築している。その場合は、管理人は速やかに状況を修正する責任がある。ここでは、そのための連絡を行う。
JG1VPPzLogにおいてtelnetやリグコントロールの設定をするとプラグインが無効化されますがいいですかという警告が出る
zLog v2.8.3.2の日本語版(英語版は未確認)で各種設定->オプションからリグコントロールやパケットクラスターの設定( どちらか一方でも再現されました。 過去に一度、この警告を見ると見ないこともあるようです。 再現する場合は、zlog2.8.3.2をダウンロードしてすぐにプラグインをインストールして、その直後にここの設定の部分だけしてOKを押せばできると思います)をして、OKを押すと以下のような警告が出る。しかし、自分がやった限りではこの後にも普通にプラグイン(CW解析)は動いた
このような警告は表示されない
ALL JA
jucky154SEOを意識して、CTESTWINとzLogの対立軸を明確化して、集客を目論む。
星取り表を作って公開する。例えば、
機能 | CTESTWIN | zLog |
---|---|---|
ほげ | ○ | ◎ |
これはZyLOというよりもzLog令和editionの機能をより多くの人に知ってもらい、その結果利用者が増え、ZyLOの利用者も増えるみたいなことを考えたものです
zLogの機能や設定について説明(wiki)やググってもわからない際に、どうしようもなくなってしまう
https://forum.air-hamlog.com/c/support のような「機能の質問や説明を利用者同士(たまに開発者側)が行うサイト」を作る必要がある気がします。
そもそもの設置に関して どこでforumを開くのがいいのか… そのサーバの管理をどうするか… アカウントなどをどうするのがよいのか… githubのアカウント登録は英語ですし、携帯電話による認証など(その対応すら英語)が必要なので、zLogを使う人(年齢層高めが多い)にはハードルが高い気がしています
運用について 基本的にはCFD Online Forumsやyahoo知恵袋のように利用者同士が教え合う形にしておく必要がある。 上のAir Hamlog のForumは、利用者が開発者に問い合わせる形になっており、開発者が忙しく回答できない場合(メンテができなくなった場合, zLogの2002年以降のように)は使いにくいものとされてしまう
真面目な話、zLogプラグインは、クラウド連携や自作ハードウェアとの連携が中心になる。 で、これらの分野でキラーアプリが不足している。というわけで、アイディア出しをしよう。
JG1VPP問題意識 ZyLOにしてもzLog 令和editionにしても機能が十分に認知されていない(この辺はJR8PPGさんと共通の見解 (https://twitter.com/jr8ppg/status/1548997253658198016 )) そのため、なんらかの周知の工夫を行う必要がある。
解決方法