Date   

locked Re: dB Alert

Joe Subich, W4TV
 

Callsigns Window -> Settings -> Callsigns and click/check dB.
Note, you must be displaying "country" (the second line) for
dB to be available.

73,

... Joe, W4TV

On 2021-04-22 2:26 PM, Neil Foster wrote:
I have searched the help and recall the old format in JT Alert would display the dB in the window. I am not seeing that on the new format. Is it possible to enable that on the new program? I have not found how to activate it if it is possible...TNX and stay well all    Neil   N4FN


locked dB Alert

Neil Foster
 

I have searched the help and recall the old format in JT Alert would display the dB in the window. I am not seeing that on the new format. Is it possible to enable that on the new program? I have not found how to activate it if it is possible...TNX and stay well all    Neil   N4FN


locked Re: Line 10385

Gabriel - M0JHV
 
Edited


Long story short. Back in time, I have encountered a sound issue starting with two previous JTAlert versions. I restrained the issue by suspecting there is something related to Logging with HRD V5/V6. I have on my HRDLogbook two databases, one is 5.2x and another one is 6.3+. When I was disabling the logging, everything worked (is working fine). Same thing for Logging with HRD V5. But when II chose to log with V6(6.3) - my M0JHV being linked to a 6.3 database, the things are going bad (only when the sound is ON). Every test for sound (of course on the laptop speakers), or a JTAlert generated sound makes the program shutdown (sometimes with some errors line, sometimes with no error).
The situation with 2.50.0 is quite similar - I hoped that I'll solve this issue by upgrading JTAlert - the crashes are now present with line 10385. As advised I removed (moved in another folder all config.sqlite files) and a new config.sqlite was generated (added) by JTAlert. So far so good, I made sound tests with success. Obviously with the default configuration, NO LOG. When I chose to log with HRD V5/V6 and I select the v6.3+ database, the same thing is happening - crash with line 10385. So, in my opinion, it's something related between sound on and HRD v.6.3. If you still consider it necessary I can send the config.sqlite.
 
73, de Gabriel M0JHV


locked Re: Line 10385

Gabriel - M0JHV
 

Hi Laurie,

Yes, the line is always the same, but If I'm turning the monitor off, the error does not appear anymore. When I turned the monitor on again, another line (10376 instead of 10385 as far as I remember) appeared.
I'll check soon to start JTAlert without a config file and I come up with the results and I'll send the file directly to you.

Thanks again, Gabriel M0JHV


locked Re: Error Messages on loading New Version 2.50.0 - need Help

 

Yes, 32 bit.  Tnx you.  Older version is just fine.

Glenn


locked Re: JT Alert 2.50.0 stopped by FrameworkCheck

Ed Wilson
 

Laurie,

I am experiencing the same problems with 32-bit Windows 10 so the issue is not limited to Windows 7 32-bit.

Ed, K0KC


locked Re: B4 bad decoding

HamApps Support (VK3AMA)
 

On 22/04/2021 6:07 pm, Jacques Corbu wrote:
HI Laurie  did you get the  ADIF export from Denis

I have same issue  9G5FI  keeps coming up i.e. I have worked him on multiple bands yet 20M ft8 keeps showing as wanted even though confirmed LoTW etc ?

He is in the wsjtx log as well as HRD lV6.7.   SQL log (mariaDB)   and in the  B4logV2 on JTAlert v2.5

I do not want to put him on ignored callsign  as need that country on some bands since ignored cannot be selected by band 

Thanks Jacques F1VEV  great work on 2.50

Yes, I have the adif file and your support request. It has been a bit busy today. I will look at them tomorrow.

de Laurie VK3AMA


locked Re: B4 bad decoding

Jacques F1VEV
 

HI Laurie  did you get the  ADIF export from Denis

I have same issue  9G5FI  keeps coming up i.e. I have worked him on multiple bands yet 20M ft8 keeps showing as wanted even though confirmed LoTW etc ?

He is in the wsjtx log as well as HRD lV6.7.   SQL log (mariaDB)   and in the  B4logV2 on JTAlert v2.5

I do not want to put him on ignored callsign  as need that country on some bands since ignored cannot be selected by band 

Thanks Jacques F1VEV  great work on 2.50


locked Re: Messaging window callsign editing

K9MK
 

Regarding "What is the issue you want to resolve by removing callsigns?", my issue was I had about 10 DX stations message me Sunday, all their calls stayed for the duration of the session. Note: I seldom turn off the station or reboot things. I wanted to message the one or two hams that I frequently SMS between but I had to keep pointing back at their calls within the long list of "one and done" messages.  I was looking for a way to edit-delete them out without closing and reopening the App.

On the Message Options window, I found that option box and made the adjustment, thanks.

73  Mike  K9MK


locked Re: JT Alert 2.50.0 stopped by FrameworkCheck

Laurie, VK3AMA
 

On 22/04/2021 9:41 am, Eric Alchowiak wrote:

Here's a capture of FrameworkCheck which might be a clue.

Eric A
KO0V

Eric,

I know it is premature, and I may regret the post in the future, but this is what I posted to the JTAlert Test group today after an initial test of 2.50.0 on a 32bit Win10 PC that had been recently failing with the same results as you.

   

This was not an exhaustive test, but it is significant progress IMO.

de Laurie VK3AMA


locked Re: JT Alert 2.50.0 update and now nothing works on JT Alert app

HamApps Support (VK3AMA)
 

On 19/04/2021 11:18 pm, Bryan Downes wrote:
Many thanks for the extra bits Laurie and whilst a bit small for my old eyes they are readable on my 27" 5k iMac.

All the new windows are zoomable. If the text is too small zoom the window, the max is 300%.
Instructions are in the 2.50.0 features help file or look under the help view of the Options popup (click the gear icon).

de Laurie VK3AMA


locked Re: DT explanation request

HamApps Support (VK3AMA)
 

On 21/04/2021 8:57 am, Alessandro Gorobey via groups.io wrote:
thanks for the quick response, but the value is always +1,0 (one comma zero) and never change.

now my clock is off 0.294ms and there is over 20 decodes per cycle

last 100 DT are
 -2.2  -1.0  -0.6  -0.6  -0.6  -0.4  -0.2  -0.2  -0.2  -0.2  -0.1  -0.1  -0.1  -0.1  -0.1  -0.1  -0.0   0.0   0.0  -0.0  -0.0   0.0   0.0   0.0   0.1   0.1   0.1   0.1   0.1   0.1   0.1   0.1   0.1   0.1   0.1   0.1   0.1   0.1   0.1   0.1   0.1   0.1   0.1   0.1   0.1   0.1   0.1   0.1   0.1   0.1   0.1   0.1   0.1   0.1   0.1   0.1   0.1   0.1   0.1   0.1   0.1   0.1   0.1   0.1   0.1   0.1   0.1   0.1   0.1   0.2   0.2   0.2   0.2   0.2   0.2   0.2   0.2   0.2   0.3   0.3   0.3   0.3   0.3   0.3   0.4   0.4   0.5   0.6   0.6   0.6   0.6   0.7   0.7   0.8   0.8   0.8   0.9   0.9   1.0   1.2

the media give me a value of about 0.1 as expected

Compliments again


73 Sandro IW3RAB

RRR, I'll take a closer look at the code.
Please use the "Help" -> "Contact Support" menu, on the main JTAlert window, to send me your JTAlert files for analysis.

de Laurie VK3AMA


locked Re: 2.5.0 -- AutoIt Error

HamApps Support (VK3AMA)
 

On 21/04/2021 11:25 am, David Merchant - K1DLM wrote:
I'm getting an AutoIT error every time I try to launch JTAlert 2.50.  Specifically, the error says "Line 6817 (File C:\Program Files(x86)\HamApps\JTAlert\JTAlert.exe)  Error: Subscript used on non-accessible variable.

I was able to get it to load initially and was using the software.  However, it wouldn't let me select a station for my next QSO, so I tried restarting it.  That's when the error occured.

