On 08/05/2016 09:06 PM, Steven Franke wrote:
Hi Steve,
>> I have installed from source using 32 bit Fedora 24. I have a
>> directory share/wsjtx/JPLEPH in the install directory, but it is
>> empty. In the directory lib/ldpc/peg/ in the source working
>> directory, I can find:
>
> JPLEPH is a fil
Title: Re: [wsjt-devel] WSJT-X v1.7 splash screen
Hello Joe,
thanks for the modification. Running r7005 now.
On my machine (Win 7, 8G RAM, I7 3.4 GHz) the main screen and the splash
are coming, as far as my eyes can see, at the same time. JTAlert aligns
to the splash screen. If I click OK, the
No...nothing is being received from the rig at all. Every command times out.
The TM-D710 driver just doesn't fail but tries to continue on anyways.So,
either your com port is wrong, the baud rate is wrong, or the rig isn't
responding as expected.But you said it did work with some other softwar
All feedback much appreciated, Joe.
Yes, I did launch from the command line without incident. No error was
generated.
I did not save a .wav - unfortunately, after the first try, I restarted quickly
and didn’t have the presence of mind to check “save” before the next signal.
Since then, haven’t
There appears to be a significant regression of the JT65 TUNE function in 1.7.0
Alpha r7005 as compared to 1.6.0. r6263.
My config - TS-590S, Interface - DXLab Commander, Split operation - Rig, Mode
- None.
If rig was split before WSJT-X start then rig remains in split when WSJT-X is
started (
Followed Mike's (W9MDB) advise, running the test again (wsjtx build 7005)
using TM -D710 model (234) there is some progress as rig seems detected.
It seems to wait for command.
However when trying WSJTX 1.7 Devel Front-End I can not make the program
return an OK (green response) the rig still not
George --
On 8/5/2016 5:31 PM, George J Molnar wrote:
> At the end of a valid decode cycle (where a signal is present)
> QRA64 crashes for
> me. Transmission is fine. If no signal is present, no crash occurs.
For your report to be useful you need to tell us more.
Have you saved a .wav file, as a
Wolfgang --
The program's present behavior is exactly what you asked for. Is that
not right?
The splash screen is shown exactly once, on program startup, after the
main window is displayed.
If you are building the program for yourself, of course you may modify
it as you wish. But in that ca
Title: Re: [wsjt-devel] WSJT-X v1.7 splash screen
Hello Mike,
in mainwindow.cpp
at line 862 'm_bSplash' is set to true
at line 2553 there is an if(m_bSplash)
therefore the splash is shown.
at line 2572 the m_bSplash is set to false. (?)
The next time WSJT-X is started, the same sequence come
Hi Mike and all,
On 8/5/2016 1:15 PM, Black Michael wrote:
> It appears the splash screen is still interfering with JTAlert
> docking and such.Maybe make it a one-time display if it really
> needs to be there?
> 73 Mike W9MDB
As you will have seen, I implemented the change that Wolfgang, OE1MWW,
On 6/08/2016 3:15 AM, Black Michael wrote:
> It appears the splash screen is still interfering with JTAlert docking
> and such.
> Maybe make it a one-time display if it really needs to be there?
>
> 73
> Mike W9MDB
Mike,
Thanks for the Compiled r7004 release.
At this time, the only solution to
On Fri, Aug 5, 2016 at 1:11 PM, Bill Somerville
wrote:
> On 05/08/2016 19:03, Richard Shaw wrote:
>
> My CMake is getting a little rusty but I think one option would be to make
> them CACHE variables. Currently even if I specify something different on
> the command line using definition it still
Hi Claude,
> I have installed from source using 32 bit Fedora 24. I have a directory
> share/wsjtx/JPLEPH in the install directory, but it is empty. In the
> directory lib/ldpc/peg/ in the source working directory, I can find:
JPLEPH is a file, not a directory. Are you installing version 1.7 r700
On 05/08/2016 19:03, Richard Shaw wrote:
My CMake is getting a little rusty but I think one option would be to
make them CACHE variables. Currently even if I specify something
different on the command line using definition it still doesn't change.
Hi Richard,
extract from the current WSJT-X
Sorry I haven't been building from svn lately but here's some feedback on
my attempt to build for Fedora Linux
1. The install paths should have sane defaults like they do but it would be
nice to be able to override the path, specifcially in my case because
Fedora is multi-lib so 64bit libraries go
On 08/05/2016 12:40 AM, Steven Franke wrote:
Hi Steven,
> I suspect that there is an issue associated with not finding new files that
> define the LDPC code that is used for the short 20ms messages. Here’s a list
> of the files that I have in the wsjtx.app/Contents/Resources/data folder:
>
> J
It appears the splash screen is still interfering with JTAlert docking and
such.Maybe make it a one-time display if it really needs to be there?
73Mike W9MDB
From: Joe Taylor
To: WSJT software development
Sent: Friday, August 5, 2016 9:43 AM
Subject: [wsjt-devel] WSJT-X v1.7 Alpha Rel
Hi Joe, All,
I posted r7005 Alpha 1 on Launchpad for Debian / Ubuntu. ARMv7 Hard
Float (armhf) builds are still running but should be available in an
hour or so.
Version Info
Current Version..: WSJT-X v1.7.0 r7005 Alpha 1
Ubuntu Distros...: Trusty, Xenial, Yakkety
Supported Arch...:
Try using the "Kenwood D710" rig in Hamlib. I've used it on my D710 and
it works (though technically NOT supported by Kenwood) though when NOT
in Echolink mode. See
https://groups.yahoo.com/neo/groups/TM-D710_TM-V71/files/TM-V71%20and%20TM-D710%20Commands%20/
for a full definition of the CA
Well that rig isn't recognizing the standard kenwood ID command.I tried to find
the CAT protocol for this thing and had no luck at all.
If somebody has a reference perhaps we can fix this thing.
Is there a difference between TM-V7 (in hamlib) and TV-V71?
There is also some serial snooping software
Hi all,
I have posted a Windows installation package for an Alpha Release of
WSJT-X Version 1.7 r7005 here:
http://physics.princeton.edu/pulsar/K1JT/wsjtx-1.7.0-alpha-1-win32.exe
You can read about new features in v1.7 (relative to v1.6) here:
http://physics.princeton.edu/pulsar/k1jt/v1.7_Feat
Hi Joe,
My misunderstandingQRA64 is, of course, a different protocol and therefore
will not decode the current beacon.
— John G4KLA
--
___
wsjt-devel mailing list
wsjt-dev
Hi John,
On 8/5/2016 7:55 AM, John Nelson wrote:
> Hi Joe,
>
> Clarification point: I am running r7004 on 2m listening to a beacon
> (GB3VHF) 150 miles away on the back of the antenna which is not raised.
> Decoding JT65B -22 to -24db; clear trace on waterfall.
>
> But no decode for QRA64 wi
Hi Joe,
Clarification point: I am running r7004 on 2m listening to a beacon (GB3VHF)
150 miles away on the back of the antenna which is not raised. Decoding JT65B
-22 to -24db; clear trace on waterfall.
But no decode for QRA64 with either submode B or E. Are there tuning
parameters that n
Title: Re: [wsjt-devel] MessageBox
Dear WSJT-X developers,
the new splash screen since r7400 contains infos that I fully understand to be shown.
Unfortunately, if one uses JTAlert together with WSJT-X 1.7 devel the JTAlert
comes up at the same time as the MessageBox and aligns to the MessageBox
25 matches
Mail list logo
