Re: [wsjt-devel] WSJT-X 2.6.0-rc5 hamlib failure for Flex radio

[George Molnar via wsjt-devel]

I’m a Mac user so will work around the issue with the Kenwood settings for now.

Thanks for the info, Mike.

George J Molnar
College Park, Maryland
KF2TFM19ma


> On Nov 29, 2022, at 1:52 PM, Jay via wsjt-devel 
>  wrote:
> 
> This has solved the problem for me. Thanks Mike and the team.
> 
> Jay KA9CFD
> 
> -Original Message-
> From: Black Michael  
> Sent: Tuesday, November 29, 2022 12:37
> To: wsjt-devel@lists.sourceforge.net
> Cc: ka9...@mtcnow.net
> Subject: Re: [wsjt-devel] WSJT-X 2.6.0-rc5 hamlib failure for Flex radio
> 
> RC5 was built with an older hamlib.
> 
> Please try the latest.
> 
> New hamlib for installation directions
> 
> #1 Shut down WSJTX
> 
> 
> #2 Download either the 32-bit or 64-bit DLL matching the 32/64-bit version of 
> WSJTX -- hopefully your browser doesn't block it but may warn you multiple 
> times.
> 
> 
> If you can do a "Save As" you can save it directly in the appropriate WSJTX 
> directory C:\WSJT\WSJTX\bin and replace the libhamlib-4.dll that is there.
> 
> 
> http://n0nb.users.sourceforge.net/dll32/libhamlib-4.dll
> 
> 
> http://n0nb.users.sourceforge.net/dll64/libhamlib-4.dll
> 
> 
> Linux/Unix/Mac users need to compile the latest tar file from 
> http://n0nb.users.sourceforge.net
> Note: If compiling on Unix-like systems please uninstall any Hamlib package 
> you have before installing the new build
> 
> 
> #3 If you don't save directly you need to open a file browser and move the 
> file that way.
> 
> 
> If you're not familiar with that here's a video on the file browser - 
> https://www.youtube.com/watch?v=AyVqCJrs9dk
> 
> 
> Mike W9MDB
> 
> 
> 
> 
> 
> 
> 
> 
> On Tuesday, November 29, 2022 at 12:08:03 PM CST, Jay via wsjt-devel 
>  wrote: 
> 
> 
> 
> 
> 
> I just installed the new RC5 into my Windows 10 64 bit computer and am 
> getting a Hamlib error when trying to activate CAT control.
> 
> Radio is a Flex 6500 and I normally use TCP ports to control the Slice 
> receiver, This is NOT the Kenwood emulation using COM ports. However I get 
> this error message when I try to test the CAT connection in the 
> Settings/Radio tab in WSJT-X RC5. See attached jpg.
> 
> 73 Jay KA9CFD
> 
> 
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
> 
> 
> 
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] WSJT-X 2.6.0-rc5 hamlib failure for Flex radio

[George Molnar via wsjt-devel]

Confirmed here. Control works when selecting Ts2000, but not Flex6000.

George J Molnar
College Park, Maryland
KF2TFM19ma


> On Nov 29, 2022, at 1:03 PM, Jay via wsjt-devel 
>  wrote:
> 
> I just installed the new RC5 into my Windows 10 64 bit computer and am
> getting a Hamlib error when trying to activate CAT control.
> 
> Radio is a Flex 6500 and I normally use TCP ports to control the Slice
> receiver, This is NOT the Kenwood emulation using COM ports. However I get
> this error message when I try to test the CAT connection in the
> Settings/Radio tab in WSJT-X RC5. See attached jpg.
> 
> 73 Jay KA9CFD
> 
> 
> 
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Hamlib Error

[George Molnar via wsjt-devel]

Likely to be an RF ingress issue, vs a software problem.

George J Molnar
College Park, Maryland
KF2TFM19ma


