Hi John,
I don't know what flavor / version of Linux your using, if it's
Debian/Ubutu, yes, there is, if not. I don't know of another version at
being built to test v1.6.0-devel apart from possible Fedora / RHEL. If
you do come up with something, let us know.
As Joe stated, this thread should pro
OK you have made my day :-) level initially rather low on the scale now set at
top and audio is not cut back on TX. Fine. Thanks, my mistake not understanding
what was behind the Pwr
Waterfall shows odd minutes while spots show even a little confusing
Thanks ever so much, Hans
9 juni 2015, hlu
Hi all,
This seems like a good time to remind everyone of the two main purposes
of this "wsjt-devel" email reflector:
1. To facilitate communication among those contributing to the
development of WSJT and its sister programs.
2. To provide a direct means for testers of the software to convey w
9 juni 2015, Bill Somerville skrev:
> On 09/06/2015 22:34, wrote:
>
>
> > Hi again, reports from the schack:Hi Hans,
>
> >
> > You say-
> > In recent Windows you must set speaker volume sliders while the device is
> > active. I recommend setting the level for Tx from teh USB audio driver
On 09/06/2015 22:34, hlundst...@sk0mt.net wrote:
Hi again, reports from the schack:
Hi Hans,
You say-
In recent Windows you must set speaker volume sliders while the device
is active. I recommend setting the level for Tx from teh USB audio
driver from your rig menu item "USB Level".
This is t
Greg,
Sorry, was not clear in my question. You have a PPA for Linux. The radio
we are testing is called Hermes Lite. At this time, PowerSDR runs better
for me than Linux versions. Is there a binary of the dev version that is
kept in sync with what is available on Linux? If not, I will have to
Hi again, reports from the schack:
You say-
In recent Windows you must set speaker volume sliders while the device is
active. I recommend setting the level for Tx from teh USB audio driver from
your rig menu item "USB Level".
This is the problem speaker volume adjusted at first TX but for next TX
OK much to digest ... rapid reading I found nothing new to what I have tested.
WIll reread slowly and check. I will be back with report
Hans
9 juni 2015, Bill Somerville skrev:
> Hi Again Hans,
>
> I forgot to mention,
>
> on Icom rigs you must disable "CI-V Transceive" mode in the rig menu.
Hi John W.,
I'm not sure I understand your question.
The source code is in ../branches/wsjtx on Sourceforge
If your using JTSDK for Windows, the following would apply, assuming a
Release target build:
Source Dir...: C:\JTSDK\src\wsjtx
Build Dir: C:\JTSDK\wsjtx\build\Release
Install Dir..: C
Hi Again Hans,
I forgot to mention,
on Icom rigs you must disable "CI-V Transceive" mode in the rig menu.
That mode is on by default but it generates unsolicited CAT traffic
which causes data collisions and lost CAT conversations.
73
Bill
G4WJS.
On 09/06/2015 21:50, Bill Somerville wrote:
On 09/06/2015 21:24, hlundst...@sk0mt.net wrote:
Hallo,
Hi Hans,
Installing program was easy, but all the rest worse.
Sorry you are having some issues with WSJT-X.
Using ICOM IC-7200 with connection to rig via USB ( Silicon Labs
CP210x USB to UART Bridge) like all other ICOM 7200 and 7600
Hallo,
Installing program was easy, but all the rest worse.
Using ICOM IC-7200 with connection to rig via USB ( Silicon Labs CP210x USB to
UART Bridge) like all other ICOM 7200 and 7600 users. That has worked fine with
all versions of WSJT/WSPR except for this last version of WSJT-X.
'
Settings
Where is 1.6.0 dev version for Windows kept?
On 6/9/2015 11:44 AM, KI7MT wrote:
> Hi Guy,
>
> I've lot track of what your issue is now. WSJTX v1.6.0 is the current
> development focus.
>
> To check the version you have currently, open JTSDK-QT, then, at the
> prompt type:
>
> * svn info C:\JTSDK\s
Hi Bill,
I have been running this for several hours with 10 bands selected but only 7
active. The sequence is now predictable when previously it was not. The fact
that the average transmitting is now less than expected is not, in my view, a
problem. I prefer to see a predicable sequence.
Bill,
I think that what you describe is consistent with the following:
Suppose that the the Tx Pct is set to 25%, some number of coordinated bands are
active, and no bands are selected as Rx only. Then we will be transmitting 25%
of the time and we also transmit on about 25% of the visits to any
Until now, I had been under the impression that 1.6.1 was developed in
parallel with 1.6.0. Thanks to Greg and Joe for putting me right. Thanks to
all the others to helped here too.
--
On 09/06/2015 18:14, John Nelson wrote:
> Hi Bill,
Hi John,
>
> It seems #include is missing from wsprnet.cpp
or more C++'ish #include
This is an error with clang++ on the Mac but creeps through unnoticed
with the g++ libraries.
Fix committed.
>
> --- John G4KLA
73
Bill
G4WJS.
-
Hi Bill,
It seems #include is missing from wsprnet.cpp
--- John G4KLA
--
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/lis
Hi Bill,
r5564 gives a build error:
[ 89%] Building CXX object CMakeFiles/wsjtx.dir/wsprnet.cpp.o
/Users/jmn/wsjtx/wsprnet.cpp:61:19: error: use of undeclared identifier
'fabs'
float f = fabs(m_rfreq.toFloat() - query["tqrg"].toFloat());
^
1 error generated.
--- Jo
Hi All,
there have been a few reports of failure to transmit while band hopping.
I believe I have got to the reason why this might be happening.
If band hopping is enabled then WSJT-X will choose the coordinated band
according this table:
###
Hi Guy,
I've lot track of what your issue is now. WSJTX v1.6.0 is the current
development focus.
To check the version you have currently, open JTSDK-QT, then, at the
prompt type:
* svn info C:\JTSDK\src\wsjtx
That will tell you what revision your local checkout is at. To update
your local check
Hullo Guy,
This command gets you the correct source code:
svn co svn://svn.code.sf.net/p/wsjt/wsjt/branches/wsjtxwsjtx
and delivers the correct 1.6.0 code into the new directory wsjtx.
Hope this helps...
--- John G4KLA
On 09/06/2015 03:36, David Birnbaum wrote:
Hi Dave,
thanks for the info. Some further comments below.
> On 08/06/2015 21:24, David Birnbaum wrote:
>
> Hi Dave,
> > Built r5548 and tested with both WSPR and JT modes. works fine with
> > JT65 and JT9. WSPR receives/decodes okay but wont transmit.
Guy G4DWV/4X1JT writes:
>
> Hi,
>
> I do checkout each time I build, don't know if I have to do this. I *always*
> answer 'Y' to update SVN before compiling/building.
>
> I am only building 1.6.1 so only using 'wsjtxexp' for that version. I still
> can only build 5424.
>
> 73
>
> ---
As has been said here before:
If you want the latest code, you DO NOT want to use the wsjtx_exp
branch. That branch (and the temporary name "v1.6.1") are presently
dormant.
The latest code revisions are in the wsjtx branch, and they are called
v1.6.0.
-- 73, Joe, K1JT
On 6/9/2015 9:
Hi,
I do checkout each time I build, don't know if I have to do this. I *always*
answer 'Y' to update SVN before compiling/building.
I am only building 1.6.1 so only using 'wsjtxexp' for that version. I still
can only build 5424.
73
-
26 matches
Mail list logo