Any suggestions?

Thanks & 73,

Dave
K1DLM

Try starting JTAlert without a config file. There may be something in the config that is tripping up JTAlert. See the JTAlert Help file (not the 2.50.0 features help), "Troubleshooting -> Setting Changes Not Remembered" topic. It explains where to find the config file. It may be worth trying to restore an old backup of the config.sqlite file first, explained in that help topic, before proceeding to starting JTAlert without a config file.

If starting JTAlert without a config file corrects the problem, I would greatly appreciate it if you could send me the problem config.sqlite file for examination. send it direct (not via this group) to VK3AMA.Ham.Apps [at] gmail.com

let me know your results.

de Laurie VK3AMA


locked Re: Error Messages on loading New Version 2.50.0 - need Help

HamApps Support (VK3AMA)
 

On 22/04/2021 10:16 am, GLENN - K4ZOT wrote:
I am having the attached error messages when loading version 2.50.0.  I have used JTAlert for several years with great success, but I am really stuck as to what to do to get 2.50.0 running.  I reloaded the previous version and everything works great.  I am running Windows 10. 

Any help is appreciated.

Glenn
K4ZOT

32bit windows by any chance?

If so this is the problem, recently confirmed.

Until a dedicated 32bit build of JTAlert is produced you will have to stay with JTAlert 2.16.17

de Laurie VK3AMA


locked Error Messages on loading New Version 2.50.0 - need Help

 

I am having the attached error messages when loading version 2.50.0.  I have used JTAlert for several years with great success, but I am really stuck as to what to do to get 2.50.0 running.  I reloaded the previous version and everything works great.  I am running Windows 10. 

Any help is appreciated.

Glenn
K4ZOT


locked Re: JT Alert 2.50.0 stopped by FrameworkCheck

Eric Alchowiak <alchowiake@...>
 

Thanks. 

Here's a capture of FrameworkCheck which might be a clue.

Eric A
KO0V



From: Support@HamApps.groups.io <Support@HamApps.groups.io> on behalf of HamApps Support (VK3AMA) <vk3ama.ham.apps@...>
Sent: Wednesday, April 21, 2021 7:21 PM
To: Support@HamApps.groups.io <Support@HamApps.groups.io>
Subject: Re: [HamApps] JT Alert 2.50.0 stopped by FrameworkCheck
 
On 22/04/2021 8:56 am, Eric Alchowiak wrote:
No. Net 5 installed just fine. 2.50 just refuses to start and generates a litany of error messages. 

Like I said 32 bit windows 10. 

Eric A 
KO0V

OK Eric,

32 bit (x86) appears to be the common denominator.

The litany of error messages I assume are "AutoIT errors" after trying to start JTAlert. That is a side-effect of trying to run JTAlert without the critical Manager process running. The Manager, like the FrameworkCheck file, is dependent on the new NET runtime and compiled as "Any CPU" executables.

While JTAlert 2.50.0 and the FrameworkCheck app are compiled as "Any CPU" applications, which means they will execute as either x86 or x64 depending on the bitness of your Windows version, I suspect this is not the case and something is preventing the executables from running under 32 bit Windows.

I am working with a JTAlert Test Team member who has a 32bit Win10 system that is also experiencing the same problem.

At this time, the only course of action is for 32 bit Windows users to stay with JTAlert 2.16.17 and oinly upgrade once a new 32bit compatible version of JTAlert is published.

Sorry for the inconvenience.

de Laurie VK3AMA



locked Re: JT Alert 2.50.0 stopped by FrameworkCheck

HamApps Support (VK3AMA)
 

On 22/04/2021 8:56 am, Eric Alchowiak wrote:
No. Net 5 installed just fine. 2.50 just refuses to start and generates a litany of error messages. 

Like I said 32 bit windows 10. 

Eric A 
KO0V

OK Eric,

32 bit (x86) appears to be the common denominator.

