Hi Rob -
Are you using the same command-line arguments that WSJT-X uses when it calls
the decoder? The “Deep” decode setting in WSJT-X v2.0.0-rc3 uses “-C 5000 -o
4”.
Also, it is essential that the decoder in v2.0.0 have access to a
well-populated hashtable.txt. Briefly, the enhanced
Hi Steve,
Jim's question was stimulated by tests I have been running at KPH to
compare the decode performance of the wsprd in 1.9.1 against the wsprd in
2.0rc3
My test setup is located at KPH where I have one KiwiSDR fed by a 3-30 Mhz
TCI-530 and a second KiwiSDR fed from a Marconi T. I don't
Setting does not seem to work in rc3 Windows. Tx still disabled after RR73 tx
with box unchecked and after WSJT close and restart.
Al Pawlowski, K6AVP
Los Osos, CA USA
> Begin forwarded message:
>
> From: Al Pawlowski
> Subject: Re: Another Case for Manual Advance on RR73 and 73 Message
>
On 28/10/2018 01:30, Morris Wideman via wsjt-devel wrote:
My MP does not put out full power but if you have a way to increase
the TX audio level such as mic gain then this is not that big a problem.
Morris,
this is a very bad idea. Increasing the audio drive to compensate for
the SSB IF
As a user of the FT1000mp and Flex 3000 I do not use the split or fake it at
all. I do not see why this is mandated anyway. WSJTX in hound mode will move
the TX audio tone to the proper lower tone when the Fox station sends your
report and you respond. The only problem with this is that some
Congratulations to you and Rex, Charlie.
I guess that it has not been so easy to make such a remarkable EME, earth
limb to earth limb, 19116 km QRB QSO on 10 GHz.
Really pretty.
73
Nico / IV3NWV
Il giorno sab 27 ott 2018 alle ore 12:25 <
char...@sucklingfamily.free-online.co.uk> ha scritto:
>
Compiled from source on Fedora 28 x86_64...
Thanks,
RIchard
KF5OIM
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
I think you need to find a Flex list to ask.
There are lots of Flex users without these problems (apparently) since you're
the first to ever report.
Perhaps they're using the TS-2000 emulation though. Try that and see if
behaves better.
de Mike W9MDB
On Saturday, October 27, 2018,
On 27/10/2018 21:29, Al Pawlowski wrote:
If 73 and RR73 messages stay active after sending (rather than auto-sequencing
to CQ and disabling tx), fast resetting of message not needed. Manual disable
tx and reset to CQ or time out to disable tx would (IMO) be preferable.
Hi Al,
that should be
Was using tab 2 messaging. Sent RR73, but other side did not get it so tried to
repeat by resetting the outgoing message to RR73 and enabling tx. Tx went but
was CQ. Stayed that way after two more message resets to RR73 so gave up. Then
went to tab 1 and noticed outgoing message was on CQ
Again, thanks for the responses everyone.
When set to split I’m finding that WSJT-X will “turn on” a B slice that was
originally not on and occasionally change it’s frequency though it keeps Tx set
to the A slice and is listening via DAX on the A slice. So that B slice isn’t
actually doing
The flex backend in hamlib which WSJT-X uses is just using the standard Kenwood
calls to set split.
All that does is the SP1 command which should simply turn on split
It also sets the freq and mode for VFOB using the standard kenwood commands.
It knows nothing of slices.
So it's really
Hi Bill,
thanks a lot for the info, appreciate it!
Vy 73 de Joe, DL6ZBN
Am 27.10.2018 um 20:59 schrieb Bill Somerville:
On 27/10/2018 19:05, Jörg Hochheimer, DL6ZBN wrote:
Hello everybody,
today I played around with the colour highlighting and stumbled over
what may possibly be a glitch. I
On 27/10/2018 19:55, Ravella Russ wrote:
Thanks for the replies everyone.
I’m trying to understand what WSJT-X is assuming about Flex 6xxx
radios that results in the odd behavior I described. WHY I want to
operate split is irrelevant to the question but just for information,
I am trying to
On 27/10/2018 19:05, Jörg Hochheimer, DL6ZBN wrote:
Hello everybody,
today I played around with the colour highlighting and stumbled over
what may possibly be a glitch. I have searched the archives but
couldn't find if it was addressed before.
I defined "My call in message" with a pure red
Thanks for the replies everyone.
I’m trying to understand what WSJT-X is assuming about Flex 6xxx radios that
results in the odd behavior I described. WHY I want to operate split is
irrelevant to the question but just for information, I am trying to experiment
with different ways of using
On 27/10/2018 12:40, Jay Hainline wrote:
Bill, Mike and others,
You do realize that JA on 160 meters is restricted to using FT8 at
1908 khz? Practice has been for JA to call for DX at their allocation
and listen for NA stations transmitting at 1840. Widening the
bandwidth window is not very
Yeah...that may be the problem though if he as a 2nd slice on the JA frequency
or such.
The Flex driver in hamlib doesn't know anything about slices.
Was my understanding that you tied different audio devices to the in/out for
each slice and a COM port for each slice just like it was a separate
Quick point. Slice refers to an discrete frequency setup. Panadapter is a band
segment. You can have multiple slices per panadapter, each its own virtual VFO.
George J Molnar
KF2T, Virginia, USA
> On Oct 27, 2018, at 10:55 AM, Black Michael via wsjt-devel
> wrote:
>
> Ensure you don't have
Would this work ? one slice, one wsjt-x .. This is for working JA's 160m
. In RIT type 68000Hz Just saying
Ed N5DG
On 10/27/2018 9:55 AM, Black Michael via wsjt-devel wrote:
Ensure you don't have the other frequency on a separate slice. That
may be confusing things.
Just put on one slice
Ensure you don't have the other frequency on a separate slice. That may be
confusing things.Just put on one slice and it should behave.
de MIke W9MDB
On Saturday, October 27, 2018, 2:05:02 AM CDT, Star Light
wrote:
Thanks for the response.
As I mentioned in my post, it doesn’t
Bill, Mike and others,
You do realize that JA on 160 meters is restricted to using FT8 at 1908 khz?
Practice has been for JA to call for DX at their allocation and listen for NA
stations transmitting at 1840. Widening the bandwidth window is not very
eloquent. Surely using a split VFO
On 27/10/2018 05:48, Laurie, VK3AMA wrote:
Observed in v 2.0.0 rc2 & rc3
The Message field in the UDP Decode packet (#2) has an incorrect
message length value (short by 2) when the message contains a compound
callsign. Looks like the message length value is not adjusted to
account for the 2
Hi Russ,
why do you want to use WSJT-X split operating mode with your SDR? I
thought the FlexRadio Tx bandwidth could be set as wide as the Rx
bandwidth, that should obviate the need for using SPLIT since you are
employing an all digital audio chain.
73
Bill
G4WJS.
On 27/10/2018 08:04,
Hi All
A new world record for 10GHz EME was achieved on Thursday using QRA64D,
from the UK to New Zealand. Many thanks to Nico, Joe and the team for a
wonderful mode!
73
Charlie G3WDG
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
Thanks for the response.
As I mentioned in my post, it doesn’t work just fine on one slice. That’s one
of the reasons I posted the question.
Does anybody have any actual knowledge about this?
Thanks, Russ
Sent from my iPhone
> On Oct 25, 2018, at 9:16 PM, Black Michael via wsjt-devel
>
26 matches
Mail list logo
