Date   

locked Re: Sound Not Working in 2.15.4

Jack Spitznagel (KD4IZ)
 

Laurie,

 

I embarked on installing this version with some trepidation after all these reports of no sound/sound loss.

 

It installed without a hitch, but no sound… then I got the warning panel and set the sound device to the Realtek device, still no joy, then picked a couple of other devices and went back to RealTek… still no joy. Restarted JTAlert and THEN noticed that I had never turned on the sound.

 

After turning on the sound… it worked.

 

Machine is a Dell i7 based desktop with more than enough memory and storage running the most current update drop of Win10 64 bit. What is the problem now? I just turned on my sound… (I never really used it before anyway).

 

Oh Well, <headsmack, facepalm>

 

KD4IZ

Jack Spitznagel

FM19oo


locked Error: Variable used without being declared.

Robert A Wilson
 

I've received the error below with version 2.15.3 and with version 2.15.4. I've tried uninstalling and reinstalling. Does anyone have any other suggestions?
---------------------------
AutoIt Error
---------------------------
Line 39848  (File "C:\Program Files (x86)\HamApps\JTAlert\JTAlert.exe"):
 
 
Error: Variable used without being declared.


locked JTAlert 2.15.4 Much Slower?

Chad Kurszewski
 

After upgrading to 2.15.4, I noticed that there is much delay from when WSJT-X "prints" calls to when JTAlert prints calls in the display slots/lines.  No other windows running on JTAlert (no decodes history, callsign history, band activity windows).  It's not until about second 5 or 6 or 7 into the cycle (FT8) when JTAlert starts printing calls from the prior sequence.

I reverted back to 2.15.0 and it printed calls starting at second 2.
Re-loaded 2.15.4 and it's back to 5 or 6 seconds.

73,
Chad WE9V


locked Re: Worked B4 Color Isn't Changing

HamApps Support (VK3AMA)
 
Edited

On 6/12/2019 2:46 am, WA8RZR - Jan Blair wrote:
I just updated to Version 2.15.4, where you fixed my issue of:
    - Mode not written to the B4Log.mdb file when logging is disabled.
Made a contact this morning, and your software properly captured and identified the station as a Worked B4 entity.

Again, thank you so very much for all your effort on this excellent software tool, and being so responsive to the users.

73,

Jan Blair
WA8RZR
Jan,

Thanks for confirming the fix.

I suggest you create a new B4Log.mdb file then perform an import of an ADIF export from your primary logger. This will correct the previously recorded entries with the missing mode.

de Laurie VK3AMA


locked Re: Sound Not Working in 2.15.4

HamApps Support (VK3AMA)
 

On 5/12/2019 4:24 pm, Barry Murrell ZS2EZ wrote:

Installed the new 2.15.4 version – sound stopped working. Reverted back to 2.15.3 – works perfectly.

 

I use the onboard Realtek sound card for my alerts/system sounds etc – it is the Windows Default sound card, but is selected by name in JTAlert.

 

Before reverting back I tried restarting the PC, to no avail. Running Windows 10 64 Bit (1909 update), 16Gb RAM, JTDX 2.1.0-rc144 and logging to DXKeeper.

 

73 de BARRY MURRELL ZS2EZ


Barry,

Please try the following after installing 2.15.4
  1. Stop JTAlert if it is running.
  2. Use Windows File Explorer, go to the %localappdata%\HamApps\cache directory and delete the AudioDevices.txt file in that directory
  3. Start JTAlert
  4. Under the Sound Menu select your Realtek device, the name may be truncated to 32 characters as with previous versions of JTAlert, that is ok.
  5. Use the Test menu.
  6. If the test sound does not play, select another device then reselect the Realtek and repeat the test.

If the above doesn't get you working, then rollback to 2.15.3 until I am able to reproduce the defect and code a fix.

Let me know how you get on.

de   


locked Re: Sound Not Working in 2.15.4

Ron W3RJW
 

That did not work here .. Tnx  Dwight   Back to .3
--
73
Ron, W3RJW


locked Re: Worked B4 Color Isn't Changing

WA8RZR - Jan Blair
 

Laurie, - follow-up to this reported issue

I just updated to Version 2.15.4, where you fixed my issue of:
    - Mode not written to the B4Log.mdb file when logging is disabled.
Made a contact this morning, and your software properly captured and identified the station as a Worked B4 entity.

Again, thank you so very much for all your effort on this excellent software tool, and being so responsive to the users.

73,

Jan Blair
WA8RZR
 


locked Re: Sound Not Working in 2.15.4

 

Realtek works on my system.  Using 2.15.4.

 

__________

Dan – K4SHQ

CFI/II

 

From: Support@HamApps.groups.io [mailto:Support@HamApps.groups.io] On Behalf Of Ron W3RJW via Groups.Io
Sent: Thursday, December 5, 2019 8:25 AM
To: Support@HamApps.groups.io
Subject: Re: [HamApps] Sound Not Working in 2.15.4

 

