Re: [wsjt-devel] WSJT-X Bug?

Not a WSJT-X bug ... sounds more like RFI getting into the USB cable Neil, KN3ILZ On 4/2/2020 8:33 PM, Tom Stock wrote: Hello, I'm having a problem with version 2.1.2 68f9 Problem: When in transmit mode, WSJT-X will suddenly switch from my usb codec for output (my signalink usb) to the

Re: [wsjt-devel] WSJT-X Bug?

Please disregard previous bug report Turns out I had a wonky USB hub. I think the error handling must be a bit more robust in the windows version, because the windows version in a virtual box on my Mac gave me no problems at all. Running the native version resulted in the original issues

[wsjt-devel] WSJT-X Bug?

Hello, I'm having a problem with version 2.1.2 68f9 Problem: When in transmit mode, WSJT-X will suddenly switch from my usb codec for output (my signalink usb) to the speakers. I can hear the transmission, and the transmitter stops transmitting. If I look in Preferences->Audio both usb codecs

Re: [wsjt-devel] WSJT-X bug report

On 26/12/2019 17:40, DX Jami via wsjt-devel wrote: My point is WSJT-X should allow "non-standard" call signs. Danny, WSJT-X goes to a lot of trouble to support "non-standard" callsigns, but there is no free lunch. The non-standard callsigns supported by WSJT-X in MSK144, FT4, and FT8 modes

Re: [wsjt-devel] WSJT-X bug report

Thanks Saku.  I understand the work-around and use various versions myself.  My point is WSJT-X should allow "non-standard" call signs.  Those non-standard calls are only non-standard for WSJT-X and A-OK for the rest of the ham radio world.  Many DXpeditions have similar problems as does

Re: [wsjt-devel] WSJT-X bug report

DX Jami via wsjt-devel kirjoitti 24.12.2019 klo 15.26: Another shortfall with non-standard calls is signing like me - W4/AH6FX. The "real estate" shortfall does not allow passing my grid, so that is very bothersome to some folks. Hi! There is a good practice for this used by F5MYK/MM. For

Re: [wsjt-devel] WSJT-X bug report

Zoli, That is a shortfall within WSJT-X.  There is not enough "real estate" in the programming framework to allow two non-standard call signs to trade exchanges.  Another shortfall with non-standard calls is signing like me - W4/AH6FX.  The "real estate" shortfall does not allow passing my

Re: [wsjt-devel] WSJT-X bug report

Thank you all for the response! Shouldn’t there be a way to not let one user with a special call-sign call someone else with the same type of call-sign.  I had to wait for quite a while for someone to let go trying and continue working as he was locking me by calling me.  All the best!Zoli

Re: [wsjt-devel] WSJT-X bug report

Two non standard calls can not work each other. On Dec 23, 2019 9:14 AM, Zoltan Vodinszki via wsjt-devel wrote: Hi, These days I am working with a special call sign (YP3XMAS). During my work, I have observed a strange behavior when two special call-signs try to work each other or when a

Re: [wsjt-devel] WSJT-X bug report

Zoli! Use free text and give his call sign and report 73 Keijo OG55W From: Zoltan Vodinszki via wsjt-devel Sent: Monday, December 23, 2019 4:14 PM To: wsjt-devel@lists.sourceforge.net Cc: Zoltan Vodinszki Subject: [wsjt-devel] WSJT-X bug report Hi, These days I am working with a special

[wsjt-devel] WSJT-X bug report

Hi, These days I am working with a special call sign (YP3XMAS).During my work, I have observed a strange behavior when two special call-signs try to work each other or when a special call-sign tries to work a longer call-sign like QRP or /. When I get called by such call-signs, instead of

[wsjt-devel] WSJT-X Bug: Software doesn't accommodate the RTS PTT method when driver usbser.sys is in use

I am a Remote Ham Radio (RHR)( www.remotehamradio.com) member. Recently, I had the urge to test WSJT-X while connected to an RHR remote K3 using a K3/0 Mini and RRC-1258. I assumed that the CAT and PTT ports that I use with N1MM Logger+ would work. However, CAT

Re: [wsjt-devel] WSJT X Bug report on JT4g

Hi Rex, Thanks for catching and reporting this bug. I'm not presently at a location where it's convenient to generate test files. Could you send me one or two example files that contain signals with suitable S/N and spread that should be decodable in the G submode? -- Joe, K1JT On

[wsjt-devel] WSJT X Bug report on JT4g

WSJT X version: r5604 Operating System: Windows XP Symptoms: Does not decode in the G bin-width even when decoding marginal signals with 300 Hz spreading Other Symptoms: If you try and force G bin-width decodes by setting MinW to G the program gives a faulty output of dB = -125, DT =