[wsjt-devel] wsjt-x

Hi Joe, I tried the latest wsjt-x_exp this evening on Ubuntu 14.04 and it worked great! My regular hopping setup uses gnuradio to read the TS-480's audio from a sound card and write it to a .wav file. I send xmlrpc commands to stop and start recording. I was surprised to find that I could start

Re: [wsjt-devel] Compiler warning

On 13/05/2015 19:20, Joe Taylor wrote: Hi Joe, > Fussy compilers! The warning is because so many people don't learn the operator precedence and associativity rules and often make mistakes with complex expressions. They tend to apply English language rules rather than the stricter, unambiguous

Re: [wsjt-devel] WSPR mode in WSJT-X v1.6.1

Some more feedback using 5376 on 40 mtrs wspr pleased to see the line with band marking on the receive window and the counter in the status bar till next tx is a nice touch. it's decoding and sending great. I have not used wspr since the early versions so I cannot compare it to that but it seems

Re: [wsjt-devel] WSPRD in WSJT-X 1.6.1-devel

Hi Joe, Yes, this are the files. If I run on a PC two instance of wsjtx with -r or --rig-name they do not interfere: wsjtx -r FirstInstance wsjtx -r SecondInstance the working and temp files are separate and "confined" in WSJT-X + "command line parameter" or if -r not supplied in specific user a

Re: [wsjt-devel] WSPR mode in WSJT-X 1.6.1-devel

Hi Claude I'm not a programmer i'm just an impatient user who compiles so he doesn't have to wait. I check https://sourceforge.net/p/wsjt/wsjt/HEAD/tree/ If it says /branches/wsjtx_exp then I know that 1.6.1 has been updated so I compile and hope it runs (99% run so far) If it says /branches/w

Re: [wsjt-devel] WSPRD in WSJT-X 1.6.1-devel

Hi Sandro, Which file are you thinking of, that should be in a different place? I suppose you mean these: wsprd_timer fftw_wisdom_wsprd ALL_WSPR.TXT hashtable.txt They will be moved, using a mechanism like the one you describe. I just haven't got to it, yet. -- Joe, K1JT

Re: [wsjt-devel] WSPRD in WSJT-X 1.6.1-devel

Hi Bill, thank for answer. It my error to advice for different problems in some message. jt9.f90 contain a small typo. You have corrected some, but not in actual 1.5 line 26 of that present in http://sourceforge.net/p/wsjt/wsjt/HEAD/tree/branches/wsjtx-1.5/lib/jt9.f90 The base problem is the dir

[wsjt-devel] Compiler warning

Fussy compilers! I give up. Would anyone like to take a crack at making the following warning message go away? It arises on line 1752 of mainwondow.cpp in the v1.6.1 branch. C:\JTSDK\src\wsjtx_exp\mainwindow.cpp: In member function 'void MainWindow::guiUpdate()': C:\JTSDK\src\wsjtx_exp\mainw

Re: [wsjt-devel] RRR as 73

Mike -- I'm not inclined to argue the point further. RRR means RRR, and 73 means 73. If both operators are happy then anything (or even nothing) will do after acknowledgment has been *received*. The program should not be making decisions about whether both operators are happy, or not.

Re: [wsjt-devel] Dial calibration errors

Hi Edson, PY2SDR wrote: > Would it add too much complexity to have the frequency error correction in > the audio base band of the decoders? This would prevent having to re-tune > the rig and would also allow crystal controlled transceivers to also have > frequency error correction. This could be

Re: [wsjt-devel] RRR as 73

I thought I was asking for equal treatment...for the GUI (i.e the normal path the user takes) to behave the same no matter which side of the QSO you're on. Answer this one question: Is RRR an implied 73 or not? If it is then it should be treated in the GUI just like a 73 is. I take it you don

Re: [wsjt-devel] RRR as 73

Mike -- > But that only works if you are the receiver whereas the CQ'r is stuck > manually doing these things after message#5. And yes, I know it's just two > extra clicks and one extra mouse move but they are totally unnecessary if we > just treat the two sides the same - equal representation an

Re: [wsjt-devel] RRR as 73

According to the WSJT-X docs and previous discussions this is what I understand to be a standard exchange.taken from the docs. 0001 CQ K1ABC FN42 K1ABC calls CQ 0002 K1ABC G0XYZ IO91 G0XYZ answers 0003 G0XYZ K1ABC -19 K1ABC sends report 0004 K1ABC G0XYZ R-22 G0XYZ sends acknowled

Re: [wsjt-devel] Dial calibration errors

Hi Joe, Would it add too much complexity to have the frequency error correction in the audio base band of the decoders? This would prevent having to re-tune the rig and would also allow crystal controlled transceivers to also have frequency error correction. 73, Edson PY2SDR --- - We humans have

Re: [wsjt-devel] RRR as 73

Hi Mike, On 5/11/2015 11:14 AM, Michael Black wrote: > Since RRR is the 73 for the CQ side this is a simple patch that allows RRR > to act the same as 73 for getting the log pop up window and advancing the > Next button. > > Does this sound OK or are there other side effects? In the recommended s

[wsjt-devel] Dial calibration errors

Hi all, One of the fun things about WSPR is the frequency accuracies that are involved. Having WSPR mode in WSJT-X motivates some serious thought about how best to handle frequency calibration errors in transceivers. Typical dial readout errors in modern radios are a few parts per million -- f

Re: [wsjt-devel] WSJT-X 1.6.1 & wsprd

On 13/05/2015 13:40, Richard Shaw wrote: Hi Richard, > I wouldn't mind testing things out but I prefer to work from tags at > least. Can we get a tag of 1.6.1 in svn? My preference is to reserve tags for milestones that we need to be able to reproduce, for example to revert back to a prior relea

Re: [wsjt-devel] WSPR mode in WSJT-X 1.6.1-devel

Duh...I was confusing CVS and SVN...that's the nice part about standards...there are so many to choose from :-) 73 Mike W9MDB -Original Message- From: Bill Somerville [mailto:g4...@classdesign.com] Sent: Wednesday, May 13, 2015 8:00 AM To: wsjt-devel@lists.sourceforge.net Subject: Re: [w

[wsjt-devel] FW: RRR as 73

Sending this again as I didn't see any comments about.. Perhaps update the tooltip too for the logging option to mention RRR? Might help to educate people. 73 Mike W9MDB From: Michael Black [mailto:mdblac...@yahoo.com] Sent: Monday, May 11, 2015 10:14 AM To: wsjt-devel@lists.sourceforge

Re: [wsjt-devel] WSPR mode in WSJT-X 1.6.1-devel

On 13/05/2015 14:02, Claude Frantz wrote: Hi Claude, > On 05/13/2015 02:45 PM, Michael Black wrote: > >> When you branch the revision numbers branch too. That's why one branch can >> be ahead of another by rev#. > When I enter "svn info", I get > > $ svn info > Path: . > Working Copy Root Pat

Re: [wsjt-devel] WSPR mode in WSJT-X 1.6.1-devel

On 05/13/2015 02:45 PM, Michael Black wrote: > When you branch the revision numbers branch too. That's why one branch can > be ahead of another by rev#. When I enter "svn info", I get $ svn info Path: . Working Copy Root Path: /home/claude/ham/JoeTaylor/wsjtx URL: svn://svn.code.sf.net/p/ws

Re: [wsjt-devel] WSPR mode in WSJT-X 1.6.1-devel

On 13/05/2015 13:45, Michael Black wrote: Hi Mike, > When you branch the revision numbers branch too. That's why one branch can > be ahead of another by rev#. That's not correct, changeset (a.k.a. revision) numbers have no relationship with branches or tags. They are just a unique incrementing n

Re: [wsjt-devel] WSPR mode in WSJT-X 1.6.1-devel

On 13/05/2015 13:39, Claude Frantz wrote: Hi Claude, > On 05/12/2015 02:00 PM, richard stanley wrote: > > Hi Richard, > >> it's in version 1.6.1 not 1.5 or 1.6.0 > Please explain me the relationship between these version numbers and the > release numbers used by svn. David White has used r5353 and

Re: [wsjt-devel] WSPR mode in WSJT-X 1.6.1-devel

When you branch the revision numbers branch too. That's why one branch can be ahead of another by rev#. 73 Mike W9MDB -Original Message- From: Claude Frantz [mailto:claude.fra...@bayern-mail.de] Sent: Wednesday, May 13, 2015 7:39 AM To: WSJT software development Subject: Re: [wsjt-devel

Re: [wsjt-devel] WSJT-X 1.6.1 & wsprd

I wouldn't mind testing things out but I prefer to work from tags at least. Can we get a tag of 1.6.1 in svn? If so, is it worth updating my COPR repository? Thanks, Richard -- One dashboard for servers and applications a

Re: [wsjt-devel] WSPR mode in WSJT-X 1.6.1-devel

On 05/12/2015 02:00 PM, richard stanley wrote: Hi Richard, > it's in version 1.6.1 not 1.5 or 1.6.0 Please explain me the relationship between these version numbers and the release numbers used by svn. David White has used r5353 and he mentioned version 1.6.1. I have used the later svn release

[wsjt-devel] WSJT-X 1.6.1 & wsprd

Built fine (a few warnings) on Fedora Core 20, x86-64. Worked fine on jt65, jt9, and wspr. -- P.J. "Josh" Rovero Ham Radio: KK1D http://www.roveroresearch. net http://www.roveroresearch.info