On 15/12/2015 01:02, Steven Franke wrote:
>>cmake --build --target wsprd
> Bill - this approach does enable me to build jt65sim, however it does not
> install the re-built jt65sim in the install directory - I am now copying it
> over to the install directory manually. Is there a better way?
Hi Bill,
OK. I wasn't aware this change (using cmake v.s. the Makefile) was
coming, so, for the time being, the build script in JTSDK-Nix will
remain broken as I wont be able to work on this for most of this week.
73's
Greg, KI7MT
On 12/14/2015 17:46, Bill Somerville wrote:
> On 15/12/2015
Hi Bill and Joe -
As it turns out, the random number stuff in jt65sim is a bit confusing.
For the Gaussian random noise that is used to set the SNR for simulated data we
call the C routine gran.c which, in turn, calls the C random number generator
rand().
For the random envelope simulation
On 15/12/2015 00:39, KI7MT wrote:
> Not sure what I'm doing wrong here, but I am getting the same or similar
> error on Linux, after the update, when trying to run the Makefile
> directly in:
>
> ^/wsjtx/lib/wsprd
Hi Greg,
my changes are with the intent of making custom non-portable makefiles
On 15/12/2015 01:38, Greg Beam wrote:
> OK. I wasn't aware this change (using cmake v.s. the Makefile) was
> coming, so, for the time being, the build script in JTSDK-Nix will
> remain broken as I wont be able to work on this for most of this week.
Hi Greg,
I am adverse to non-DRY (Don't Repeat
Hi Bill,
Not sure what I'm doing wrong here, but I am getting the same or similar
error on Linux, after the update, when trying to run the Makefile
directly in:
^/wsjtx/lib/wsprd
-
gcc -I/usr/include -Wall -Wno-missing-braces -O3 -ffast-math -c wsprd.c
wsprd.c:43:34: fatal error:
> cmake --build --target wsprd
Bill - this approach does enable me to build jt65sim, however it does not
install the re-built jt65sim in the install directory - I am now copying it
over to the install directory manually. Is there a better way?
Also, just fyi - no action required, jt65sim
On 15/12/2015 01:23, Steven Franke wrote:
> Hi Bill and Joe -
Hi Steve,
>
> As it turns out, the random number stuff in jt65sim is a bit confusing.
Agreed!
>
> For the Gaussian random noise that is used to set the SNR for simulated data
> we call the C routine gran.c which, in turn, calls the
Alas, I’m getting some significantly different results for Rayleigh fading
cases now, so it may be that something is not yet right. Or, perhaps something
was not right before. Either way, it will take some time to track down. I will
report back when I get it figured out.
Steve k9an
> On Dec
On 14/12/2015 08:51, Игорь Ч wrote:
> As RR73 in the free message box has lack of compression and forward
> error correction
Hi Igor,
that is not correct. All messages in the HF implementation of WSJT-X
have the same degree of FEC and some compression mechanism. The
compression is higher with
Hello,
I have a suggestion. I am using a loop antenna (indoors for now, to add insult
to injury) and it needs retuning whenever y change frequency.
What I do is to reduce power to the minimum, press the program's tune button,
raise power to around 5 W and use that to tune the loop. The
New builds for Fedora 22 through Rawhide and EPEL 7 have been completed in
my COPR:
https://copr.fedoraproject.org/coprs/hobbes1069/WSJT/
On a whim I tried ppc64 builds but they all failed, I haven't had time to
look into why though.
Thanks,
Richard
KF5OIM
Hi Joe,
It is clear now, thank you.
73 Igor UA3DJY
As far as I know your principal interest in JT65 is its use at HF.
Failures to decode JT65 signals at HF seldom have anything to do with
failure to synchronize. Indeed, at HF it would be better to have a
*smaller* (definitely NOT a larger)
On 12/14/2015 12:24 PM, Игорь Ч wrote:
> Hi Joe and all,
>
> In the JT65 protocol document there is statement: 'For the tests
> illustrated in Figure 4 with SNR less than about –29 dB, failure
> to synchronize is the cause of many failures to decode.'
>
> Quick question: why do not we
On 14/12/2015 22:22, Josh Rovero wrote:
> CMake Error at CMakeLists.txt:930 (add_executable):
> Cannot find source file:
>
> lib/init_random_seed.c
>
> Tried extensions .c .C .c++ .cc .cpp .cxx .m .M .mm .h .hh .h++ .hm .hpp
> .hxx .in .txx
>
>
> CMake Error at CMakeLists.txt:887
Checked out revision 6272
...
...
...
-- Configuring done
CMake Error at CMakeLists.txt:930 (add_executable):
Cannot find source file:
lib/init_random_seed.c
Tried extensions .c .C .c++ .cc .cpp .cxx .m .M .mm .h .hh .h++ .hm .hpp
.hxx .in .txx
CMake Error at CMakeLists.txt:887
16 matches
Mail list logo