> On Jul 21, 2022, at 1:28 PM, Marty Wayne via wsjt-devel 
>  wrote:
> 
> I tried operating with WSJTx 2.5.2 and 2.5.4 with same issue.
> 
> 73,
> 
> Marty, W6NEV
> _ . .   .   . _ _   _ . . . .   _ .   .   . . . _
> mcway...@comcast.net
> 408-234-8023
> 
>> On Jul 21, 2022, at 10:23 AM, Marty Wayne  wrote:
>> 
>> I was working 20 Meter FT-4 and at one point I got a Hamlib error, 
>> communication timed out.  See report below.  Im not computer savvy. What 
>> might be the issue?
>> 
>> Rig-FT-1000MP
>> iOS 12.5
>> SignaLink USB interface
>> WSJTx 2.5.2
>> WSJTx 2.5.4
>> 
>> Hamlib error: Communication timed out
>> rig_get_vfo: returning -5(Communication timed out
>> ft1000mp.c(1675):ft1000mp_get_update_data return(-5) Communication timed out
>> read_block_generic(): Timed out 0.402040 seconds after 0 chars
>> ft1000mp_get_update_data: Timeout
>> ft1000mp_get_update_data: Timeoutft1000mp.c(1249):ft1000mp_get_vfo 
>> return(-5) Communication timed out
>> ft1000mp_get_update_data: Timeout
>> ft1000mp.c(1675):ft1000mp_get_update_data return(-5) Communication timed out
>> read_block_generic(): Timed out 0.402040 seconds after 0 chars
>> ft1000mp_get_update_data: Timeout
>> ft1000mp_get_update_data: Timeoutft1000mp.c(1675):ft1000mp_get_update_data 
>> return(-5) Communication timed out
>> read_block_generic(): Timed out 0.402040 seconds after 0 chars
>> ft1000mp_get_update_data: Timeout
>> ft1000mp_get_update_data: Timeoutft1000mp.c(1249):ft1000mp_get_vfo 
>> return(-5) Communication timed out
>> ft1000mp_get_update_data: Timeout
>> ft1000mp.c(1675):ft1000mp_get_update_data return(-5) Communication timed out
>> read_block_generic(): Timed out 0.402040 seconds after 0 chars
>> ft1000mp_get_update_data: Timeout
>> ft1000mp_get_update_data: Timeoutft1000mp.c(1675):ft1000mp_get_update_data 
>> return(-5) Communication timed out
>> read_block_generic(): Timed out 0.402040 seconds after 0 chars
>> ft1000mp_get_update_data: Timeout
>> ft1000mp_get_update_data: Timeout)rig_get_vfo: elapsed=439ms
>> rig.c(2587):rig_get_vfo return(-5) Communication timed out
>> rig_get_vfo: returning -5(Communication timed out
>> ft1000mp.c(1675):ft1000mp_get_update_data return(-5) Communication timed out
>> read_block_generic(): Timed out 0.402040 seconds after 0 chars
>> ft1000mp_get_update_data: Timeout
>> ft1000mp_get_update_data: Timeoutft1000mp.c(1249):ft1000mp_get_vfo 
>> return(-5) Communication timed out
>> ft1000mp_get_update_data: Timeout
>> ft1000mp.c(1675):ft1000mp_get_update_data return(-5) Communication timed out
>> read_block_generic(): Timed out 0.402040 seconds after 0 chars
>> ft1000mp_get_update_data: Timeout
>> ft1000mp_get_update_data: Timeoutft1000mp.c(1675):ft1000mp_get_update_data 
>> return(-5) Communication timed out
>> read_block_generic(): Timed out 0.402040 seconds after 0 chars
>> ft1000mp_get_update_data: Timeout
>> ft1000mp_get_update_data: Timeoutft1000mp.c(1249):ft1000mp_get_vfo 
>> return(-5) Communication timed out
>> ft1000mp_get_update_data: Timeout
>> ft1000mp.c(1675):ft1000mp_get_update_data return(-5) Communication timed out
>> read_block_generic(): Timed out 0.402040 seconds after 0 chars
>> ft1000mp_get_update_data: Timeout
>> ft1000mp_get_update_data: Timeoutft1000mp.c(1675):ft1000mp_get_update_data 
>> return(-5) Communication timed out
>> read_block_generic(): Timed out 0.402040 seconds after 0 chars
>> ft1000mp_get_update_data: Timeout
>> ft1000mp_get_update_data: Timeout)rig_get_vfo: elapsed=439ms
>> rig_get_vfo: elapsed=439ms while testing getting current VFO
>> 
>> Timestamp: 2022-07-21T17:16:46.329Z
>> 
>> 
>> 
>> 73,
>> 
>> Marty, W6NEV
>> _ . .   .   . _ _   _ . . . .   _ .   .   . . . _
>> mcway...@comcast.net
>> 408-234-8023
>> 
> 
> 
> 
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel


___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Change request

[George Molnar via wsjt-devel]

Perhaps tuning your VFO 200 Hz lower will do the trick? I have adjusted the 
frequency tables down 500 Hz and use a 5 kHz filter, and everyone is in the 
passband without difficulty.

George J Molnar
College Park, Maryland
KF2TFM19ma


> On Jun 22, 2022, at 8:42 PM, Notko Mermerski via wsjt-devel 
>  wrote:
> 
> 
> Andy,
> I have start frequency of Wide Graph at 100Hz, even tried  with start at 0Hz 
> Rx freq. never goes below 200. Same for Tx freq.
> Same thing if I enter numeric values in corresponding boxes. Should mention 
> that I am running FT8/4.
>  
> 73 Notko/SA5NTK
>  
> From: Andrew Neumeier via wsjt-devel 
> [mailto:wsjt-devel@lists.sourceforge.net] 
> Sent: den 22 juni 2022 21:56
> To: Notko Mermerski via wsjt-devel 
> Cc: Andrew Neumeier 
> Subject: Re: [wsjt-devel] Change request
>  
> Notko,
>  
> Can you not just change the start frequency in the Wide Graph?  Mine is set 
> at 100hz. 
>  
>  
> 73,
> Andy, ka2uqw
>  
>  
>  
> On Wednesday, June 22, 2022 at 03:44:53 PM EDT, Notko Mermerski via 
> wsjt-devel  wrote:
>  
>  
> Hi everybody,
> 
>  
> 
> I am running WSJT-X 2.5.4.
> 
>  
> 
> Noticed that it is impossible to set Rx (green bracket) nor Tx frequency (red 
> bracket) below 200Hz. I can understand that there is a rationale for this 
> limit, but modern TRXes are capable of receiving below 200Hz. I am seeing 
> decoded messages below 200Hz and I would like to be able to monitor them in 
> the Rx pane of WSTJ-X main window.
> 
> I am aware that there is a workaround to achieve this, but still, it is a 
> workaround.
> 
>  
> 
> Would it be possible to lower this limit to at least 100 Hz?
> 
>  
> 
> 73 Notko/SA5NTK
> 
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] MacOS WSJT-X v2.1.0 users please read

[George Molnar]

Thanks for the effort, Bill. Unfortunately, no change on MacOS Catalina beta. 
Still crash on launch.

73


George J Molnar
Arlington, Virginia, USA





> On Jul 21, 2019, at 6:34 AM, Bill Somerville  wrote:
> 
> Hi all,
> 
> some of you have reported a crash on startup, thanks to those who have 
> provided the crash report.
> 
> I can confirm there is a defect which appears to be in the underlying Qt 
> library we use for cross platform portability. The issue is fixed in Qt v5.11 
> but using that will entail dropping support for macOS Yosemite (10.10), that 
> will probably happen at the next release of WSJT-X.
> 
> In the meantime there is a workaround with some minor loss of functionality. 
> The crash happens in code to read the LoTW user file downloaded from the ARRL 
> LoTW web site. WSJT-X will function without that file but without 
> highlighting of known LoTW user's CQ calls. To avoid the issue delete 
> following file:
> 
> ~/Library/"Application Support"/WSJT-X/lotw-user-activity.csv
> Once deleted you should not use the "Preferences->Colors->Logbook of the 
> World user Validation->Fetch" button until this issue is resolved.
> 
> Note that this issue is not affecting all users, if you are not seeing this 
> crash then you may be able to continue using WSJT-X v2.1.0 without taking the 
> action.
> 
> 73
> Bill
> G4WJS.
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel

___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] 2.1 GA and MacOS 10.15

[George Molnar]

For the Mac users out there — 

Version 2.1 has crashed on my Mac running 10.15 beta. Runs fine on the other 
machine on 10.13.6.

Have corresponded a few times with Bill (G4WJS) off-list. He’s looking into it.

Take appropriate precautions if you try the new version.



George J Molnar
Arlington, Virginia, USA
(702) 767-5420
KF2T   -   FM18lv








___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] FT8 ghost signals

[George Molnar]

Hi Rich,

I’ve observed the same, exactly as you described. Had put it down to urban 
reflections, perhaps more obvious when W3/W4 is beaming N/NE. Agree with you 
they are not aircraft scatter.



George J Molnar
Arlington, Virginia, USA
(702) 767-5420
KF2T   -   FM18lv





> On Jul 6, 2019, at 4:06 PM, Rich Zwirko - K1HTV  wrote:
> 
> 
> Here in the Mid-Atlantic, a number of 6 Meter FT8 DXers have observed 
> backscatter signals that appear as a 2nd or even a 3rd signal on the WSJT-X 
> Wide Graph window. The Doppler shifted frequency is usually lower than the 
> direct signal. In addition to the directly received FT8 signal appearing on 
> the waterfall display, at times both direct signal as well as one or more of 
> the reflected backscatter Doppler shifted signals can be decoded. The DF 
> between the main and ghost signals is usually between 40 and 130 Hz. The 
> average appears to be around negative 70 Hz. 
> 
> When these ghost signals are observed, they are usually noted on multi-KW FT8 
> signals produced by stations in the Mid-Atlantic region that are beaming 
> towards highly ionization Es regions. These extra waterfall signals can last 
> a few minutes then quickly disappear. I have not observed them when there is 
> no Es opening. They don't appear to be the result of signals being reflected 
> off aircraft.
> 
> 73,
> Rich - K1HTV
> 
> = = =
> 
> From: Jim Brown [mailto:k...@audiosystemsgroup.com 
> ] 
> Sent: 6. heinäkuuta 2019 9:28
> To: wsjt-devel@lists.sourceforge.net 
> Subject: Re: [wsjt-devel] 60 Hz + harmonics sidebands on FT8 signals?
> 
> There are two common causes of sidebands with a station that is properly 
> adjusted and uses good equipment.
> 
> 1) The best gear (Elecraft K3, K3S, or a Flex 6000-series), and a first class 
> power amp) have sidebands roughly 40 dB down on both sides of their signal 
> due to IM distortion in the RF stages. These sidebands are generally 
> symmetrical, and the total -40 dB bandwidth is about 680 Hz.
> 
> 2) Doppler shift produced by reflections from aircraft. These sidebands are 
> generally asymmetrical (that is, on one side or the other of the main 
> signal). Here in the SF Bay Area, which includes Silicon Valley and extends 
> down along the Monterey Bay, we have glide paths for major airports in San 
> Jose and San Francisco.
> 
> There are roughly a dozen or so locals running 500W with gear like this, and 
> we all regularly experience what you're seeing.
> 
> 73, Jim K9YC  
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel

___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] 1st Trans-Atlantic FT4 on 6M?

[George Molnar]

CONGRATULATIONS!


George J Molnar
Arlington, Virginia, USA
(702) 767-5420
KF2T   -   FM18lv













