Re: [wsjt-devel] Transmit audio dropouts

Hi, This is an observation, not necessary a bug report, and as Bill pointed out in one of the groups.io threads : The root problem is that USB devices are "hot-pluggable" and adding or removing a device, while the system is running, will cause all other devices to be re-enumerated, this can chang

Re: [wsjt-devel] Transmit audio dropouts

Hi, I think I have a simple recipe to reproduce this problem : I have 4 WSTX instances connected to 4 slices on my Flex 6600M. All is working fine. My USB headset is connected to a USB port. => Disconnect the headset and after that, PTT will work but no transmit audio. Reconnecting the headset do

[wsjt-devel] MAP65 V3.0.0-rc1 - Fortran runtime error

Hi, I believe this is another runtime error, which has not been reported (using a FunCube Pro dongle - not caused by tuning the Offset spinner) : Running: C:\WSJT\wsjtx\bin\m65 -s At line 18 of file C:\Users\bill\src\k1jt\wsjtx\map65\libm65\display.f90 Fortran runtime error: Bad value during floa

[wsjt-devel] MAP65 3.0.0-rc1 fortran runtime error : Index ...

Hi, I was now able to reproduce this minor problem. It occurred whilst spinning the "Offset kHz" to a value of 8 kHz, although not always. 73's Erik ON4PB -- Message: 5 Date: Mon, 14 Jun 2021 21:46:38 +0200 From: To:

[wsjt-devel] MAP65 3.0.0-rc1 fortran runtime error : Index '33110' ...

Hi, A big thumbs up for bringing back MAP65 .. and a real pleasure to see the baseband EME decoding unfolding using my Funcube Pro dongle. Today, I had this Fortran runtime error, which I however cannot reproduce. It could have been caused by changing the Offset spinner in the Wide Graph,

[wsjt-devel] Highlight Callsign in NetworkMessage - Feature request

Hi, I find it very difficult to sync the list of highlighted callsigns between server and WSJTX clients. More specifically, when my udp server restarts, all previously highlighted callsigns become zombies without being able to clear them. Unless I have something seriously misunderstood, would it

[wsjt-devel] 2.3.0 - Unexpected program exit in WSPR mode

Hi, I observed a number of unexpected program exits with release 2.3.0 in WSPR mode / band hopping mode. The exit is reproducible, the timing of when it happens however, is not. The radio setting is : Hamlib NET rigctl, connected to a network server (SparkSDR), PTT : CAT, Transmit Audio source :

Re: [wsjt-devel] WSJT-X 2.2.0-rc2 - Audio input streaming (Bill Somerville)

Thanks (once again) Bill for clarifying this, and appreciating the fact that AudioIn Underrun errors are detected by the software. As a sidenote, the absence of a Windows notification in case of audio re-assignments is also very visible when running WSJT-X through a remote desktop, with the Audio

[wsjt-devel] WSJT-X 2.2.0-rc2 - Audio input streaming

Dear developers, Looking at some of the recent "audio in problem" posts, would it make sense to raise audio input streaming errors to the GUI ? Maybe some visual hint (f.e. a red decode button) or an error dialog ? I can easily reproduce a situation on Win10-64 bit, where 8 running WSJT-X inst

[wsjt-devel] WSJT-X 2.2.0-rc1 - WSPR decoding stops when multiple WSJT-X instances are running

Dear developers, Please allow me to report a situation where WSPR decoding halts when multiple WSJT-X instances are running. My setup is as follows : Two Hermes Lite II SDR's connected to a single instance of SparkSDR (yes ! my Hamlib Net rigctl is now working). Two WSJTX instances (WSJT-X and

[wsjt-devel] WSJT-X 2.2.0-rc1 - Blank line between decoding periods

Dear WSJTX developers, When ticking "Blank line between decoding periods" (and "Start new period decodes at top" is unticked), there is no separation line anymore in the Band Activity window (when decoding FT8 for example). My apologies if this is a dupe report .. Stay safe and 73's,