[Edited Message Follows]

Same problem here  Windows default also happens to be Realtek ... 

Went back to 2.15.3 and selected either Windows default or the Realtek and they both work.  Realtek does not work in 2.15.4


Win 8.1
--
73
Ron, W3RJW


--
Dan - K4SHQ


locked Re: Sound Not Working in 2.15.4

Dwight Bosselman
 

Try going into settings-soundcard and click on a couple of sound cards there, even if Realtek is already checked, ending up with the Realtek.

Started working fine after that.

73 Dwight NS9I

On 12/5/2019 8:25 AM, Ron W3RJW via Groups.Io wrote:

[Edited Message Follows]

Same problem here  Windows default also happens to be Realtek ... 

Went back to 2.15.3 and selected either Windows default or the Realtek and they both work.  Realtek does not work in 2.15.4


Win 8.1
--
73
Ron, W3RJW


locked Re: Sound Not Working in 2.15.4

Ron W3RJW
 
Edited

Same problem here  Windows default also happens to be Realtek ... 

Went back to 2.15.3 and selected either Windows default or the Realtek and they both work.  Realtek does not work in 2.15.4


Win 8.1
--
73
Ron, W3RJW


locked Re: Worked B4??

Neil Foster
 

Laurie,
At the present time I do not use FT4, I of course use FT8 and that is where the problem is.
TNX
Neil   N4FN


locked Re: Sound Not Working in 2.15.4

Barry Murrell ZS2EZ
 

Hi Hasan

 

