Date   

locked subscribe

AI4VV
 

I would like to subscribe to the group.

Susan


locked Re: Timing Adjustment.

Michael Black
 

On Monday, September 14, 2020, 02:40:55 PM CDT, HamApps Support (VK3AMA) <vk3ama.ham.apps@...> wrote:


On 15/09/2020 3:52 am, JoAnn Donaldson via groups.io wrote:
Besides I have already figured out how to solve my problem with JTALert NOT logging to ACLog. It seems that when JTALert does the check for Worked Before that is when ACLog pops the error message and the Log entry is deleted. I turned OFF CHECK BEFORE and now it logs successfully. I never understand why JTALert needed to remind you that you have already worked a station before when WSIT-X already does by turning the contact GREEN.
   I suspect the timing issue is ONLY with the Before Check. I am running ACLog on a separate computer thus have to use the Manual Mode to access ACLog. Also do not understand why JTALert needs a PHYSICAL Path to the database when the N3FJP API gives the Client all the access it needs.

So put this thread asleep. I have found a flaw in how the BeFor Check is done when ACLog is on a separate computer. I found a work around for the flaw. If the Developer wants to correct this, I am more than willing to tests an update.

JoAnn Donaldson - AB8YZ 

Sorry, buy your wrong on so many fronts.
  • First, there is nothing to fix, there is no B4 flaw to correct.
  • What is this error message that ACLog is showing? Post an image of this ACLog generated message.
  • WSJT-X reporting of B4 is independent of your ACLog log file and can be grossly out-of-sync with ACLog. JTAlert does its B4 checks against your primary log, ACLog, not the WSJTX log file which at any time could be empty, truncated or missing.

  • The Timing adjustments your referring to have NOTHING to do with B4 checks. It used used purely for the QSO logged success checks. This is why the settings entry is under the "Logging" section (funny that).

  • The ACLog API is very inefficient when performing many Callsign lookups (for the B4 checks) at the end of a busy FT8 period where there may be 20, 30, 40 or more callsigns to check. Direct querying of the Log file is the quickest technique.

  • The ACLog API doesn't allow for custom sql queries that JTAlert uses, so direct log access is needed. This applies to all the supported loggers, not just ACLog.

  • You have slowed things down further by having the ACLog file on a different PC than JTAlert so network latency is introduced further slowing log file reads.  JTAlert does cache (in memory) the results of the slow disk file lookups, but there will always be at least one physical log lookup when a callsign is first decoded.

  • The Alert database (used to determine what alerts a callsigns/decode generates) requires direct access to the Log file in order to run the many hundreds of sql queries needed  to rebuild the database. The Alert database is used for high-speed determination of what alerts are triggered, it is impractical to run multiple queries (if even possible) via the ACLog API to check if a Callsign is a needed DXCC, State, Grid, Prefix, etc, at the end of a FT8 period. This in-memory database is used.

de Laurie VK3AMA


locked Re: Timing Adjustment.

HamApps Support (VK3AMA)
 

On 15/09/2020 3:52 am, JoAnn Donaldson via groups.io wrote:
Besides I have already figured out how to solve my problem with JTALert NOT logging to ACLog. It seems that when JTALert does the check for Worked Before that is when ACLog pops the error message and the Log entry is deleted. I turned OFF CHECK BEFORE and now it logs successfully. I never understand why JTALert needed to remind you that you have already worked a station before when WSIT-X already does by turning the contact GREEN.
   I suspect the timing issue is ONLY with the Before Check. I am running ACLog on a separate computer thus have to use the Manual Mode to access ACLog. Also do not understand why JTALert needs a PHYSICAL Path to the database when the N3FJP API gives the Client all the access it needs.

So put this thread asleep. I have found a flaw in how the BeFor Check is done when ACLog is on a separate computer. I found a work around for the flaw. If the Developer wants to correct this, I am more than willing to tests an update.

JoAnn Donaldson - AB8YZ 

