The rig is an Icom IC-7100 connected by a USB cable directly to a Windows 10 64-bit desktop machine with 32 GB RAM. No sound card needed but I do have to check Settings to make sure WSJT-X Audio Tab hasn’t changed after a forced restart.
I use Firefox or IE to open PskReporter to see what’s been reported by WSJT-X during the monitoring period. Rick WK1P ________________________________ From: Black Michael via wsjt-devel <wsjt-devel@lists.sourceforge.net> Sent: Saturday, July 6, 2019 3:35:43 PM To: pe...@ni6e.com; WSJT software development Cc: Black Michael Subject: Re: [wsjt-devel] WSJT Audio Input Loss What web browser do you use? There aren't a lot of these report so it doesn't seem like this is a common problem otherwise we'd hear more about it5. There has to be something in common. So what does your audio path look like? Rig, sound card, USB Hub?, PC model. de Mike W9MDB On Saturday, July 6, 2019, 02:32:27 PM CDT, Rick Drexel <rdre...@msn.com> wrote: Your observations match those I have seen for about a year. I've tried to find a common set of circumstances that always cause the failure but have had no luck. I use WSJT-X in FT8 receive mode and PSKREPORTER to check band performance over a long time period. After a random amount of time, WSJT-X come to a halt. Specifically the Wide Graph Display and the Band Activity Display stop updating. The UTC in the Wide Graph Display no longer matches the UTC in the bottom left portion of the Main window. There is no correlation between the activity on the band and the time it takes to hang. Rarely does it not hang. As a software developer this has all the hallmarks of a race condition failure. Two (or more) threads update a shared resource without using a LOCK, UPDATE, UNLOCK sequence. During a thread context swap one of the threads reads the value, loses control to another thread that updates the value, then the first thread gets scheduled and writes back its stale value. The result is undefined behavior. Most of the time there is no conflict. Even under a heavy load. Then it fails unexpectedly. This makes it extremely difficult to debug. To recover I have to exit out of WSJT-X and restart it. This might not be the root cause but I would put it high on my list of the usual suspects. 73, Rick WK1P ________________________________ From: Peter Putnam <pe...@ni6e.com> Sent: Wednesday, July 3, 2019 3:06 PM To: wsjt-devel@lists.sourceforge.net Subject: [wsjt-devel] WSJT Audio Input Loss Greetings, I have been using WSJT-X quite successfully for several years during June VHF Contests. I experienced a failure of the WSJT program to accept received audio input after several hours of proper operation during the recent Field Day exercise. I'll provide a brief outline and reply with more detail, should it be needed. My computer is a Dell Optiplex 780 running Win 7 Pro SP1, 64-bit. The WSJT-X software version is 2.0.1 7ddcb7. My receiver is a Flex 6500. It passes data to a Flex-supplied "DAX" program that interfaces various applications that wish to receive the audio stream. WSJT accepts the stream and displays results on the Wide Graph and a small audio signal-strength window. Activity proceeded normally for the first three hours of Field Day, until both the Wide Graph and the audio signal-strength stopped showing any incoming audio. I can't offer any help on what might have caused the problem. It was abrupt and seemingly unrelated to any other system actions. I am unable to reproduce the problem. Several operators spent several hours speculating about what a solution might be. Program restarts and computer re-boots (time-tested favorite of generations) changed nothing. The only useful clue was that the DAX audio output stream was present and could be re-directed to Fldigi, but not to WSJT-X. I was able to restore operation for a brief period by stopping WSJT, renaming WSJT.ini and restarting WSJT. That fix lasted for a half hour. Repeating the procedure provided operation for the rest of Field Day. The two .ini files that were renamed are available for your inspection, along with the one that continued to function. Any suggestions you can offer to prevent a recurrence would be greatly appreciated. Regards, Peter NI6E _______________________________________________ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.sourceforge.net%2Flists%2Flistinfo%2Fwsjt-devel&data=02%7C01%7C%7Cc8a88765c47b45e54e0208d6ffea13fc%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636977778175354267&sdata=QIhhN8eBXU7WkgMKIK4WOGh%2BO2Zt6d3mRyQ5qFFV%2FGM%3D&reserved=0<https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.sourceforge.net%2Flists%2Flistinfo%2Fwsjt-devel&data=02%7C01%7C%7C028b11a517d4493b190808d702496ee4%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636980386726425860&sdata=6R6u7cKiy5Rvb2kB4AM3H0Kqd5bTbc8AM0DazKU%2B5KI%3D&reserved=0> _______________________________________________ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net<mailto:wsjt-devel@lists.sourceforge.net> https://lists.sourceforge.net/lists/listinfo/wsjt-devel<https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.sourceforge.net%2Flists%2Flistinfo%2Fwsjt-devel&data=02%7C01%7C%7C028b11a517d4493b190808d702496ee4%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636980386726435871&sdata=N0ePOHttRzSmdG5y2EqOk19n5rd%2FXQb04trEZiMEiU4%3D&reserved=0>
_______________________________________________ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel