[wsjt-devel] Trouble compiling wsjt-x 1.7.0 on Pi and Mac

Bill, Thank you for the tips. I'll try again tomorrow with these in mind and see how far I can get. Aloha, Pascal AC7N Bill Somerville wrote: > Hi Pascal, > as you are installing distribution packages they will be in the usual > place and the CMake script will find them without any

Re: [wsjt-devel] FT8: CW ID not a good idea

Hi All One option might be to truncate the data for the period chosen to include cw id to allow time for the morse. Such periods would still decode, albeit with a little less sensitivity. The option to do so could be at operator's discretion. 73 Charlie

Re: [wsjt-devel] WSJT-X: Working frequency suggestions

Hi All, further to my prior message on this subject and some off list discussion, here is part two. The following file lists a number of changes and questions related to proposed default working frequency suggestions provided by WSJT-X:

Re: [wsjt-devel] Trouble compiling wsjt-x 1.7.0 on Pi and Mac

Hi Pascal, as you are installing distribution packages they will be in the usual place and the CMake script will find them without any CMAKE_PREFIX_PATH adjustment, that is not so for Hamlib but that is not the problem you are getting. On the Mac you must add the installation directory of

[wsjt-devel] Trouble compiling wsjt-x 1.7.0 on Pi and Mac

Hi Bill, I have installed QT5 on the Mac, and on the RPi. I have installed libqt5multimedia5-plugins and libqt5multimedia5 on the Pi. I am stymied at this point. The error says to add the installation prefix of "QT5Multimedia" to CMAKE_PREFIX_PATH. I've tried that - but I'm not sure that I'm

Re: [wsjt-devel] FT8: CW ID not a good idea

On 05/07/2017 23:49, Joe Taylor wrote: Hi all, If you knew you had to send an ID with a packet, could you not reduce the amplitude of the whole data packet by a db or so and re-allocate that power to the CW ID? It certainly doesn't have to be loud, much like repeaters do id-under-voice. That

Re: [wsjt-devel] FT8: CW ID not a good idea

Joe and Richard, I see where the confusion is coming from. I meant to say that one could send the CW id across a whole 15 sec data 'over', NOT alongside each data packet burst. Sorry about the confusion. The word "PARIS" is considered a standard CW 'word', and consists of 52 dit times, if my

Re: [wsjt-devel] Trouble compiling wsjt-x 1.7.0 on Pi and Mac

On 06/07/2017 00:04, Pascal Nelson wrote: Hello all. Help would be appreciated. I am trying to compile WSJT-X 1.7.0 on both Pi and Mac. I am getting this error message, but I can't seem to find a workable solution. Any ideas? CMake Error at CMakeLists.txt:749 (find_package): By not

Re: [wsjt-devel] FT8: CW ID not a good idea

It won't be required (cw ID) once the software is released to the public. At least in USA as far as FCC is concerned, no? I never is the cw ID On 7/5/2017 6:22 PM, Richard Bown wrote: Hi I'm a bit confused with pandanticity of the CW ident. the classification of the speed of sending morse

[wsjt-devel] Trouble compiling wsjt-x 1.7.0 on Pi and Mac

Hello all. Help would be appreciated. I am trying to compile WSJT-X 1.7.0 on both Pi and Mac. I am getting this error message, but I can't seem to find a workable solution. Any ideas? CMake Error at CMakeLists.txt:749 (find_package): By not providing "FindQt5Multimedia.cmake" in

Re: [wsjt-devel] FT8: CW ID not a good idea

On 05/07/17 22:46, David Tiller wrote: > If you knew you had to send an ID with a packet, could you not reduce the > amplitude of the whole data packet by a db or so and re-allocate that power > to the CW ID? It certainly doesn't have to be loud, much like repeaters do > id-under-voice. That

[wsjt-devel] Ability to Log Missed QSO

Hi All, Today I’ve been using r7782 on OS X 10.11.6 to make a few FT8 QSOs. After one QSO completed, I unknowingly buried the log window by switching to a different application right after the log window popped up. When I went back to the main WSJT-X window, the log window was still buried

Re: [wsjt-devel] FT8: CW ID not a good idea

Hi all, If you knew you had to send an ID with a packet, could you not reduce the amplitude of the whole data packet by a db or so and re-allocate that power to the CW ID? It certainly doesn't have to be loud, much like repeaters do id-under-voice. That way the FT8 signal taken by itself

Re: [wsjt-devel] FT8: CW ID not a good idea

Hi I'm a bit confused with pandanticity of the CW ident. the classification of the speed of sending morse is weird anyway. definition of a word definition of a character Why not just take the longest word in the dictionary , multiply that by 20, and count up all the letters, I guess

Re: [wsjt-devel] FT8: CW ID not a good idea

If you knew you had to send an ID with a packet, could you not reduce the amplitude of the whole data packet by a db or so and re-allocate that power to the CW ID? It certainly doesn't have to be loud, much like repeaters do id-under-voice. That way the FT8 signal taken by itself would still be

Re: [wsjt-devel] FT8: CW ID not a good idea

Hi David, I believe that would generate some nasty side effects. 73 Bill G4WJS. On 05/07/2017 22:10, David Tiller wrote: Any chance of having the CW id run concurrently with a data packet, perhaps at fDial + 100 Hz or so? It'd meet the id requirement without interfering with QSOs. On Jul

Re: [wsjt-devel] FT8: CW ID not a good idea

On 05/07/17 22:10, David Tiller wrote: > Any chance of having the CW id run concurrently with a data packet, perhaps > at fDial + 100 Hz or so? It'd meet the id requirement without interfering > with QSOs. Doing it concurrently wouldn't be compatible with FT8 being a 'constant envelope' mode.

Re: [wsjt-devel] FT8: CW ID not a good idea

Any chance of having the CW id run concurrently with a data packet, perhaps at fDial + 100 Hz or so? It'd meet the id requirement without interfering with QSOs. > On Jul 5, 2017, at 14:42, Gary McDuffie wrote: > > >> On Jul 4, 2017, at 12:56 PM, Steve Huston

[wsjt-devel] Small code misunderstanding

Hi All, searching for incorrect psk reporter frequency report (no audio offset) I see the code in decodedtext.h and decodedtext.cpp. fixed position parameters are used, so in FT8 seems wrong results. Line 2768 in r7782 of mainwindow.cpp int audioFrequency = decodedtext.frequencyOffset();

Re: [wsjt-devel] FT8: CW ID not a good idea

> On Jul 4, 2017, at 12:56 PM, Steve Huston wrote: > > I did notice that having "CW ID after 73" turned on didn't work well > in that mode - I would get W2 out before it would change to the next > part of the sequence and stop. I unchecked it for now. Since it takes 13.4

Re: [wsjt-devel] Question about QSO Start & End Times

Mike, I wonder if the problem is in void MainWindow::set_dateTimeQSO(int m_ntx) where m_dateTimeQSOOn is calculated by assuming that TX periods are in minutes and not 15 secs in the case of FT8. It seems to me that a new method has to be needed to calculate TimeQSOOn for FT8 — John G4KLA

Re: [wsjt-devel] Question about QSO Start & End Times

Mike, You wrote: If you can confirm TX 6 is set during auto-seq try this change in mainwindow.cpp void MainWindow::on_txb6_clicked()//txb6 { m_ntx=6; ui->txrb6->setChecked(true); if (m_transmitting) m_restart=true; if

Re: [wsjt-devel] Need help building

On 04/07/2017 23:03, signalhz signalhz wrote: I went through the steps but when I got to JTSDK-QT I can't get it to build wsjtx 1.7.1 with the new mode. Also I don't see the other programs after building them ie WSJT and WSJT10. I see their folders but there's no icon to click on for either of

Re: [wsjt-devel] Frequency doesn't shift when changing configurations

On 05/07/2017 12:25, Neil Zampella wrote: Bill ... thanks for your pointers. However, think about this for the future. If I switch to a new configuration that is using a different mode, I shouldn't need to have a setting checked for the configuration to reset the frequency to the mode

Re: [wsjt-devel] Frequency doesn't shift when changing configurations

On 7/4/2017 10:56 PM, Dan Malcolm wrote: Neil, It works for me with Configurations name "FT8 Config" & "JT65-JT9 Config". Not sure why a renaming would make it work. All I know is it works for me @ r7782. Dan - K4SHQ -Original Message- From: Neil Zampella [mailto:ne...@techie.com]

Re: [wsjt-devel] Simulating QSO progress

Thanks, Bill This should work for me fine. 73 Charlie > On 05/07/2017 09:40, Charles Suckling wrote: >> To test out autosequencing, is is possible to play back wave files >> with different types of message, as would be the case as a QSO >> progresses? > > Hi Charlie, > > yes it is although I

Re: [wsjt-devel] Patch files for Windows

Hi Bill Thanks for your help. I am trying a few things out locally and may make some proposals to the development team in due course if they work. 73 Charlie _ From: Bill Somerville [mailto:g4...@classdesign.com] Sent: 05 July 2017 10:44 To:

Re: [wsjt-devel] Simulating QSO progress

On 05/07/2017 09:40, Charles Suckling wrote: To test out autosequencing, is is possible to play back wave files with different types of message, as would be the case as a QSO progresses? Hi Charlie, yes it is although I use a different method. If your sound card drivers provide a "Stereo

Re: [wsjt-devel] Patch files for Windows

On 05/07/2017 09:37, Charles Suckling wrote: Just wondering what folks use to generate patch files, recommendations etc. I’ve downloaded Winmerge but not yet installed or tried it. 73 Charlie Hi Charlie, patches have many uses, do you mean proposing changes to the development team or

[wsjt-devel] Simulating QSO progress

To test out autosequencing, is is possible to play back wave files with different types of message, as would be the case as a QSO progresses? 73 Charlie -- Check out the vibrant tech community on one of the

[wsjt-devel] Patch files for Windows

Just wondering what folks use to generate patch files, recommendations etc. I've downloaded Winmerge but not yet installed or tried it. 73 Charlie -- Check out the vibrant tech community on one of the world's

[wsjt-devel] FT8: CW ID not a good idea

Just built and tested r7782, and man FT8 is fast paced. I like it! I did notice that having "CW ID after 73" turned on didn't work well in that mode - I would get W2 out before it would change to the next part of the sequence and stop. I unchecked it for now. -- Steve Huston - W2SRH - Unix