Whilst my Realtek card happens to be the Default Sound Card, it was selected in JTAlert by it’s name (REALTEK SPEAKERS (High Definition)

 

Works perfectly in 2.15.3 ….. I NEVER select Windows Default Sound Card, as I have 6 sound devices (plus a virtual audio cable) set up on my PC!

 

73 de BARRY MURRELL ZS2EZ

KF26ta - Port Elizabeth, South Africa

 

From: Support@HamApps.groups.io [mailto:Support@HamApps.groups.io] On Behalf Of Hasan Schiers N0AN
Sent: Thursday, 05 December 2019 12:11
To: Support <Support@hamapps.groups.io>
Subject: Re: [HamApps] Sound Not Working in 2.15.4

 

It says right in the release notes that the Windows Default Sound Card will no longer work, period. You have to use a named sound card. Read the release notes. (If I understand your problem)

73, N0AN

Hasan

 

 

On Wed, Dec 4, 2019 at 11:24 PM Barry Murrell ZS2EZ <mailgroups@...> wrote:

Hi Laurie

 

Installed the new 2.15.4 version – sound stopped working. Reverted back to 2.15.3 – works perfectly.

 

I use the onboard Realtek sound card for my alerts/system sounds etc – it is the Windows Default sound card, but is selected by name in JTAlert.

 

Before reverting back I tried restarting the PC, to no avail. Running Windows 10 64 Bit (1909 update), 16Gb RAM, JTDX 2.1.0-rc144 and logging to DXKeeper.

 

73 de BARRY MURRELL ZS2EZ

KF26ta - Port Elizabeth, South Africa

EPC#0558 DMC#1690  30MDG#4081

DXCC HONOR ROLL (332/340)

DXCC(mixed)#41,146  DXCC(RTTY)#1,916

DXCC(phone)#34,990  DXCC(CW)#11,714

DXCC 80m,40m,30m,20m,17m,15m,12m,10m   5BDXCC#8,916

WAS Triple Play #492  WAS(RTTY)#538  WAS(Digital)#163-Endorsements JT65,FT8

WAZ(RTTY)#185  WAE-I(mixed)#72  WAZS(mixed)#214  AAA#1569

AS ZR6DXB: VUCC(50MHZ)#1,334  UKSMG WAE(Silver)#75  UKSMG AFRICA#22  WAC (Satellite)

website : www.zs2ez.co.za

 

 


locked Re: V2.15.3 No access to menus, not possibloe to close program without Task Manager

Frode Igland
 

Thanks to Mike and Laurie. Among my many icons, I didn't even notice the green icon. Once I found, all worked just fine. Always good to climb the learning ladder.

Frode LA6VQ


locked Re: Sound Not Working in 2.15.4

Hasan Schiers N0AN
 

It says right in the release notes that the Windows Default Sound Card will no longer work, period. You have to use a named sound card. Read the release notes. (If I understand your problem)
73, N0AN
Hasan


On Wed, Dec 4, 2019 at 11:24 PM Barry Murrell ZS2EZ <mailgroups@...> wrote:

Hi Laurie

 

Installed the new 2.15.4 version – sound stopped working. Reverted back to 2.15.3 – works perfectly.

 

I use the onboard Realtek sound card for my alerts/system sounds etc – it is the Windows Default sound card, but is selected by name in JTAlert.

 

Before reverting back I tried restarting the PC, to no avail. Running Windows 10 64 Bit (1909 update), 16Gb RAM, JTDX 2.1.0-rc144 and logging to DXKeeper.

 

73 de BARRY MURRELL ZS2EZ

KF26ta - Port Elizabeth, South Africa

EPC#0558 DMC#1690  30MDG#4081

DXCC HONOR ROLL (332/340)

DXCC(mixed)#41,146  DXCC(RTTY)#1,916

DXCC(phone)#34,990  DXCC(CW)#11,714

DXCC 80m,40m,30m,20m,17m,15m,12m,10m   5BDXCC#8,916

WAS Triple Play #492  WAS(RTTY)#538  WAS(Digital)#163-Endorsements JT65,FT8

WAZ(RTTY)#185  WAE-I(mixed)#72  WAZS(mixed)#214  AAA#1569

AS ZR6DXB: VUCC(50MHZ)#1,334  UKSMG WAE(Silver)#75  UKSMG AFRICA#22  WAC (Satellite)

website : www.zs2ez.co.za

 

 


locked Sound Not Working in 2.15.4

Barry Murrell ZS2EZ
 

Hi Laurie

 

Installed the new 2.15.4 version – sound stopped working. Reverted back to 2.15.3 – works perfectly.

 

I use the onboard Realtek sound card for my alerts/system sounds etc – it is the Windows Default sound card, but is selected by name in JTAlert.

 

Before reverting back I tried restarting the PC, to no avail. Running Windows 10 64 Bit (1909 update), 16Gb RAM, JTDX 2.1.0-rc144 and logging to DXKeeper.

 

73 de BARRY MURRELL ZS2EZ

KF26ta - Port Elizabeth, South Africa

EPC#0558 DMC#1690  30MDG#4081

DXCC HONOR ROLL (332/340)

DXCC(mixed)#41,146  DXCC(RTTY)#1,916

DXCC(phone)#34,990  DXCC(CW)#11,714

DXCC 80m,40m,30m,20m,17m,15m,12m,10m   5BDXCC#8,916

WAS Triple Play #492  WAS(RTTY)#538  WAS(Digital)#163-Endorsements JT65,FT8

WAZ(RTTY)#185  WAE-I(mixed)#72  WAZS(mixed)#214  AAA#1569

AS ZR6DXB: VUCC(50MHZ)#1,334  UKSMG WAE(Silver)#75  UKSMG AFRICA#22  WAC (Satellite)

website : www.zs2ez.co.za

 

 


locked Re: UDP port problems

Rick Johnson
 

That is why I reinstalled JTAlert.....to reload the files and it didn't work of course.
I sent my files once before but I don't remember how.  The Parkinson's is getting worse.
I'll figure it out.  Thanks for the help.
73,
Rick W3BI


On Wed, Dec 4, 2019 at 6:25 PM HamApps Support (VK3AMA) <vk3ama.ham.apps@...> wrote:
On 5/12/2019 9:34 am, Rick Johnson wrote:
Thinking about the problem.....I used Revo Uninstall to remove an Acom program.  I think in the list of 
"leftovers" was an important file for JTAlert.  It wasn't listed as such or I would have removed it before 
deleting the other files. Any idea what I did wrong?  
To answer your question, JTAlert 2.14.5 and WSJT 2.1.2 worked perfectly.

Revo removing needed JTAlert files would not cause JTAlert to stop receiving UDP data from WSJT-X, if anything it would produce a critical error dialog from JTAlert which would subsequently close. A rerunning of the JTAlert installer will restore any lost files/directories.

There have not been any recent changes in how JTAlert receives WSJT-X UDP traffic, internally 2.15.3 is exactly the same as 2.14.5.

The most likely cause is another application having exclusive access to the WSJT-X UDP port (2237) or WSJT-X is running with elevated privileges (set to run as administrator). There is never any need to run WSJT-X elevated.

If you haven't done so already, perform a PC restart, especially if your running Win10 as that is now the most common fix for unexpected or changed behavior.

If you still have no success, use the "Help" (or "? ") -> "Contact Support" menu, on the main JTAlert window, to send me your JTAlert files for analysis.

de Laurie VK3AMA


locked New JTAlert 2.15.4 is available. #Announcement #NewRelease

HamApps Support (VK3AMA)
 
Edited

The Latest JTAlert version 2.15.4 is now available @ https://hamapps.com/JTAlert/

This release has a critical fix for "NO Log" users.

Please review the Release notes at the end of this message.

de Laurie VK3AMA

The Release Notes...
2.15.4 (04-DEC-2019)

  *** Includes Callsign database file version 2019-12-02 (2019-December-02)

  Changes:

    - The Windows Default Sound Device is NO longer supported as one of the
       selected audio devices. A specific named device must be set.
       JTAlert will now present a dialog to change the device whenever it
       encounters (at startup) the last used named device is no longer found
       or was never set (ie was using the Windows default).

    - JTAlert no longer uses fixed UDP ports for inter-process communications
       between JTAlert.exe and JTAlertV2.Manager.exe. Ports are now assigned
       by the Windows OS from free ports in the range 49152 to 65535.

  Fixes:

    - Mode not written to the B4Log.mdb file when logging is disabled.


de Laurie VK3AMA


locked Re: JTAlert Log issue

Robert T
 


Laurie,
The log functions have started woring again.   The only thing I know I did was close and reopen WSJT-X and JTAlert.   I guess the restart fixed the issue.

Tnx
Bob, K2RET

On December 4, 2019 at 5:08 PM "HamApps Support (VK3AMA)" <vk3ama.ham.apps@...> wrote:

On 5/12/2019 4:01 am, Robert T wrote:
I am using JTAlert to log my QSO's to DXLabs DXKeeper.  This functions fine.
I also have JTAlert logging all Q's to my QRZ callbook and Clublog, and HRDlog automatically.  This function used to work.  Each time I entered a qso it would update my online logs.  Today I made about 20 FT-8 contacts and none have shown up in QRZ, Clublog or HRDLog.

Anyone have a clue as to what may have happened?

JTAlert version is 2.15.3
Callsign database ver. 2019.12.02
Sound files ver. 2.5.1
Online Logbooks:
QRZ.com is checked and API Key is correct
ClubLog is checked, and Call and password are correct
HRDLog is checked, Call and password are correct.

Now what?

TU,
Bob, K2RET
Bob,

All online log uploads are handled by the JTAlertV2.Manager process, while DXK logging is handled directly from the main JTAlert process.

Do other JTAlertV2.Manager handled functions work, like Audio, Text messages and Band Activity display, or are they similarly proken?

The last time the online log uploads worked was it with JTAlert 2.15.3 or an earlier version? If it was an earlier version what version, was it prior to 2.15.1?

Please let me know the answers to the above questions.

If the uploads worked previously with 2.15.3, then I suggest as a first diagnostic step perform a PC reboot. If that doesn't correct the behavior, wait a few hours for the next JTAlert release (2.15.4).

de Laurie VK3AMA


 


locked Re: Worked B4??

HamApps Support (VK3AMA)
 

On 5/12/2019 1:59 am, Neil Foster wrote:
Hi Mike and Laurie,
No, I had not done a "Scan Log and Rebuild" I will. And Laurie, Yes I see one or two as worked "B4". I use Ham Radio Deluxe...latest version, and have for many years.
Neil   N4FN
Neil,

A scan Log & rebuild will NOT resolve any B4 issues your having, it only affects the internal lists used by the Wanted Alerts.

If your seeing some B4s on the Band and not a total absence of B4s suggests the likely cause is within your Log file and JTAlert is not finding suitable entries when it does a B4 check.

Are the missing B4s for previously logged FT4 QSOs? If so you will likely find that HRDLogbook has them recorded as MFSK without a submode (the HRD Log schema doesn't have a SUBMODE column).

If an incorrect logged mode is not the answer, send me a copy of your HRD log file for analysis (only if it is an MSAccess type). Don't send the log via the group, send it to me direct.

Let me know what you find.

de Laurie VK3AMA


locked Re: UDP port problems

HamApps Support (VK3AMA)
 

On 5/12/2019 9:34 am, Rick Johnson wrote:
Thinking about the problem.....I used Revo Uninstall to remove an Acom program.  I think in the list of 
"leftovers" was an important file for JTAlert.  It wasn't listed as such or I would have removed it before 
deleting the other files. Any idea what I did wrong?  
To answer your question, JTAlert 2.14.5 and WSJT 2.1.2 worked perfectly.

Revo removing needed JTAlert files would not cause JTAlert to stop receiving UDP data from WSJT-X, if anything it would produce a critical error dialog from JTAlert which would subsequently close. A rerunning of the JTAlert installer will restore any lost files/directories.

There have not been any recent changes in how JTAlert receives WSJT-X UDP traffic, internally 2.15.3 is exactly the same as 2.14.5.

The most likely cause is another application having exclusive access to the WSJT-X UDP port (2237) or WSJT-X is running with elevated privileges (set to run as administrator). There is never any need to run WSJT-X elevated.

If you haven't done so already, perform a PC restart, especially if your running Win10 as that is now the most common fix for unexpected or changed behavior.

If you still have no success, use the "Help" (or "? ") -> "Contact Support" menu, on the main JTAlert window, to send me your JTAlert files for analysis.

de Laurie VK3AMA

6801 - 6820 of 33325