> On Jul 4, 2019, at 9:10 AM, Rich Zwirko - K1HTV  wrote:
> 
> On Monday, July 1, the Mid-Atlantic had a very long duration opening to 
> Europe.  While I was on the ON4KST IARU Region II chat,  I announced that I 
> was going to call CQ using FT4 on 50.318 MHz. Within a few minutes I worked 
> F5SDD and IZ8WGU for what may be the first 2-wayTrans-Atlantic FT4 contacts. 
> It sure was FAST!
> 
> FT4 has the potential of harvesting those very short duration multi-hop Es 
> openings to distance lands, openings which definitely are too short to 
> complete JT65 (remember?) or FT8 QSOs.
> 
> 73,
> Rich - K1HTV
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel

___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] A strange signal seen on the air

[George Molnar]

Hi Claude.

I think Mike´s interpretation is correct. Third harmonics are often stronger 
than the 2nd, and the variation in signal strength does seem to match the 
fundamental (which, BTW, is not the TX/RX selected DF).

I see this quite frequently. A lot of hay is made on the Facebook group and 
elsewhere about it being some obscure digital mode, but the simplest solution 
is almost certainly right in this case.

73,

George/KF2T



> On Jul 31, 2018, at 11:07 AM, Claude Frantz  
> wrote:
> 
> On 07/31/2018 04:38 PM, Black Michael via wsjt-devel wrote:
> 
> Hi Mike & All,
> 
>> The signals look clean but they are the result of clipping the signal
>> due to overdriving the audio.
> 
>> Like this one...3rd harmonic at 2830 or so...offending signal at 940 or
>> so...
> 
> OK ! We can suspect a clipping, in the audio range, resulting in this
> signal at 2830 Hz. But there is no 2nd harmonic at 1880 Hz on this
> waterfall. Of course, such a clipping resulting only in odd harmonics is
> possible, but it would be surprising to me. Further, the starting time
> of this "3th harmonic" is not consistent with the fundamental signal.
> 
> Best wishes,
> Claude (DJ0OT)
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Major Changes Needed to NA Contest Mode

[George Molnar]

I think Tim’s suggestion is a good answer to the problem we have identified. 
Keeps it simple, too.



George J Molnar
Arlington, Virginia, USA
KF2T   -   FM18lv












> On Jun 13, 2018, at 12:15 PM, Tim Goeppinger via wsjt-devel 
>  wrote:
> 
> I would estimate that the issues with people having NA Contest Mode off cost 
> me dozens of QSOs in the June VHF Contest.
> While I wouldn't be opposed to ending NA Contest mode altogether, I would 
> like to see it replaced by something different.
> 
> Instead, I propose a "NA Contest Report Skipping Mode".   It would have the 
> same bit format as the normal messages, and this would put an end to the 
> Antipode Grid problem.  The only changes would be to the Auto Sequencer.  
> This new mode would exchange grids, then go to RR73 on both ends.   It would 
> be compatible with a user that does not have the Contest Mode turned on, in 
> that if it receives a signal report, it sends a signal report, and then goes 
> on to complete a normal QSO.
> 
> Thanks for your consideration & 73,
> 
> Tim N6GP
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! 
> http://sdm.link/slashdot___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] Contest Mode Option?

[George Molnar]

Is it possible that the software could interpret receipt of a grid in place of 
an expected signal report  as an automatic switch to contest mode? That way the 
receiving station doesn’t need to even know that the transmitter is using one 
mode or the other.

Added benefit - if signals are such that a calling station repeats their TX2 
more than once, the presence of a grid where the receiver is expecting a report 
will automatically switch to a shorter QSO sequence, potentially aiding the 
contact’s completion.




George J Molnar
Arlington, Virginia, USA
KF2T   -   FM18lv









--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] working stations over 10000 km on 6m

[George Molnar]

Would a unique CQ message for contest mode work, or is that asking for 
confusion?

Normal mode: CQ KF2T FM18

Contest mode: CX KF2T FM18

The contest community is smaller than the general population, so it might be an 
easier “sell."

George J Molnar
Arlington, Virginia, USA
KF2T   -   FM18lv












> On May 31, 2018, at 1:08 PM, Bill Somerville  wrote:
> 
> On 31/05/2018 17:43, Joe Taylor wrote:
>> On 5/31/2018 12:22 PM, Jay Hainline wrote: 
>>> Joe, is it possible to use one of the extra FT8 bits as a flag that you are 
>>> transmitting in contest mode or not? Would that be useful to keep the 
>>> program on the receiving end from being confused? 
>>> 
>>> 73 Jay KA9CFD 
>> 
>> Of course this could be done in FT8.  But as I emphasized in a previous 
>> email, we did not want to use a different solution for FT8 and MSK144. 
>> As currently implemented, MSK144 has no spare bits. 
>> 
>> Casual operators can get confused enough with type of "NA VHF Contest: mode, 
>> let alone two different ones. 
>> 
>> -- Joe, K1JT 
> Hi Joe and Jay,
> 
> perhaps we should only have the automatic detection of NA contest mode 
> messages when "Enable VHF/UHF/Microwave features" is enabled. That way user 
> could set up a configuration for 6m multi-hop Es operating that will not get 
> confused by such long DX.
> 
> 73
> Bill
> G4WJS.
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! 
> http://sdm.link/slashdot___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Field day mods?

[George Molnar]

I’m really hoping that the Dev Team chooses NOT to make a Field Day (or any HF 
contest) variant for FT8. Too many variations in formats, exchanges, and such 
will lead to bloatware and confusion.

Since FD, in particular, is a training event, maybe we shouldn’t encourage 
semi-automated contacts.

Just my two cents. 

Geo/KF2T



> On May 10, 2018, at 11:17 AM, Black Michael via wsjt-devel 
>  wrote:
> 
> Is there any interest in Field Day mods for WSJT-X?
> 
> I'm envisioning a "Field Day" checkbox in the Advanced box.
> 
> That would have the entries for the info State & Exchange
> 
> It would simple do custom messages like this:
> 
> CQ FD W9MDB -- double-clicking on this would generate FD messages.
> W9MDB K1ABC EM50 -- may as well do std message here as not enough room for 
> anything else
> K1ABC 1BIL -- squeeze the 1BIL so 3 more chars are available for callsigns so 
> 6-char plus suffx/prefix still works
> R 2A NY RR73
> K1ABC W9MDB 73
> 
> 
> 
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! 
> http://sdm.link/slashdot___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] bug in wsjt-x v1.9.0 rc4 ??

[George Molnar]

Deselect “NA VHF Contest" Mode.


George J Molnar
Washington, DC, USA
KF2T   -   @GJMolnar









> On May 2, 2018, at 1:38 PM, Reinhard  wrote:
> 
> 

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Possible error 1.90rc4 Mac

[George Molnar]

I did not. Sorry! 


George J Molnar
Washington, DC, USA
KF2T   -   @GJMolnar









> On May 1, 2018, at 12:12 PM, Robert Nobis - N7RJN <n7...@nobis.net> wrote:
> 
> You are using a beta version of MacOS. Did you try this with the officially 
> released version? 10.13.4?
> 
> 
> Bob Nobis 
> n7...@nobis.net <mailto:n7...@nobis.net>
> 
> 
>> On May 1, 2018, at 08:57, George Molnar <geo...@molnar.com 
>> <mailto:geo...@molnar.com>> wrote:
>> 
>> I’ve had this reproducible error occur a few times now. 1.90rc4 (8642) 
>> downloaded from the WSJT-X homepage crashes when command-double clicking on 
>> the FT8 wide graph to change DF only after at least one decode cycle has 
>> completed. I had not seen this before 8642.
>> 
>> OSX 10.13.5 beta, quad core i7 with 16 GB RAM.
>> 
>> Running: /Applications/wsjtx.app/Contents/MacOS/jt9 -s WSJT-X -w 1 -m 3 -e 
>> /Applications/wsjtx.app/Contents/MacOS -a 
>> "/Users/georgemolnar/Library/Application Support/WSJT-X" -t 
>> /var/folders/6j/2m5xrjn13s7c7k9fqv7vmp04gn/T/WSJT-X
>> At line 98 of file /Users/bill/src/wsjtx-svn/lib/decoder.f90 (unit = 19)
>> Fortran runtime error: Cannot open file 'fort.19': Permission denied
>> 
>> Error termination. Backtrace:
>> #0 0x10d134ab6
>> #1 0x10d135388
>> #2 0x10d1359ec
>> #3 0x10d1b5cca
>> #4 0x10d1aea5d
>> #5 0x1050f0f30
>> #6 0x1050cada2
>> #7 0x1050ca6a7
>> #8 0x10513fbae
>> 
>> 
>> George J Molnar
>> Washington, DC, USA
>> KF2T   -   @GJMolnar
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> --
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, Slashdot.org <http://slashdot.org/>! 
>> http://sdm.link/slashdot___ 
>> <http://sdm.link/slashdot___>
>> wsjt-devel mailing list
>> wsjt-devel@lists.sourceforge.net <mailto:wsjt-devel@lists.sourceforge.net>
>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
> 

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] Possible error 1.90rc4 Mac

[George Molnar]

I’ve had this reproducible error occur a few times now. 1.90rc4 (8642) 
downloaded from the WSJT-X homepage crashes when command-double clicking on the 
FT8 wide graph to change DF only after at least one decode cycle has completed. 
I had not seen this before 8642.

OSX 10.13.5 beta, quad core i7 with 16 GB RAM.

Running: /Applications/wsjtx.app/Contents/MacOS/jt9 -s WSJT-X -w 1 -m 3 -e 
/Applications/wsjtx.app/Contents/MacOS -a 
"/Users/georgemolnar/Library/Application Support/WSJT-X" -t 
/var/folders/6j/2m5xrjn13s7c7k9fqv7vmp04gn/T/WSJT-X
At line 98 of file /Users/bill/src/wsjtx-svn/lib/decoder.f90 (unit = 19)
Fortran runtime error: Cannot open file 'fort.19': Permission denied

Error termination. Backtrace:
#0 0x10d134ab6
#1 0x10d135388
#2 0x10d1359ec
#3 0x10d1b5cca
#4 0x10d1aea5d
#5 0x1050f0f30
#6 0x1050cada2
#7 0x1050ca6a7
#8 0x10513fbae


George J Molnar
Washington, DC, USA
KF2T   -   @GJMolnar









--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] CPU Usage Over Time

[George Molnar]

Thanks, Joe.

Will check my build environment.


George J Molnar
Washington, DC, USA
KF2T   -   @GJMolnar









> On Apr 9, 2018, at 5:52 AM, Joe Taylor <j...@princeton.edu> wrote:
> 
> Hi George,
> 
> Evidently you are building the program yourself.
> 
> It seems that you should look carefully into why you are having this issue 
> with your home-built executable.  I do not think our builds show any problem 
> of this kind.
> 
>   -- 73, Joe, K1JT
> 
> On 4/9/2018 8:33 AM, George Molnar wrote:
>> Using 1.9 (8603) under MacOS 10.13.4.
>> Upon launch, program operates smoothly. As Band Activity window fills, CPU 
>> usage rises slowly, until the program becomes unresponsive. At that point, 
>> only a forced quit recovers the app. It does keep receiving and decoding, 
>> however.
>> If I catch it early enough, double-clicking “Erase” drops the CPU usage and 
>> allows continued operation. Left running overnight, I can count on an 
>> unresponsive GUI in the morning.
>> Have only tested using the FT8 decoder. Did not have this problem with the 
>> initial rc3 release.
>> *George J Molnar*
>> Washington, DC, USA
>> KF2T   -   @GJMolnar
>> --
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>> ___
>> wsjt-devel mailing list
>> wsjt-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] CPU Usage Over Time

[George Molnar]

Using 1.9 (8603) under MacOS 10.13.4.

Upon launch, program operates smoothly. As Band Activity window fills, CPU 
usage rises slowly, until the program becomes unresponsive. At that point, only 
a forced quit recovers the app. It does keep receiving and decoding, however.

If I catch it early enough, double-clicking “Erase” drops the CPU usage and 
allows continued operation. Left running overnight, I can count on an 
unresponsive GUI in the morning.

Have only tested using the FT8 decoder. Did not have this problem with the 
initial rc3 release.


George J Molnar
Washington, DC, USA
KF2T   -   @GJMolnar









--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Alternative FT8 DXpedition mode freqs.

[George Molnar]

Regarding comments suggesting that a band plan can be implemented and enforced 
in software, I don’t think that will work. It would rely on properly engaged 
and functional CAT control by the Fox. Given that several stations have already 
“jumped the gun” and are using the mode in its incomplete form, I don’t hold 
out a lot of hope there. 

K1HTV and N0AN have made well-reasoned and prudent suggestions. It is likely 
true that whatever the dev team bakes into the software will become the de 
facto standard. It is also likely that whatever they choose will torque 
somebody off. 

Perhaps a compromise (that, of course will not please everyone) could be:

Frequency (Hz) above current FT8 lower “channel edge” --
 - 2000 FT8 operation
2001 - 4000 JT65, JT9 primary, and FT8 shared
4001 - 6000 FT8 DXpedition mode or extreme weak signal efforts for JT9 or JT65.

Granted, this accounts for just one Dxpedition at a time. Given the nature of 
the project, I would doubt there will be an effective way of preventing 
determined users from bypassing any software lockouts, etc., preventing DXp 
mode use. Education will be necessary, and, as many of our colleagues suggest, 
a healthy dose of “Ham Spirit.” Perhaps the software can feature a pop-up box 
(like the beta versions do) upon entering DXp mode, that requires 
acknowledgment, beyond just hitting enter, that the operator is running a 
recognized DXPedition? Won’t stop anyone who really wants to use it, but might 
give pause to the unknowing.




George J Molnar
Washington, DC, USA
KF2T   -   @GJMolnar








--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] New FT8 Frequencies?

[George Molnar]

The digital mode watering holes are not (as far as I know in most cases) part 
of any international agreement or national regulation. If a group of operators 
want to agree amongst themselves to operate on a particular spot, it is 
incumbent on them to avoid interference with existing operations and be “good 
neighbors.” Don’t think it is the dev team’s job to dictate slots (and they 
have been extremely thoughtful in this regard).

It seems JT9 and FT8 would be the best fit for side-by-side operation. If the 
FT8 watering hole is crowded where you are, may I suggest that sliding up a 
couple of kHz would be an acceptable practice? In most situations, this will 
leave the JT65 slot open for very weak signal users.

Users can add frequencies to their configurations very easily (see the manual). 
Wide receive passbands are possible on some radios, and who knows, this may be 
a spur to future I/Q stream development, allowing even more bandwidth to be 
guarded at once.


George J Molnar
Washington, DC, USA
KF2T   -   @GJMolnar







--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] DXpedition mode: dissapointed somehow

[George Molnar]

Have to agree with Jim, N2ADV. An expedition should NOT be using a 
mode-in-development. It is a near-guarantee of confusion.

That said, DXpedition  mode is something of a Pandora’s Box. Once opened, the 
developers have no control over who uses it or when. It would be more than a 
little naive to assert that all users will a) read the instructions, and b) 
follow them.

For good or ill, it’s out there. All we can do is plead for good operating 
sensibilities and consideration for others. Fox/Hound mode is too alluring a 
prospect for contesters and special event stations to willingly forgo its use. 

George J Molnar
Washington, DC, USA
KF2T   -   @GJMolnar











smime.p7s
Description: S/MIME cryptographic signature
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel