Terminalを使うメリットについて書き出してみました。GreenCubeに出ている方には、ぜひご一読いただきたいと思います。マルチコール・レアアクティベーションモードで、複数の局への一括応答が可能。混み合っている時にこれをやると、パケット長が長くなることによりアップリンクが通りにくくなる可能性があるので、TPOに応じて使い分けると良い。応答後にログへ保存した局が再び呼んで来ても、CallingMeウィンドウにコールサインが載らないようにするオプションがある。メッセージにマクロを使うことができる。グリッドNewやイニシャルNewの局が一瞥して判別できるので、自身の目的に沿った局をいち早く呼ぶことが可能。GCDigitalにある、エンティティNewの局をハイライト表示する機能がない点に注意。COSIリストやIgnoreリストを有効活用することで、情報の取捨選択がより高度なものとなる。私の場合、グリッドNewだがLoTWでのCFMが見込めない局(=LoTW非ユーザーの局)は、Ignoreリストへ入れている。遅延メッセージによるQSOは、DXCCなどのアワードに無効との見解が出ている。Delayが15秒を超えるもの)は背景色がグレーで表示されるため、無駄呼びを未然に防ぐことができる。TCP接続・UDP接続により他のログソフトへQSOデータを受け渡すことが可能。これにより、コールサイン等を手動で転記することによるミスが未然に防げる。上の件、私は現在、TCP接続でN1MM+と(JT_Linker経由で)HAMLOGの2つへ、QSOデータの確定と同時にそれを転送。注意点としてN1MM+の場合、ログウィンドウを閉じているとQSOデータの受領ができないことが判明(最小化なら大丈夫)。自局のコールが相手局に届けば、相手局のCallingMeウィンドウに自局のコールサインが載る。よって自局のコールが1〜2度デジされれば、後は応答があるのをひたすら待てば良く(=無闇に呼び続ける必要がなく)、そうすることで自局への応答を見逃さない(=自局の送信と相手局からの信号が重なることで受信不能となるのを未然に回避する)ことに繋がるとともに、必要以上の送信を控えることで相手局(や他に交信したいと願う局)のアップリンクがデジされやすい環境を作ることにも繋がる。ないため、パイルを捌く側は、呼ばれてハイライト表示した局をクリックしてTo欄へセットし応答する......という手順を踏む。この時、気持ち的には先に呼んできた局から順に応答したいところ、実際には、受信したパケットを絶えず表示し続ける画面を遡ってスクロールすることが困難であるため、直近で呼んで来た局へ応答する傾向が強い。なると呼ぶ側は、呼んで呼んで呼びまくる以外に方法がなくなってしまう。なると、いわゆる「レンダーマン」は登場する、設備的に充実している局しかアップリンクできないetcetc.で、呼ぶ側もパイルを捌く側もますますアップリンクが困難になってしまう。負のスパイラル、総倒れである。前二項の視点を変えると呼ぶ側でGCTerminalを使う局は、パイルを捌く側がどのソフトを使っているのかが分かるため、ソフトに応じて呼び方を変えることができる。GCDigipeaterを使う局は、パイルを捌く側が使うソフトの別を判別する術がなく、従ってとにかく呼ぶことしかできない。すれば?パイルを捌く側も、それを呼ぶ側も、GCTerminalを使うことで、お互いが効率よく、しかも不要な送信を抑えることができ、結果的に交信局数を伸ばすことができると言えよう。kikori1906。