Sorry, buy your wrong on so many fronts.
  • First, there is nothing to fix, there is no B4 flaw to correct.
  • What is this error message that ACLog is showing? Post an image of this ACLog generated message.
  • WSJT-X reporting of B4 is independent of your ACLog log file and can be grossly out-of-sync with ACLog. JTAlert does its B4 checks against your primary log, ACLog, not the WSJTX log file which at any time could be empty, truncated or missing.

  • The Timing adjustments your referring to have NOTHING to do with B4 checks. It used used purely for the QSO logged success checks. This is why the settings entry is under the "Logging" section (funny that).

  • The ACLog API is very inefficient when performing many Callsign lookups (for the B4 checks) at the end of a busy FT8 period where there may be 20, 30, 40 or more callsigns to check. Direct querying of the Log file is the quickest technique.

  • The ACLog API doesn't allow for custom sql queries that JTAlert uses, so direct log access is needed. This applies to all the supported loggers, not just ACLog.

  • You have slowed things down further by having the ACLog file on a different PC than JTAlert so network latency is introduced further slowing log file reads.  JTAlert does cache (in memory) the results of the slow disk file lookups, but there will always be at least one physical log lookup when a callsign is first decoded.

  • The Alert database (used to determine what alerts a callsigns/decode generates) requires direct access to the Log file in order to run the many hundreds of sql queries needed  to rebuild the database. The Alert database is used for high-speed determination of what alerts are triggered, it is impractical to run multiple queries (if even possible) via the ACLog API to check if a Callsign is a needed DXCC, State, Grid, Prefix, etc, at the end of a FT8 period. This in-memory database is used.

de Laurie VK3AMA


locked Re: Timing Adjustment.

JoAnn Donaldson
 

I think I finally figured out what you all are saying. In the pictures you all show it shows the screen as being in

Logging
    Standard ADIF File

because in YOUR IMAGE the Standard ADIF File is highlighted Blue which indicates that you have that Sub menu selected. Besides I have already figured out how to solve my problem with JTALert NOT logging to ACLog. It seems that when JTALert does the check for Worked Before that is when ACLog pops the error message and the Log entry is deleted. I turned OFF CHECK BEFORE and now it logs successfully. I never understand why JTALert needed to remind you that you have already worked a station before when WSIT-X already does by turning the contact GREEN.
   I suspect the timing issue is ONLY with the Before Check. I am running ACLog on a separate computer thus have to use the Manual Mode to access ACLog. Also do not understand why JTALert needs a PHYSICAL Path to the database when the N3FJP API gives the Client all the access it needs.

So put this thread asleep. I have found a flaw in how the BeFor Check is done when ACLog is on a separate computer. I found a work around for the flaw. If the Developer wants to correct this, I am more than willing to tests an update.

JoAnn Donaldson - AB8YZ 

On Monday, September 14, 2020, 12:27:43 PM CDT, Michael Black via groups.io <mdblack98@...> wrote:


It's not that you have ADIF selected for logging.

It's that you have the ADIF menu selected instead of the Logging menu.


Inline image

Mike W9MDB




On Monday, September 14, 2020, 12:22:23 PM CDT, JoAnn Donaldson via groups.io <joannplano2005@...> wrote:


How does my image DO NOT Show I have NOT selected Logging then Standard ADIF File"?????????

JoAnn - AB8YZ

On Sunday, September 13, 2020, 7:13:18 PM CDT, JoAnn Donaldson <joannplano2005@...> wrote:


I hate to say this but that menu does not exist on my JTALert. Here is what it says on mine.Inline image


On Sunday, September 13, 2020, 4:03:09 PM CDT, HamApps Support (VK3AMA) <vk3ama.ham.apps@...> wrote:


On 14/09/2020 6:17 am, JoAnn Donaldson via groups.io wrote:
I do not see any entry for Asjustment under Logging or under Miscellaneous.
Under Miscellaneous I see
        Hot Keys

Thats it. No Entry to adjust the Timing. Under Logging I see
          Last QSO API
          Last B4 Database
          Standard ADIF File
        + DXLAb DXkeeper
        HDR V5/V6
        Log4OM V1
        Log4OM V2
      +ACLog

Click the "Logging" entry in the left tree-view display.
   

de Laurie VK3AMA


locked Re: Timing Adjustment.

Michael Black
 

It's not that you have ADIF selected for logging.

It's that you have the ADIF menu selected instead of the Logging menu.


Inline image

Mike W9MDB




On Monday, September 14, 2020, 12:22:23 PM CDT, JoAnn Donaldson via groups.io <joannplano2005@...> wrote:


How does my image DO NOT Show I have NOT selected Logging then Standard ADIF File"?????????

JoAnn - AB8YZ

On Sunday, September 13, 2020, 7:13:18 PM CDT, JoAnn Donaldson <joannplano2005@...> wrote:


I hate to say this but that menu does not exist on my JTALert. Here is what it says on mine.Inline image


On Sunday, September 13, 2020, 4:03:09 PM CDT, HamApps Support (VK3AMA) <vk3ama.ham.apps@...> wrote:


On 14/09/2020 6:17 am, JoAnn Donaldson via groups.io wrote:
I do not see any entry for Asjustment under Logging or under Miscellaneous.
Under Miscellaneous I see
        Hot Keys

Thats it. No Entry to adjust the Timing. Under Logging I see
          Last QSO API
          Last B4 Database
          Standard ADIF File
        + DXLAb DXkeeper
        HDR V5/V6
        Log4OM V1
        Log4OM V2
      +ACLog

Click the "Logging" entry in the left tree-view display.
   

de Laurie VK3AMA


locked Re: Timing Adjustment.

JoAnn Donaldson
 

How does my image DO NOT Show I have NOT selected Logging then Standard ADIF File"?????????

JoAnn - AB8YZ

On Sunday, September 13, 2020, 7:13:18 PM CDT, JoAnn Donaldson <joannplano2005@...> wrote:


I hate to say this but that menu does not exist on my JTALert. Here is what it says on mine.Inline image


On Sunday, September 13, 2020, 4:03:09 PM CDT, HamApps Support (VK3AMA) <vk3ama.ham.apps@...> wrote:


On 14/09/2020 6:17 am, JoAnn Donaldson via groups.io wrote:
I do not see any entry for Asjustment under Logging or under Miscellaneous.
Under Miscellaneous I see
        Hot Keys

Thats it. No Entry to adjust the Timing. Under Logging I see
          Last QSO API
          Last B4 Database
          Standard ADIF File
        + DXLAb DXkeeper
        HDR V5/V6
        Log4OM V1
        Log4OM V2
      +ACLog

Click the "Logging" entry in the left tree-view display.
   

de Laurie VK3AMA


locked Re: JtAlert call sign colors

Gerald Klotz
 

Laurie before I go and mess anything else up, do I delete that via the software or is it a file I need to located in a folder?


locked Re: Decodes window and chrome remote desktop

rogich@...
 

I reboot win 10 every few days. Rebooted again no difference. Anywhere on decode window crashes it.
I also restart jtalert every time it crashes just decode window.


locked Re: Timing Adjustment.

Roger M
 

@JoAnn Donaldson
Don't worry, that's an honest mistake. It got me a couple of times, as well. It's not always apparent that some settings are contained in the header lines, in addition to the sub-categories.
Roger
AC6BW


locked Re: JT Alert intermittent

HamApps Support (VK3AMA)
 

On 14/09/2020 10:29 am, James Bricker wrote:
It totally ignores my call sign.  No highlighting or change of color and doesn't play the .wav file.  Other times it works fine.  No detectable pattern to when it works or doesn't.
When it does work it often picks up on the call sign when the other person sends a 73.


What Alert filters do you have set?
It sounds like the stations calling you are being filtered out because they are not passing the Alert filters.

de Laurie VK3AMA


locked Re: Timing Adjustment.

John L. Broughton
 

As to smaller pictures. that is easy to accomplish.

Download the free Microsoft picture resizer

https://www.microsoft.com/en-us/p/image-resizer-for-windows-10/9nwwmh081ddb?activetab=pivot:overviewtab

Once installed, all you have to to is select one or more pictures you have saved on your computer, right click on it/them and then select 'Resize pictures.' When the window opens up, you choose the size. I have found that to be one of the most useful tools for many years.

John, WB9VGJ

On 9/13/2020 1:35 PM, Jim Cooper wrote:



On 13 Sep 2020 at 20:17, JoAnn Donaldson via groups.io wrote:

> Sorry about the images sizes. I do not see any entry for Asjustment
> under Logging or under Miscellaneous.
> Under Miscellaneous I see
>         Hot Keys
>
>
> Thats it. No Entry to adjust the Timing. Under Logging I see
>           Last QSO API
>           Last B4 Database
>           Standard ADIF File
>         + DXLAb DXkeeper
>         HDR V5/V6
>         Log4OM V1
>         Log4OM V2
>       +ACLog
>
>
> Again nothing about Timing Adjustment.
>
>
> I am using JTALert V 2.16.13

  

Virus-free. www.avg.com


locked Re: Timing Adjustment.

Jim Cooper
 


Click the line that says LOGGING ... not
one of the log selections ...  


On 14 Sep 2020 at 0:13, JoAnn Donaldson via groups.io wrote:

 I hate to say this but that menu does not exist on my JTALert. Here
is what it says on mine.


    On Sunday, September 13, 2020, 4:03:09 PM CDT, HamApps Support
(VK3AMA) <vk3ama.ham.apps@...> wrote:
 
  On 14/09/2020 6:17 am, JoAnn Donaldson via groups.io wrote:

I do not see any entry for Asjustment under Logging or under
Miscellaneous. Under Miscellaneous I see         Hot Keys
  Thats it. No Entry to adjust the Timing. Under Logging I see
          Last QSO API           Last B4 Database
          Standard ADIF File         + DXLAb DXkeeper
        HDR V5/V6         Log4OM V1        
Log4OM V2       +ACLog
 
 Click the "Logging" entry in the left tree-view display.
    
 
 de Laurie VK3AMA
 



  


locked Re: Decodes window and chrome remote desktop

HamApps Support (VK3AMA)
 

On 14/09/2020 8:49 am, rogich via groups.io wrote:
As soon as I remote DT into my win 10 box, decode window crashes with an exception when I click on it remotely. Says clipboard operation failed.
Everything else is ok. 
2.16.13, win 10 home 1909, RD 1.5, other end is Android 9 S6 tablet (also crashes on S10e). Nov 5,2019 version.
Also crashes on MacBook Air 2017 with Edge or Chrome extension.
Not a big issue. Just fyi


I remote desktop into my Ham PC 99.9% of the time, I rarely sit in front of the PC, without this problem. Admittedly I am not using Chrome. I am not sure what could be the cause. This is the first report I have received of this behavior.

How long since you restarted your Win10PC?

What part of the Decodes window are you clicking on?

Please post a capture of the error message window. That will help with diagnosis.

de Laurie VK3AMA


locked Re: Timing Adjustment.

HamApps Support (VK3AMA)
 

On 14/09/2020 10:13 am, JoAnn Donaldson via groups.io wrote:
I hate to say this but that menu does not exist on my JTALert. Here is what it says on mine.

Seriously!

Your image shows your not even selecting the "Logging" entry as has been advised several times.
You have selected the "Standard ADIF File" entry (blue/white highlight)


Select the "Logging" entry pointed to by the big red arrow.

If you don't get the "Logging" entry highlighted you have not selected it. Like so...


de Laurie VK3AMA


locked Re: JT Alert intermittent

James Bricker <jhbricker@...>
 

Thanks Jim N6VH

Updating to 2.16.13 solved the problem of intermittent announcements.

Virus-free. www.avast.com


locked Re: JT Alert intermittent

James Bricker <jhbricker@...>
 

It totally ignores my call sign.  No highlighting or change of color and doesn't play the .wav file.  Other times it works fine.  No detectable pattern to when it works or doesn't.
When it does work it often picks up on the call sign when the other person sends a 73.

Virus-free. www.avast.com


locked Re: Timing Adjustment.

JoAnn Donaldson
 

I hate to say this but that menu does not exist on my JTALert. Here is what it says on mine.Inline image


On Sunday, September 13, 2020, 4:03:09 PM CDT, HamApps Support (VK3AMA) <vk3ama.ham.apps@...> wrote:


On 14/09/2020 6:17 am, JoAnn Donaldson via groups.io wrote:
I do not see any entry for Asjustment under Logging or under Miscellaneous.
Under Miscellaneous I see
        Hot Keys

Thats it. No Entry to adjust the Timing. Under Logging I see
          Last QSO API
          Last B4 Database
          Standard ADIF File
        + DXLAb DXkeeper
        HDR V5/V6
        Log4OM V1
        Log4OM V2
      +ACLog

Click the "Logging" entry in the left tree-view display.
   

de Laurie VK3AMA


locked Re: JTAlert unable to confirm QSO logged

Jake Groenhof
 

Thanks, Laurie. A simple checking of the TCP box did it.


locked Decodes window and chrome remote desktop

rogich@...
 

As soon as I remote DT into my win 10 box, decode window crashes with an exception when I click on it remotely. Says clipboard operation failed.
Everything else is ok. 
2.16.13, win 10 home 1909, RD 1.5, other end is Android 9 S6 tablet (also crashes on S10e). Nov 5,2019 version.
Also crashes on MacBook Air 2017 with Edge or Chrome extension.
Not a big issue. Just fyi


locked Re: JTAlert unable to confirm QSO logged

HamApps Support (VK3AMA)
 

On 14/09/2020 6:54 am:
I cannot get WSJT-X, JTAlert and AC Logger to work together to log QSOs. A message pops up:
ERROR Message: ACLOG File: unable to confirm QSO logged. I assume there is a simple fix, but would appreciate some direction.
Is this a JTAlert issue or ACLog?

OM,

Does the QSO actually get logged in ACLog despite the error message?
  • If yes, see the Help File, "Frequently Asked Questions -> Warning about QSO not logged when it is logged" topic.

  • If No, see the Help File, "Settings -> Logging -> ACLog" topic. ACLog must be running and have its TCP API enabled.

de Laurie VK3AMA