Re: [wsjt-devel] WSJT-X 2.2.0-rc1 - Hamlib NET rigctl no longer works

Hi Bill, Thanks for looking into this and I can already provide you with the following answers : - WSJT-X reports in its error dialog "Rig Failure" "Hamlib error : Communication timed out while getting current VFO frequency" - There is no error in the SparkSDR latest "corelog-2020-05-12-19-35-54.

[wsjt-devel] WSJT-X 2.2.0-rc1 - Hamlib NET rigctl no longer works

Hi, thanks one more time for all the dedicated work with yet another big step forward in decoding weal signals . ! Let me report that I am no longer able to CAT control my SparkSDR with the "Hamlib NET rigctl" network server. My settings are : "localhost:5" for Network server, which should

[wsjt-devel] FT8 F/H mode - am I out of step ?

Hi, This morning I was trying to contact the PY0FF expedition and observed a strange behaviour when attempting the QSO and sending my locator. My "PY0FF ON4PB JO20" message is sent every 30 secs whereas all other stations are sending their locator in group at a specific time (see screenshot at 091

Re: [wsjt-devel] Adding "MY_RIG" info to the ADIF file when logging a QSO

Hi Dave, A very good observation. If possible, I would default to the rig selection from the Settings Window -> Radio Tab -> Rig and then allow for an override. The reason is that there are a lot of rig emulations around : SDRConsole emulates a TS-2000, uBitx emulates a Yaesu FT-817, and so on

Re: [wsjt-devel] Adding "MY_RIG" info to the ADIF file when logging a QSO

Hi Tom, Let me clarify my request : the purpose is not to log the OPERATOR but MY_RIG. Today, I maintain my rig info through a manual log update and I thought it could also be useful in case of multi station ops (sharing the same log). 73's Erik ON4PB -- Message: 3

[wsjt-devel] Adding "MY_RIG" info to the ADIF file when logging a QSO

Is there any interest for adding a new "My rig" (+ retain tickbox) in the Log QSO panel ? This information could then be written to the wsjtx_log.adi file and propagated to JTAlert ... I find it very useful to keep track of the transceiver which was used to make the QSO. This could also be helpf

Re: [wsjt-devel] wsjt-devel Digest, Vol 68, Issue 6

Hi Bill, The "Decode" button stays permanently cyan colored on some of the instances, and does not blink at all. As for the DT values, I have no evidence, and am currently trying to reproduce the problem. I will let you know as soon as the problem re-appears. 73's and have a nice day. Erik ON4PB

[wsjt-devel] WSJTX process priorities on Windows

I would like to share an interesting observation on WSJTX process priorities, although I am not sure if this is known or not, nor if it is helpful. When running 4 WSJTX instances on an Intel i5 - 2400 CPU, the FT8 (as well as WSPR) decoding halts after an unpredictable number of hours with the Dec

[wsjt-devel] WW-Digi Post-Contest and UDP network message request

I truly enjoyed participating in the latest WW-Digi contest and learned a lot from it ! With my Hermes Lite II, I had 4 receivers open simultaneously and could monitor the band activity as time progressed. An cooperating program logged all traffic, but I had some difficulty to distinguish the ban

[wsjt-devel] Highlight fox with a new color ?

This morning, I was observing 5V7EI replying twice in the same timeslot without really knowing if they are operating in FT8 expedition fox mode : https://www.dropbox.com/s/8ospngdtgepdjwx/twocalls.JPG?dl=0 I do not think so, because these replies are not compounded into a single message.

Re: [wsjt-devel] Busy CPU -- audio is lost

Hi Mike, Let me share my observations with Windows Remote Desktop (RDP). When you use Windows RDP in and out to a remote station, the remote station will reconfigure all its audio devices each time the connection is opened or closed. And this independently whether you bring the remote audio to t