The litany of error messages I assume are "AutoIT errors" after trying to start JTAlert. That is a side-effect of trying to run JTAlert without the critical Manager process running. The Manager, like the FrameworkCheck file, is dependent on the new NET runtime and compiled as "Any CPU" executables.

While JTAlert 2.50.0 and the FrameworkCheck app are compiled as "Any CPU" applications, which means they will execute as either x86 or x64 depending on the bitness of your Windows version, I suspect this is not the case and something is preventing the executables from running under 32 bit Windows.

I am working with a JTAlert Test Team member who has a 32bit Win10 system that is also experiencing the same problem.

At this time, the only course of action is for 32 bit Windows users to stay with JTAlert 2.16.17 and oinly upgrade once a new 32bit compatible version of JTAlert is published.

Sorry for the inconvenience.

de Laurie VK3AMA



locked Re: JTAlert 2.50 Won't start

Eric Alchowiak <alchowiake@...>
 

It's a 32 bit system with 8 gig of ram. 

Eric A 
NO0V


From: Support@HamApps.groups.io <Support@HamApps.groups.io> on behalf of HamApps Support (VK3AMA) <vk3ama.ham.apps@...>
Sent: Wednesday, April 21, 2021 5:28 PM
To: Support@HamApps.groups.io <Support@HamApps.groups.io>
Subject: Re: [HamApps] JTAlert 2.50 Won't start
 
On 21/04/2021 12:33 pm, alchowiake@... wrote:
I have windows 10 with ALL Microsoft updates installed. I have Net 5 runtime installed but when I load 2.50 Frameworkcheck says "This app can't run on your PC" and a bunch of other random error messages follow.

OM (name? Callsign?)

Is this on a 32bit or 64bit system?

de Laurie VK3AMA


locked Re: JT Alert 2.50.0 stopped by FrameworkCheck

alchowiake@...
 

No. Net 5 installed just fine. 2.50 just refuses to start and generates a litany of error messages. 

Like I said 32 bit windows 10. 

Eric A 
KO0V


From: Support@HamApps.groups.io <Support@HamApps.groups.io> on behalf of HamApps Support (VK3AMA) <vk3ama.ham.apps@...>
Sent: Wednesday, April 21, 2021 5:32 PM
To: Support@HamApps.groups.io <Support@HamApps.groups.io>
Subject: Re: [HamApps] JT Alert 2.50.0 stopped by FrameworkCheck
 
On 22/04/2021 4:35 am, alchowiake@... wrote:
I have 32bit Windows 10 Home version 20H2 (which is the latest) with Net 5 and FrameworkCheck claims it's incompatible with my system so I can't get 2.50 to run. If I try to ignore this and run 2.50 anyway it just generates a bunch of error messages.

Are you saying the .NET 5 Desktop Runtime will not install due to an incompatibility error? That should not be the case, unless you're trying to install the X64 version when it needs to be the X86 version for 32bit Windows.

JTAlert throwing errors is inevitable if the .NET 5 Desktop Runtime is not installed. The runtime is not optional it is mandatory for correct JTAlert 2.50.0 operation.


de Laurie VK3AMA


locked Re: Feature suggestion for variable filters for multiple instances #FT8

HamApps Support (VK3AMA)
 

On 22/04/2021 6:29 am, Pat N6PAT via groups.io wrote:

My idea is to have the ability to configure numerous filters on the settings page and save them under unique names such as Just NA, NA LOTW, EU eQSL, CQ Only, etc.These would be created on the main settings page and could be made available to each instance via a drop down list at the bottom of the Call Sign Window.

Per instance profiles will be coming, but likely not until all the old code and its monolithic Settings window and settings file are replaced.  That is not any time soon.

But, what you want with per instance filtering is already available but not remembered across restarts. Rather than going into the Settings and making filter changes which then requires restarting all your instances, simply use the "Alerts -> Filters" menu of each JTAlert window. That menu selection can be done on a per instance basis but will need to be reselected when you next start JTAlert. FYI, that menu selection has been available for several years, it is not new.

de Laurie VK3AMA

2541 - 2560 of 36897