That would certainly make it convenient for the contest participants! -- Jim McPhee Placitas, NM W5ABA

On Thu, Jul 15, 2021 at 9:45 AM Dave AA6YQ <aa6yq@...> wrote: I just had a chance to upgrade to the new version of DXCapture and wanted to make an observation. The way the user defined boxes are

+ AA6YQ comments below I understand your position, but under my point of view this is a functional limitation for Commander because I use my radio remotely, so it's very important to have control of

I just had a chance to upgrade to the new version of DXCapture and wanted to make an observation. The way the user defined boxes are currently numbered if you want to use box 0 and 1 you have to

hamlib is garbage, buggy and incomplete. The adoption of it would significantly cripple DXLab Suite. Further, it would not resolve your issue since the User Defined Controls routines do not have the

BTW I forgot to say how much I like the new Capture window saves some space on my already crowed screen. Thanks for that. Julio

I just had a chance to upgrade to the new version of DXCapture and wanted to make an observation. The way the user defined boxes are currently numbered if you want to use box 0 and 1 you have to

Or Raspberry Pi in the remote site, attached to control box serial port, running ser2net utility. On the client side, software like VSPE, com0com, ecc. I'm writing a guide for this, please be patient,

Hi Dave, thanks for reply. I understand your position, but under my point of view this is a functional limitation for Commander because I use my radio remotely, so it's very important to have control

Hi Hunter, svcost.exe is a container process that runs one or more system services, there will be several instances of it running on your system, it may be that one of the system services is using

Tnx Dave for your comments - I will try that. Much appreciated - Hunter.

+ AA6YQ comments below SVCHST and Google Chrome are the top 2 CPU / Memory consumers, I rebooted in Safe Mode w/ Networking and Gateway worked flawlessly - realtime logging of N1MM QSOs into

Hi Dave. SVCHST and Google Chrome are the top 2 CPU / Memory consumers, I rebooted in Safe Mode w/ Networking and Gateway worked flawlessly - realtime logging of N1MM QSOs into DXKeeper. I am running

...via the Databases tab of DXView's Configuration window. 73, Dave, AA6YQ

+ AA6YQ comments below + Those are both rather high. What tasks are the top 3 consumers of CPU time? What tasks are the top 3 consumers of memory? + Please reboot Windows into "Safe mode with

Having intermittent problems with the Gateway. It will work for awhile and then lock-up. As suggested by similar posts on this forum, I have rebooted my Windows computer and the Gateway will work but

+ AA6YQ comments below + Thanks for pursuing this, Jim. Perhaps the someday the ARRL will update its IARU contest page to include a Cabrillo definition. 73, Dave, AA6YQ

+ AA6YQ comments below + That would be the next thing to look at if "Realtime Award Tracking" for WAS was already enabled. If the QRP box in the "WAS Bands & Modes" panel (Configuration window, Awards

+ AA6YQ comments below + Closing SpotCollector is a prerequisite to enabling "Realtime Award Tracking" for WAS, if it wasn't already enabled. 73, Dave, AA6YQ

My take-away was that the individual submitting the Cabrillo file for the IARU-HF contest could find all the information they need at or from that "Cabrillo Specifications" page. I checked all the