Hello Joe and all,
.
Multithreading FT8 decoder in WSJT-X can provide workaround to the latency
issues being observed at the DX-pedition mode tests.
.
Multithreading FT8 decoder is already implemented in JTDX and this approach
might be taken from the latest JTDX source code.
.
73 Igor UA3DJY
On 3/6/18 06:48, Joe Taylor wrote:
> Hi Phil,
>
> Your idea sounds reasonable. It might be a good way to enable wideband
> receiving -- that is, reception (of FT8, say) over a passband
> significantly greater than 5 kHz, currently the practical limit. The
> popularity of FT8 on the HF bands
> On Mar 6, 2018, at 10:06 PM, Mike Lavelle wrote:
>
> But I did not get my RR73 until ***20 minutes*** after I sent my signal
> report !
This explains why I never saw any responses. Since I was fighting other
gremlins, I didn’t wait long enough to get a response
It appears that when the fox gets busy, its response can be greatly delayed,
which leads to wasted extra calls from the hounds trying for a roger from the
fox.
As others mentioned, perhaps the fox should give rogers higher priority than
signal reports to newer hounds.
(Also, maybe the hounds
This patch was submitted Nov 2 but never applied.It comes from the bug
identified in this thread where changing the rig freq from the rig does not
adjust to the remembered power levels.
https://sourceforge.net/p/wsjt/mailman/message/36101238/
Index: mainwindow.cpp
There was no propagation on 20m and 30m, but on 40m and 80m I worked DX quickly and without problems. There were a few glitches
that are hopefully not difficult to fix.
1. When the Fox answered my call at 01:02:00 (see the attached screenshot), his message appeared on the left panel but not on
Do you guys want reports of odd things seen during the DXPedition test today on
this list?
Dave / NX6D
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org!
I use the same cables on my TS590SG and my Winkeyer. They are cheap and they
work.
NOW if someone could get a fix for every TV in the house things would be
better. Even on 100 Watts it causes some trouble but on 800 it is total
destruction. TV Cable boxes and TVs are just not make the way
Too bad, I was QRV at SK2AT and running a bit of FT8 with NA/SA @20m until
about 30min ago when some aurora came along and transformed the signals to
jingle bells and wasn't heard since.
Looking forward to another try, either another test or for DXpedition.
73's and good luck with the test!
Hi Mike,
that was exactly my concern as NA is a valid, if somewhat cold, grid field.
I will apply shortly as discussed. Thanks for the patch.
73
Bill
G4WJS.
On 06/03/2018 22:05, Black Michael via wsjt-devel wrote:
Yeah...that works too...anything that doesn't look like a grid or is
at least
On 01/03/2018 23:05, Black Michael via wsjt-devel wrote:
I sent this about 4 days ago but haven't heard anything about it
Is this OK to apply?
Add hisGrid to wsjtx_status.txt so programs like PstRotatorAZ can use
actual grid. Assigns "NA" if not available.
On 06/03/2018 21:10, Black Michael via wsjt-devel wrote:
Change title of messageboxes so JTAlert won't try to dock to them.
The new devel warning causes JTAlert to dock to it since the window
title matches. All we need to do is remove the version info.
Here's a link to a project that has Amateur Radio built into an autonomous
vehicle on the high seas.
http://www.jrfarc.org/hf-voyager/
It's possible to work the vehicle using FT8, as described in this note on
the Elecraft reflector by Jim, K9YC:
https://marc.info/?l=elecraft=152036765825717=2
Change title of messageboxes so JTAlert won't try to dock to them.
The new devel warning causes JTAlert to dock to it since the window title
matches. All we need to do is remove the version info.
https://www.dropbox.com/s/ljtfcbkawn160p9/messagebox.patch?dl=1
de Mike W9MDB
Hi folks,
I am interested in integrating some software with FT8 by passing audio
files into and out of the FT8 modem as provided by WSJT-X. I'm no FORTRAN
developer, but it appears that I could utilize the `ft8d` command-line
utility to decode WAV files, and `ft8sim` to generate them. Is that a
Can you run "ldd" on the jt9 executables? That may point out what's different.
de Mike W9MDB
On Tuesday, March 6, 2018, 1:26:40 PM CST, Doug Collinge
wrote:
I have done a fair amount of work to try to isolate the circumstances that
produce the leak.-
I have done a fair amount of work to try to isolate the circumstances that
produce the leak.
- I used some spare partitions to build clean Ubuntu systems of various
vintages. I installed the deb of 1.9.0-rc2, tested, then removed that and
built it from the source using the libraries provided by
I found out there's no leak on Ubuntu 16.04.3 but there is on 17.10. I
upgraded 17.10 to gcc 7.3 thinking it might be a library leak and that didn't
fix it either. It only shows up on the multi iterationS that jt9 does under
wsjtx.
de Mike W9MDB
On Tuesday, March 6, 2018,
Hi Doug,
On 2/20/2018 2:59 PM, Doug Collinge wrote:
There seems to be a memory leak in the jt9 process started by wsjtx. I
have included a chart showing the memory use growing from about 20MiB to
over 300MiB in the course of 11 hours. I set wsjtx to monitor 40m
overnight and recorded the
On 06/03/2018 06:29, Phil Karn wrote:
How hard would it be for WJST to accept receive audio from a RTP (Real
Time Protocol) multicast network stream?
Hi Phil,
not very hard at all. The audio in WSJT-X is via a Qt I/O Device
abstraction and making a UDP server that joins a multicast group to
FT8 is already encroaching on the PSK subbands (or in the case of 17 meters
right on top of the PSK subband) and probably others too. PLEASE be a good
neighbor and don't do anything to make it worse. Everyone needs to share a
very limited resource. Just because FT8 is popular does not
Hi Phil,
Your idea sounds reasonable. It might be a good way to enable wideband
receiving -- that is, reception (of FT8, say) over a passband
significantly greater than 5 kHz, currently the practical limit. The
popularity of FT8 on the HF bands implies that wider sub-bands would be
very
On 3/5/18 23:24, Borja Marcos wrote:
> That would be really awesome, defining some standard “audio bus” for
> radio applications.
Well, there's really not much to define since the work has already been
done for us by the IETF (Internet Engineering Task Force). Multicasting
is heavily used on
23 matches
Mail list logo