Re: [wsjt-devel] wspr two-pass decoder status and .c2 file problem
Thanks Bill, For what it’s worth, here a link to the VERBOSE build capture: https://dl.dropboxusercontent.com/u/33211132/k9an_build_capture.txt Here’s the CMakeCache.txt: https://dl.dropboxusercontent.com/u/33211132/CMakeCache.txt Steve k9an > On Jun 28, 2015, at 4:01 PM, Bill Somerville wrote: > > On 28/06/2015 21:51, Bill Somerville wrote: >> On 28/06/2015 21:41, Steven Franke wrote: >>> John and Bill, >> Hi Steve, On Jun 28, 2015, at 2:24 PM, John Nelson wrote: Steve, Back with WSJT-X. Running wsprd_exp on my Mac (OSX 10.10.3) and seeing the improved decodes. Now using .c2 files offline to compare wsprd and wsprd_exp. Good stuff…. >>> Thanks, John. I’ve been meaning to ask you and/or Bill for advice. I do >>> all of the wsprd development on my Mac, but I have never been able to get >>> wsjt-x to compile. I get stuck when compiling /lib/ipcomm.cpp. I have to >>> resort to an Ubuntu 14.04 virtual machine if I want to test wsjt-x on the >>> mac. >>> >>> I think that my problem may have to do with having qt4 installed via >>> macports (for gnuradio) and a separate installation of Qt5 for wsjt-x. >>> >>> I’ll include the error messages below. I have Qt5 installed per the >>> instructions in the “INSTALL” text file. I have no idea why it is looking >>> in my /opt/local path. I used the following cmake command: >> MacPorts installs stuff in /opt/local and it is correctly being picked >> up by the compilers. >>> t >>> cmake -D CMAKE_PREFIX_PATH="~/local/qt-macx-clang;~/Builds/hamlib3.0" -D >>> CMAKE_INSTALL_PREFIX=~/Builds/wsjtx_install ~/Builds/wsjtx >>> >>> Any suggestions would be much appreciated! >> The problem seems to be that the compiler is getting the >> /opt/local/include path ahead of the stuff included via the >> CMAKE_PREFIX_PATH. That shouldn't be happening. > Looks like this is a known issue with the qt4-mac port. I'll install it > on my Mac VM and see if I can find an easy workaround. >> >> I suggest that a fresh build tree and configure with CMake followed by a >> CMake build adding ' -- VERBOSE=1' to the end of the build command. >> Capture the output and post it somewhere I can have a look at it along >> with the CMakeCache.txt file from the build tree root. >>> Steve k9an >> 73 >> Bill >> G4WJS. >>> Here’s the error log: >>> >>> [ 69%] Building CXX object CMakeFiles/jt9.dir/lib/ipcomm.cpp.o >>> In file included from /Users/sfranke/Builds/wsjtx/lib/ipcomm.cpp:1: >>> In file included from >>> /Users/sfranke/local/qt-macx-clang/lib/QtCore.framework/Headers/QDebug:1: >>> /Users/sfranke/local/qt-macx-clang/lib/QtCore.framework/Headers/qdebug.h:65:9: >>> error: >>>unknown type name 'QMessageLogContext' >>> QMessageLogContext context; >>> ^ >>> /Users/sfranke/local/qt-macx-clang/lib/QtCore.framework/Headers/qdebug.h:129:1: >>> error: no >>>member named 'isDetached' in 'QDebug' >>> Q_DECLARE_SHARED(QDebug) >>> ^~~~ >>> /opt/local/include/QtCore/qglobal.h:2255:63: note: expanded from macro >>> 'Q_DECLARE_SHARED' >>> template <> inline bool qIsDetached(TYPE &t) { return t.isDetached(); >>> } \ >>> ~ ^ >>> In file included from /Users/sfranke/Builds/wsjtx/lib/ipcomm.cpp:1: >>> In file included from >>> /Users/sfranke/local/qt-macx-clang/lib/QtCore.framework/Headers/QDebug:1: >>> /Users/sfranke/local/qt-macx-clang/lib/QtCore.framework/Headers/qdebug.h:129:1: >>> error: no >>>member named 'data_ptr' in 'QDebug' >>> Q_DECLARE_SHARED(QDebug) >>> ^~~~ >>> /opt/local/include/QtCore/qglobal.h:2257:16: note: expanded from macro >>> 'Q_DECLARE_SHARED' >>> { qSwap(value1.data_ptr(), value2.data_ptr()); } \ >>> ~~ ^ >>> In file included from /Users/sfranke/Builds/wsjtx/lib/ipcomm.cpp:1: >>> In file included from >>> /Users/sfranke/local/qt-macx-clang/lib/QtCore.framework/Headers/QDebug:1: >>> /Users/sfranke/local/qt-macx-clang/lib/QtCore.framework/Headers/qdebug.h:129:1: >>> error: no >>>member named 'data_ptr' in 'QDebug' >>> Q_DECLARE_SHARED(QDebug) >>> ^~~~ >>> /opt/local/include/QtCore/qglobal.h:2257:35: note: expanded from macro >>> 'Q_DECLARE_SHARED' >>> { qSwap(value1.data_ptr(), value2.data_ptr()); } \ >>> ~~ ^ >>> In file included from /Users/sfranke/Builds/wsjtx/lib/ipcomm.cpp:1: >>> In file included from >>> /Users/sfranke/local/qt-macx-clang/lib/QtCore.framework/Headers/QDebug:1: >>> /Users/sfranke/local/qt-macx-clang/lib/QtCore.framework/Headers/qdebug.h:129:1: >>> error: no >>>member named 'data_ptr' in 'QDebug' >>> Q_DECLARE_SHARED(QDebug) >>> ^~~~ >>> /opt/local/include/QtCore/qglobal.h:2257:50: note: expanded from macro >>> 'Q_DECLARE_SHARED' >>> { qSwap(value1.data_ptr(), value2.data_ptr()); } \ >>> ^ >>> /opt/local/include/QtCo
Re: [wsjt-devel] wspr two-pass decoder status and .c2 file problem
On 28/06/2015 21:51, Bill Somerville wrote: > On 28/06/2015 21:41, Steven Franke wrote: >> John and Bill, > Hi Steve, >>> On Jun 28, 2015, at 2:24 PM, John Nelson wrote: >>> >>> Steve, >>> >>> Back with WSJT-X. Running wsprd_exp on my Mac (OSX 10.10.3) and seeing >>> the improved decodes. Now using .c2 files offline to compare wsprd and >>> wsprd_exp. Good stuff…. >> Thanks, John. I’ve been meaning to ask you and/or Bill for advice. I do all >> of the wsprd development on my Mac, but I have never been able to get wsjt-x >> to compile. I get stuck when compiling /lib/ipcomm.cpp. I have to resort to >> an Ubuntu 14.04 virtual machine if I want to test wsjt-x on the mac. >> >> I think that my problem may have to do with having qt4 installed via >> macports (for gnuradio) and a separate installation of Qt5 for wsjt-x. >> >> I’ll include the error messages below. I have Qt5 installed per the >> instructions in the “INSTALL” text file. I have no idea why it is looking in >> my /opt/local path. I used the following cmake command: > MacPorts installs stuff in /opt/local and it is correctly being picked > up by the compilers. >> t >> cmake -D CMAKE_PREFIX_PATH="~/local/qt-macx-clang;~/Builds/hamlib3.0" -D >> CMAKE_INSTALL_PREFIX=~/Builds/wsjtx_install ~/Builds/wsjtx >> >> Any suggestions would be much appreciated! > The problem seems to be that the compiler is getting the > /opt/local/include path ahead of the stuff included via the > CMAKE_PREFIX_PATH. That shouldn't be happening. Looks like this is a known issue with the qt4-mac port. I'll install it on my Mac VM and see if I can find an easy workaround. > > I suggest that a fresh build tree and configure with CMake followed by a > CMake build adding ' -- VERBOSE=1' to the end of the build command. > Capture the output and post it somewhere I can have a look at it along > with the CMakeCache.txt file from the build tree root. >> Steve k9an > 73 > Bill > G4WJS. >> Here’s the error log: >> >> [ 69%] Building CXX object CMakeFiles/jt9.dir/lib/ipcomm.cpp.o >> In file included from /Users/sfranke/Builds/wsjtx/lib/ipcomm.cpp:1: >> In file included from >> /Users/sfranke/local/qt-macx-clang/lib/QtCore.framework/Headers/QDebug:1: >> /Users/sfranke/local/qt-macx-clang/lib/QtCore.framework/Headers/qdebug.h:65:9: >> error: >> unknown type name 'QMessageLogContext' >> QMessageLogContext context; >> ^ >> /Users/sfranke/local/qt-macx-clang/lib/QtCore.framework/Headers/qdebug.h:129:1: >> error: no >> member named 'isDetached' in 'QDebug' >> Q_DECLARE_SHARED(QDebug) >> ^~~~ >> /opt/local/include/QtCore/qglobal.h:2255:63: note: expanded from macro >> 'Q_DECLARE_SHARED' >> template <> inline bool qIsDetached(TYPE &t) { return t.isDetached(); >> } \ >> ~ ^ >> In file included from /Users/sfranke/Builds/wsjtx/lib/ipcomm.cpp:1: >> In file included from >> /Users/sfranke/local/qt-macx-clang/lib/QtCore.framework/Headers/QDebug:1: >> /Users/sfranke/local/qt-macx-clang/lib/QtCore.framework/Headers/qdebug.h:129:1: >> error: no >> member named 'data_ptr' in 'QDebug' >> Q_DECLARE_SHARED(QDebug) >> ^~~~ >> /opt/local/include/QtCore/qglobal.h:2257:16: note: expanded from macro >> 'Q_DECLARE_SHARED' >> { qSwap(value1.data_ptr(), value2.data_ptr()); } \ >> ~~ ^ >> In file included from /Users/sfranke/Builds/wsjtx/lib/ipcomm.cpp:1: >> In file included from >> /Users/sfranke/local/qt-macx-clang/lib/QtCore.framework/Headers/QDebug:1: >> /Users/sfranke/local/qt-macx-clang/lib/QtCore.framework/Headers/qdebug.h:129:1: >> error: no >> member named 'data_ptr' in 'QDebug' >> Q_DECLARE_SHARED(QDebug) >> ^~~~ >> /opt/local/include/QtCore/qglobal.h:2257:35: note: expanded from macro >> 'Q_DECLARE_SHARED' >> { qSwap(value1.data_ptr(), value2.data_ptr()); } \ >> ~~ ^ >> In file included from /Users/sfranke/Builds/wsjtx/lib/ipcomm.cpp:1: >> In file included from >> /Users/sfranke/local/qt-macx-clang/lib/QtCore.framework/Headers/QDebug:1: >> /Users/sfranke/local/qt-macx-clang/lib/QtCore.framework/Headers/qdebug.h:129:1: >> error: no >> member named 'data_ptr' in 'QDebug' >> Q_DECLARE_SHARED(QDebug) >> ^~~~ >> /opt/local/include/QtCore/qglobal.h:2257:50: note: expanded from macro >> 'Q_DECLARE_SHARED' >> { qSwap(value1.data_ptr(), value2.data_ptr()); } \ >>^ >> /opt/local/include/QtCore/qglobal.h:2249:19: note: expanded from macro '\ >> Q_DECLARE_SHARED_STL' >> { swap(value1.data_ptr(), value2.data_ptr()); } \ >> ~~ ^ >> In file included from /Users/sfranke/Builds/wsjtx/lib/ipcomm.cpp:1: >> In file included from >> /Users/sfranke/local/qt-macx-clang/lib/QtCore.framework/Headers/QDebug:1: >> /Users/sfranke/local/qt-macx-clang/lib/QtCore.framework/Headers/qdebug.h
Re: [wsjt-devel] wspr two-pass decoder status and .c2 file problem
On 28/06/2015 21:41, Steven Franke wrote: > John and Bill, Hi Steve, > >> On Jun 28, 2015, at 2:24 PM, John Nelson wrote: >> >> Steve, >> >> Back with WSJT-X. Running wsprd_exp on my Mac (OSX 10.10.3) and seeing the >> improved decodes. Now using .c2 files offline to compare wsprd and >> wsprd_exp. Good stuff…. > Thanks, John. I’ve been meaning to ask you and/or Bill for advice. I do all > of the wsprd development on my Mac, but I have never been able to get wsjt-x > to compile. I get stuck when compiling /lib/ipcomm.cpp. I have to resort to > an Ubuntu 14.04 virtual machine if I want to test wsjt-x on the mac. > > I think that my problem may have to do with having qt4 installed via macports > (for gnuradio) and a separate installation of Qt5 for wsjt-x. > > I’ll include the error messages below. I have Qt5 installed per the > instructions in the “INSTALL” text file. I have no idea why it is looking in > my /opt/local path. I used the following cmake command: MacPorts installs stuff in /opt/local and it is correctly being picked up by the compilers. > t > cmake -D CMAKE_PREFIX_PATH="~/local/qt-macx-clang;~/Builds/hamlib3.0" -D > CMAKE_INSTALL_PREFIX=~/Builds/wsjtx_install ~/Builds/wsjtx > > Any suggestions would be much appreciated! The problem seems to be that the compiler is getting the /opt/local/include path ahead of the stuff included via the CMAKE_PREFIX_PATH. That shouldn't be happening. I suggest that a fresh build tree and configure with CMake followed by a CMake build adding ' -- VERBOSE=1' to the end of the build command. Capture the output and post it somewhere I can have a look at it along with the CMakeCache.txt file from the build tree root. > > Steve k9an 73 Bill G4WJS. > > Here’s the error log: > > [ 69%] Building CXX object CMakeFiles/jt9.dir/lib/ipcomm.cpp.o > In file included from /Users/sfranke/Builds/wsjtx/lib/ipcomm.cpp:1: > In file included from > /Users/sfranke/local/qt-macx-clang/lib/QtCore.framework/Headers/QDebug:1: > /Users/sfranke/local/qt-macx-clang/lib/QtCore.framework/Headers/qdebug.h:65:9: > error: >unknown type name 'QMessageLogContext' > QMessageLogContext context; > ^ > /Users/sfranke/local/qt-macx-clang/lib/QtCore.framework/Headers/qdebug.h:129:1: > error: no >member named 'isDetached' in 'QDebug' > Q_DECLARE_SHARED(QDebug) > ^~~~ > /opt/local/include/QtCore/qglobal.h:2255:63: note: expanded from macro > 'Q_DECLARE_SHARED' > template <> inline bool qIsDetached(TYPE &t) { return t.isDetached(); } > \ > ~ ^ > In file included from /Users/sfranke/Builds/wsjtx/lib/ipcomm.cpp:1: > In file included from > /Users/sfranke/local/qt-macx-clang/lib/QtCore.framework/Headers/QDebug:1: > /Users/sfranke/local/qt-macx-clang/lib/QtCore.framework/Headers/qdebug.h:129:1: > error: no >member named 'data_ptr' in 'QDebug' > Q_DECLARE_SHARED(QDebug) > ^~~~ > /opt/local/include/QtCore/qglobal.h:2257:16: note: expanded from macro > 'Q_DECLARE_SHARED' > { qSwap(value1.data_ptr(), value2.data_ptr()); } \ > ~~ ^ > In file included from /Users/sfranke/Builds/wsjtx/lib/ipcomm.cpp:1: > In file included from > /Users/sfranke/local/qt-macx-clang/lib/QtCore.framework/Headers/QDebug:1: > /Users/sfranke/local/qt-macx-clang/lib/QtCore.framework/Headers/qdebug.h:129:1: > error: no >member named 'data_ptr' in 'QDebug' > Q_DECLARE_SHARED(QDebug) > ^~~~ > /opt/local/include/QtCore/qglobal.h:2257:35: note: expanded from macro > 'Q_DECLARE_SHARED' > { qSwap(value1.data_ptr(), value2.data_ptr()); } \ > ~~ ^ > In file included from /Users/sfranke/Builds/wsjtx/lib/ipcomm.cpp:1: > In file included from > /Users/sfranke/local/qt-macx-clang/lib/QtCore.framework/Headers/QDebug:1: > /Users/sfranke/local/qt-macx-clang/lib/QtCore.framework/Headers/qdebug.h:129:1: > error: no >member named 'data_ptr' in 'QDebug' > Q_DECLARE_SHARED(QDebug) > ^~~~ > /opt/local/include/QtCore/qglobal.h:2257:50: note: expanded from macro > 'Q_DECLARE_SHARED' > { qSwap(value1.data_ptr(), value2.data_ptr()); } \ > ^ > /opt/local/include/QtCore/qglobal.h:2249:19: note: expanded from macro '\ > Q_DECLARE_SHARED_STL' > { swap(value1.data_ptr(), value2.data_ptr()); } \ > ~~ ^ > In file included from /Users/sfranke/Builds/wsjtx/lib/ipcomm.cpp:1: > In file included from > /Users/sfranke/local/qt-macx-clang/lib/QtCore.framework/Headers/QDebug:1: > /Users/sfranke/local/qt-macx-clang/lib/QtCore.framework/Headers/qdebug.h:129:1: > error: no >member named 'data_ptr' in 'QDebug' > Q_DECLARE_SHARED(QDebug) > ^~~~ > /opt/local/include/QtCore/qglobal.h:2257:50: note: expanded from macro > 'Q_DECLARE_SHARED' > { qSwap(value1.data_ptr(), value2.data_ptr()); } \ >
Re: [wsjt-devel] wspr two-pass decoder status and .c2 file problem
John and Bill, > On Jun 28, 2015, at 2:24 PM, John Nelson wrote: > > Steve, > > Back with WSJT-X. Running wsprd_exp on my Mac (OSX 10.10.3) and seeing the > improved decodes. Now using .c2 files offline to compare wsprd and > wsprd_exp. Good stuff…. Thanks, John. I’ve been meaning to ask you and/or Bill for advice. I do all of the wsprd development on my Mac, but I have never been able to get wsjt-x to compile. I get stuck when compiling /lib/ipcomm.cpp. I have to resort to an Ubuntu 14.04 virtual machine if I want to test wsjt-x on the mac. I think that my problem may have to do with having qt4 installed via macports (for gnuradio) and a separate installation of Qt5 for wsjt-x. I’ll include the error messages below. I have Qt5 installed per the instructions in the “INSTALL” text file. I have no idea why it is looking in my /opt/local path. I used the following cmake command: cmake -D CMAKE_PREFIX_PATH="~/local/qt-macx-clang;~/Builds/hamlib3.0" -D CMAKE_INSTALL_PREFIX=~/Builds/wsjtx_install ~/Builds/wsjtx Any suggestions would be much appreciated! Steve k9an Here’s the error log: [ 69%] Building CXX object CMakeFiles/jt9.dir/lib/ipcomm.cpp.o In file included from /Users/sfranke/Builds/wsjtx/lib/ipcomm.cpp:1: In file included from /Users/sfranke/local/qt-macx-clang/lib/QtCore.framework/Headers/QDebug:1: /Users/sfranke/local/qt-macx-clang/lib/QtCore.framework/Headers/qdebug.h:65:9: error: unknown type name 'QMessageLogContext' QMessageLogContext context; ^ /Users/sfranke/local/qt-macx-clang/lib/QtCore.framework/Headers/qdebug.h:129:1: error: no member named 'isDetached' in 'QDebug' Q_DECLARE_SHARED(QDebug) ^~~~ /opt/local/include/QtCore/qglobal.h:2255:63: note: expanded from macro 'Q_DECLARE_SHARED' template <> inline bool qIsDetached(TYPE &t) { return t.isDetached(); } \ ~ ^ In file included from /Users/sfranke/Builds/wsjtx/lib/ipcomm.cpp:1: In file included from /Users/sfranke/local/qt-macx-clang/lib/QtCore.framework/Headers/QDebug:1: /Users/sfranke/local/qt-macx-clang/lib/QtCore.framework/Headers/qdebug.h:129:1: error: no member named 'data_ptr' in 'QDebug' Q_DECLARE_SHARED(QDebug) ^~~~ /opt/local/include/QtCore/qglobal.h:2257:16: note: expanded from macro 'Q_DECLARE_SHARED' { qSwap(value1.data_ptr(), value2.data_ptr()); } \ ~~ ^ In file included from /Users/sfranke/Builds/wsjtx/lib/ipcomm.cpp:1: In file included from /Users/sfranke/local/qt-macx-clang/lib/QtCore.framework/Headers/QDebug:1: /Users/sfranke/local/qt-macx-clang/lib/QtCore.framework/Headers/qdebug.h:129:1: error: no member named 'data_ptr' in 'QDebug' Q_DECLARE_SHARED(QDebug) ^~~~ /opt/local/include/QtCore/qglobal.h:2257:35: note: expanded from macro 'Q_DECLARE_SHARED' { qSwap(value1.data_ptr(), value2.data_ptr()); } \ ~~ ^ In file included from /Users/sfranke/Builds/wsjtx/lib/ipcomm.cpp:1: In file included from /Users/sfranke/local/qt-macx-clang/lib/QtCore.framework/Headers/QDebug:1: /Users/sfranke/local/qt-macx-clang/lib/QtCore.framework/Headers/qdebug.h:129:1: error: no member named 'data_ptr' in 'QDebug' Q_DECLARE_SHARED(QDebug) ^~~~ /opt/local/include/QtCore/qglobal.h:2257:50: note: expanded from macro 'Q_DECLARE_SHARED' { qSwap(value1.data_ptr(), value2.data_ptr()); } \ ^ /opt/local/include/QtCore/qglobal.h:2249:19: note: expanded from macro '\ Q_DECLARE_SHARED_STL' { swap(value1.data_ptr(), value2.data_ptr()); } \ ~~ ^ In file included from /Users/sfranke/Builds/wsjtx/lib/ipcomm.cpp:1: In file included from /Users/sfranke/local/qt-macx-clang/lib/QtCore.framework/Headers/QDebug:1: /Users/sfranke/local/qt-macx-clang/lib/QtCore.framework/Headers/qdebug.h:129:1: error: no member named 'data_ptr' in 'QDebug' Q_DECLARE_SHARED(QDebug) ^~~~ /opt/local/include/QtCore/qglobal.h:2257:50: note: expanded from macro 'Q_DECLARE_SHARED' { qSwap(value1.data_ptr(), value2.data_ptr()); } \ ^ /opt/local/include/QtCore/qglobal.h:2249:38: note: expanded from macro '\ Q_DECLARE_SHARED_STL' { swap(value1.data_ptr(), value2.data_ptr()); } \ ~~ ^ 6 errors generated. make[2]: *** [CMakeFiles/jt9.dir/lib/ipcomm.cpp.o] Error 1 make[1]: *** [CMakeFiles/jt9.dir/all] Error 2 make: *** [all] Error 2 > > --- John g4KLA > -- > Monitor 25 network devices or servers for free with OpManager! > OpManager is web-based network management software that monitors > network devices and physical & virtual servers, alerts via email & sms > for fault. Monitor 25 devices for free with no restriction. Download now > http://ad.doubleclick.net/ddm/clk/292181274
Re: [wsjt-devel] wspr two-pass decoder status and .c2 file problem
Steve, Back with WSJT-X. Running wsprd_exp on my Mac (OSX 10.10.3) and seeing the improved decodes. Now using .c2 files offline to compare wsprd and wsprd_exp. Good stuff --- John g4KLA -- Monitor 25 network devices or servers for free with OpManager! OpManager is web-based network management software that monitors network devices and physical & virtual servers, alerts via email & sms for fault. Monitor 25 devices for free with no restriction. Download now http://ad.doubleclick.net/ddm/clk/292181274;119417398;o ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] wspr two-pass decoder status and .c2 file problem
On 28/06/2015 16:40, Steven Franke wrote: > Hi Bill, Hi Steve, > Thanks. I will study up on threading and how it might apply here. Steve. It basically boils down to how you can break the work to be done into independent chunks that can be processed in parallel. The independence is key here, if a chunk of work X can be divided into two or more completely independent chunks Y and Z, ... then there is a gain to be had if the time for splitting X, executing the longer of Y and Z, ... and recombining the results of Y and Z, ... is less than the time to execute X alone. If Y and Z are not truly independent then there is an added overhead for communication between them, usually in the form of some form of synchronization constraint. This is also where the cost of complexity can overwhelm any gains as synchronization constraints are a huge source of defects and maintenance costs. The rest is implementation detail. >>> Steve k9an >>> >> 73 >> Bill >> G4WJS. -- Monitor 25 network devices or servers for free with OpManager! OpManager is web-based network management software that monitors network devices and physical & virtual servers, alerts via email & sms for fault. Monitor 25 devices for free with no restriction. Download now http://ad.doubleclick.net/ddm/clk/292181274;119417398;o ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] wspr two-pass decoder status and .c2 file problem
Hi Bill, > On Jun 28, 2015, at 9:59 AM, Bill Somerville wrote: > > On 28/06/2015 15:46, Steven Franke wrote: > > Hi Steve, > > ... >> It is dog-slow as it stands. But I’m sure that there are things that we can >> do to speed it up significantly. This might be a good application for >> openmpi, no? > There is fairly major technical issue with this suggestion. On Mac we > don't have a C++ OpenMP (OpenMPI is a different tool for message > passing) implementation available. To get the current Fortran OpenMP > code working on Mac we have had to take some liberties with mixing > gfortran OpenMP code with C & C++ code compiled with Apple clang & > clang++ which have no OpenMP support. We must use Apple clang++ on Mac > since that is the only fully supported C++ compiler with Qt on that > platform. > > I would strongly suggest using threading probably supported by the Qt > framework if we wish to obtain parallelism in our C++ code. Thanks. I will study up on threading and how it might apply here. Steve. >> >> Steve k9an >> > 73 > Bill > G4WJS. > > -- > Monitor 25 network devices or servers for free with OpManager! > OpManager is web-based network management software that monitors > network devices and physical & virtual servers, alerts via email & sms > for fault. Monitor 25 devices for free with no restriction. Download now > http://ad.doubleclick.net/ddm/clk/292181274;119417398;o > ___ > wsjt-devel mailing list > wsjt-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wsjt-devel -- Monitor 25 network devices or servers for free with OpManager! OpManager is web-based network management software that monitors network devices and physical & virtual servers, alerts via email & sms for fault. Monitor 25 devices for free with no restriction. Download now http://ad.doubleclick.net/ddm/clk/292181274;119417398;o ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] wspr two-pass decoder status and .c2 file problem
Hi Mike, Thanks for the comments. > On Jun 28, 2015, at 10:10 AM, Michael Black wrote: > > I'm curious...can you test what happens if you make it a one-sided test? That > would eliminate local minimums. >if((smspec[j]>smspec[j-1]) || (smspec[j]>smspec[j+1]) && > (npk<200)) { My current thinking is that spectral shape (peaks and mins) should be ignored altogether, because almost anything can happen when two or more signals with carrier frequencies within a few Hz of one another are superposed. > > Also...what's the distribution of the snr values for the successful vs > unsuccessful decodes? Maybe there's a better value to be had there. The snr_min that I’m using corresponds to -33 dB in 2.5 kHz bandwidth, or -7 dB in the bandwidth occupied by the WSPR signal. We know from much experience (both with real signals and with simulations) that we are not going to decode anything weaker than this. > > 73 > Mike W9MDB Steve k9an > > -Original Message- > From: Steven Franke [mailto:s.j.fra...@icloud.com] > Sent: Sunday, June 28, 2015 9:47 AM > To: WSJT software development > Subject: Re: [wsjt-devel] wspr two-pass decoder status and .c2 file problem > > Joe, > Frequency-sorting has now been committed. > > It dawned on me that it is no longer really appropriate to insist that a > decoding candidate correspond to a local maximum in the average spectrum. I > tried this simple change: > > $ diff wsprd_exp.c ~/Builds/wsjtx/lib/wsprd/wsprd_exp.c > 848,850c848,849 > < for(j=1; j<410; j=j+2) { > < //if((smspec[j]>smspec[j-1]) && (smspec[j]>smspec[j+1]) && > (npk<200)) { > < if((smspec[j]>min_snr) && (npk<200)) { > --- >>for(j=1; j<410; j++) { >>if((smspec[j]>smspec[j-1]) && (smspec[j]>smspec[j+1]) && >> (npk<200)) { > > On my 20m wav files it gives us another 10% over the current wsprd_exp with > subtraction and two-passes, or a whopping 47% improvement over the current > default wsprd: > > Default wsprd: 1315 in 163s > wsprd_exp: 1758 in 270s > no peak requirement: 1934 in 1487s > > With this change, a case that yields 16 decodes from the current wsprd_exp > now yields 19 decodes from one .wav file! > > It is dog-slow as it stands. But I’m sure that there are things that we can > do to speed it up significantly. This might be a good application for > openmpi, no? > > Steve k9an > -- > Monitor 25 network devices or servers for free with OpManager! > OpManager is web-based network management software that monitors network > devices and physical & virtual servers, alerts via email & sms for fault. > Monitor 25 devices for free with no restriction. Download now > http://ad.doubleclick.net/ddm/clk/292181274;119417398;o > ___ > wsjt-devel mailing list > wsjt-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wsjt-devel > > > -- > Monitor 25 network devices or servers for free with OpManager! > OpManager is web-based network management software that monitors > network devices and physical & virtual servers, alerts via email & sms > for fault. Monitor 25 devices for free with no restriction. Download now > http://ad.doubleclick.net/ddm/clk/292181274;119417398;o > ___ > wsjt-devel mailing list > wsjt-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wsjt-devel -- Monitor 25 network devices or servers for free with OpManager! OpManager is web-based network management software that monitors network devices and physical & virtual servers, alerts via email & sms for fault. Monitor 25 devices for free with no restriction. Download now http://ad.doubleclick.net/ddm/clk/292181274;119417398;o ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] wspr two-pass decoder status and .c2 file problem
It is interesting to see how far we’ve come. I just analyzed my favorite .wav file with several versions of the decoder: 1. wspr0 from python-based wspr: 7 decodes 2. current wsprd from wsjt-x 1.6: 10 decodes 3. wsprd_exp with subtraction and two-passes:16 decodes 4. no-peak-requirement modification to wsprd_exp: 19 decodes Steve k9an > On Jun 28, 2015, at 9:46 AM, Steven Franke wrote: > > Joe, > Frequency-sorting has now been committed. > > It dawned on me that it is no longer really appropriate to insist that a > decoding candidate correspond to a local maximum in the average spectrum. I > tried this simple change: > > $ diff wsprd_exp.c ~/Builds/wsjtx/lib/wsprd/wsprd_exp.c > 848,850c848,849 > < for(j=1; j<410; j=j+2) { > < //if((smspec[j]>smspec[j-1]) && (smspec[j]>smspec[j+1]) && > (npk<200)) { > < if((smspec[j]>min_snr) && (npk<200)) { > --- >>for(j=1; j<410; j++) { >>if((smspec[j]>smspec[j-1]) && (smspec[j]>smspec[j+1]) && >> (npk<200)) { > > On my 20m wav files it gives us another 10% over the current wsprd_exp with > subtraction and two-passes, or a whopping 47% improvement over the current > default wsprd: > > Default wsprd: 1315 in 163s > wsprd_exp: 1758 in 270s > no peak requirement: 1934 in 1487s > > With this change, a case that yields 16 decodes from the current wsprd_exp > now yields 19 decodes from one .wav file! > > It is dog-slow as it stands. But I’m sure that there are things that we can > do to speed it up significantly. This might be a good application for > openmpi, no? > > Steve k9an > -- > Monitor 25 network devices or servers for free with OpManager! > OpManager is web-based network management software that monitors > network devices and physical & virtual servers, alerts via email & sms > for fault. Monitor 25 devices for free with no restriction. Download now > http://ad.doubleclick.net/ddm/clk/292181274;119417398;o > ___ > wsjt-devel mailing list > wsjt-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wsjt-devel -- Monitor 25 network devices or servers for free with OpManager! OpManager is web-based network management software that monitors network devices and physical & virtual servers, alerts via email & sms for fault. Monitor 25 devices for free with no restriction. Download now http://ad.doubleclick.net/ddm/clk/292181274;119417398;o ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] wspr two-pass decoder status and .c2 file problem
I'm curious...can you test what happens if you make it a one-sided test? That would eliminate local minimums. if((smspec[j]>smspec[j-1]) || (smspec[j]>smspec[j+1]) && (npk<200)) { Also...what's the distribution of the snr values for the successful vs unsuccessful decodes? Maybe there's a better value to be had there. 73 Mike W9MDB -Original Message- From: Steven Franke [mailto:s.j.fra...@icloud.com] Sent: Sunday, June 28, 2015 9:47 AM To: WSJT software development Subject: Re: [wsjt-devel] wspr two-pass decoder status and .c2 file problem Joe, Frequency-sorting has now been committed. It dawned on me that it is no longer really appropriate to insist that a decoding candidate correspond to a local maximum in the average spectrum. I tried this simple change: $ diff wsprd_exp.c ~/Builds/wsjtx/lib/wsprd/wsprd_exp.c 848,850c848,849 < for(j=1; j<410; j=j+2) { < //if((smspec[j]>smspec[j-1]) && (smspec[j]>smspec[j+1]) && (npk<200)) { < if((smspec[j]>min_snr) && (npk<200)) { --- > for(j=1; j<410; j++) { > if((smspec[j]>smspec[j-1]) && (smspec[j]>smspec[j+1]) && > (npk<200)) { On my 20m wav files it gives us another 10% over the current wsprd_exp with subtraction and two-passes, or a whopping 47% improvement over the current default wsprd: Default wsprd: 1315 in 163s wsprd_exp: 1758 in 270s no peak requirement: 1934 in 1487s With this change, a case that yields 16 decodes from the current wsprd_exp now yields 19 decodes from one .wav file! It is dog-slow as it stands. But I’m sure that there are things that we can do to speed it up significantly. This might be a good application for openmpi, no? Steve k9an -- Monitor 25 network devices or servers for free with OpManager! OpManager is web-based network management software that monitors network devices and physical & virtual servers, alerts via email & sms for fault. Monitor 25 devices for free with no restriction. Download now http://ad.doubleclick.net/ddm/clk/292181274;119417398;o ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel -- Monitor 25 network devices or servers for free with OpManager! OpManager is web-based network management software that monitors network devices and physical & virtual servers, alerts via email & sms for fault. Monitor 25 devices for free with no restriction. Download now http://ad.doubleclick.net/ddm/clk/292181274;119417398;o ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] wspr two-pass decoder status and .c2 file problem
On 28/06/2015 15:46, Steven Franke wrote: Hi Steve, ... > It is dog-slow as it stands. But I’m sure that there are things that we can > do to speed it up significantly. This might be a good application for > openmpi, no? There is fairly major technical issue with this suggestion. On Mac we don't have a C++ OpenMP (OpenMPI is a different tool for message passing) implementation available. To get the current Fortran OpenMP code working on Mac we have had to take some liberties with mixing gfortran OpenMP code with C & C++ code compiled with Apple clang & clang++ which have no OpenMP support. We must use Apple clang++ on Mac since that is the only fully supported C++ compiler with Qt on that platform. I would strongly suggest using threading probably supported by the Qt framework if we wish to obtain parallelism in our C++ code. > > Steve k9an > 73 Bill G4WJS. -- Monitor 25 network devices or servers for free with OpManager! OpManager is web-based network management software that monitors network devices and physical & virtual servers, alerts via email & sms for fault. Monitor 25 devices for free with no restriction. Download now http://ad.doubleclick.net/ddm/clk/292181274;119417398;o ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] wspr two-pass decoder status and .c2 file problem
Joe, Frequency-sorting has now been committed. It dawned on me that it is no longer really appropriate to insist that a decoding candidate correspond to a local maximum in the average spectrum. I tried this simple change: $ diff wsprd_exp.c ~/Builds/wsjtx/lib/wsprd/wsprd_exp.c 848,850c848,849 < for(j=1; j<410; j=j+2) { < //if((smspec[j]>smspec[j-1]) && (smspec[j]>smspec[j+1]) && (npk<200)) { < if((smspec[j]>min_snr) && (npk<200)) { --- > for(j=1; j<410; j++) { > if((smspec[j]>smspec[j-1]) && (smspec[j]>smspec[j+1]) && > (npk<200)) { On my 20m wav files it gives us another 10% over the current wsprd_exp with subtraction and two-passes, or a whopping 47% improvement over the current default wsprd: Default wsprd: 1315 in 163s wsprd_exp: 1758 in 270s no peak requirement: 1934 in 1487s With this change, a case that yields 16 decodes from the current wsprd_exp now yields 19 decodes from one .wav file! It is dog-slow as it stands. But I’m sure that there are things that we can do to speed it up significantly. This might be a good application for openmpi, no? Steve k9an -- Monitor 25 network devices or servers for free with OpManager! OpManager is web-based network management software that monitors network devices and physical & virtual servers, alerts via email & sms for fault. Monitor 25 devices for free with no restriction. Download now http://ad.doubleclick.net/ddm/clk/292181274;119417398;o ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
[wsjt-devel] Message from "WSJT_SS_ISCAT" yahoo group
Hi all, I am forwarding below a message just sent to the "WSJT_SS_ISCAT" yahoo group. It will be of interest to this list as well. -- Joe, K1JT Original Message Subject: Re: [WSJT_SS_ISCAT] ISCAT Experimental V9 Up on Google Drive. Date: Sun, 28 Jun 2015 10:16:06 -0400 From: Joe Taylor To: wsjt_ss_is...@yahoogroups.com Hi Jay, Gary, and all, KA9CFD wrote: > I would like to see ISCAT mode made available in WSJT-X. Then you would > get radio frequency control and also personally I would be able to log > QSO's directly into DXkeeper with the use of JTalert. That would be nice. K7EK wrote: > I agree with Jay. Having ISCAT in WSJT-X would be a major leap forward. > I second Jay's statement. I hope it will be given serious consideration. Please be aware that the best email reflectors for such "wish list" suggestions for any of the WSJT programs are wsjtgr...@yahoogroups.com or wsjt-devel@lists.sourceforge.net. I have been reading the wsjt_ss_is...@yahoogroups.com list, however, so your wish to see ISCAT as a part of WSJT-X has been duly noted. You should know that for a long time the following sentence has appeared in the WSJT Home Page in a short section titled WSJT-X: http://www.physics.princeton.edu/pulsar/K1JT/index.html "Plans call for the eventual inclusion of other popular modes now supported in WSJT." On the more detailed web page devoted to WSJT-X, you'll find the following: http://www.physics.princeton.edu/pulsar/K1JT/wsjtx.html "*Future plans*" "Future versions of WSJT-X will include other popular modes from WSJT and its sister programs, starting with WSPR and JT4." WSPR and JT4 are already implemented in WSJT-X v1.6.0, our code-development branch. Many users are building this version of the program for themselves, using tools we developed that make this task reasonably painless for non-programmers. These users have been a great help to us in debugging and otherwise improving the program. We have not yet started work toward implementing any of the WSJT "fast modes" (JTMS, FSK441, ISCAT, JT6M) in WSJT-X. As a group these modes have a major distinction from any of the slow modes: the protocols do not include forward error correction. Decoding strategy is rather different, and more dependence is placed on operator decisions and discretion. I have not even thought about what JTAlert (or other cooperating programs) might do with decodes from the fast modes. Logging should be OK, though. Fair warning: at various times we have thought it might be better to support the WSJT fast modes in a separate program, distinct from WSJT-X. Maybe yes, maybe no; maybe even "try it and see". TBD. -- 73, Joe, K1JT -- Monitor 25 network devices or servers for free with OpManager! OpManager is web-based network management software that monitors network devices and physical & virtual servers, alerts via email & sms for fault. Monitor 25 devices for free with no restriction. Download now http://ad.doubleclick.net/ddm/clk/292181274;119417398;o ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] wspr two-pass decoder status and .c2 file problem
Joe > On Jun 27, 2015, at 8:18 PM, Steven Franke wrote: > > Joe, >> On Jun 27, 2015, at 8:03 PM, Joe Taylor wrote: >> >> One more point, while I think of it. >> >> Since all WSPR-mode decodes are displayed at nearly the same time, >> anyway, wouldn't it be a good idea to sort them in order of increasing >> frequency before writing them out? Having them in frequency order makes >> it much easier to compaere decodes with signals on the waterfall. > > I agree that a frequency-sorted list would be a better way to display the > results. It’s the way it is because it would require adding arrays to > remember all of the results rather than just printing them out as they come > in and forgetting them. I can add that stuff in - but first, let me ask if it > would be easy(ier?) to handle it in the mainwindow.cpp part of the code? I > haven’t paid attention to whether or not you just display the raw stdout > results, or if you parse them first… Ignore this. I’m working on adding a struct to hold the results so that it will be easy to sort by frequency. Should be ready shortly. Steve k9an > > Steve k9an >> >> -- Joe >> >> -- >> Monitor 25 network devices or servers for free with OpManager! >> OpManager is web-based network management software that monitors >> network devices and physical & virtual servers, alerts via email & sms >> for fault. Monitor 25 devices for free with no restriction. Download now >> http://ad.doubleclick.net/ddm/clk/292181274;119417398;o >> ___ >> wsjt-devel mailing list >> wsjt-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/wsjt-devel > > > -- > Monitor 25 network devices or servers for free with OpManager! > OpManager is web-based network management software that monitors > network devices and physical & virtual servers, alerts via email & sms > for fault. Monitor 25 devices for free with no restriction. Download now > http://ad.doubleclick.net/ddm/clk/292181274;119417398;o > ___ > wsjt-devel mailing list > wsjt-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wsjt-devel -- Monitor 25 network devices or servers for free with OpManager! OpManager is web-based network management software that monitors network devices and physical & virtual servers, alerts via email & sms for fault. Monitor 25 devices for free with no restriction. Download now http://ad.doubleclick.net/ddm/clk/292181274;119417398;o ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] "RRR" bug fixed, WSJT crash on Fedora 21
Hi Alan, On 6/28/2015 3:10 AM, Alan VK2ZIW wrote: > WSJT compiled from SVN r5635 crashes in modes JTMS, FSK441, ISCAT-A and > ISCAT-B. > But, is fine on all JT65 and JT4 modes. > > Crash is a memory leak and, when "RES" memory (top) runs out, crash. > Takes 10 mins or less. Obvious with "top" system monitor. > > System: Fedora 21 x86_64 on ASRock QC5000-ITX motherboard. > (all standard dev tools) I don't presently have a Fedora-based machine. Under Windows and Ubuntu Linux I see no such bad behavior. All WSJT modes run as expected, over long times and with no evident memory leaks. Perhaps you can make some tests to isolate the code leading to a memory leak on your system. I note that your problem is with the WSJT "fast modes" -- those for which the waterfall scrolls horizontally. That might be a good place to start your search. > Also, "idWarn" in wsjt.py is not defined. Is this causing a problem for you? As far as I am aware the functions using this variable perform as expected. -- 73, Joe, K1jT -- Monitor 25 network devices or servers for free with OpManager! OpManager is web-based network management software that monitors network devices and physical & virtual servers, alerts via email & sms for fault. Monitor 25 devices for free with no restriction. Download now http://ad.doubleclick.net/ddm/clk/292181274;119417398;o ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] "RRR" bug fixed, WSJT crash on Fedora 21
Hi Joe and Bill, WSJT compiled from SVN r5635 crashes in modes JTMS, FSK441, ISCAT-A and ISCAT-B. But, is fine on all JT65 and JT4 modes. Crash is a memory leak and, when "RES" memory (top) runs out, crash. Takes 10 mins or less. Obvious with "top" system monitor. System: Fedora 21 x86_64 on ASRock QC5000-ITX motherboard. (all standard dev tools) Also, "idWarn" in wsjt.py is not defined. Alan VK2ZIW On Sat, 27 Jun 2015 13:52:32 -0400, Joe Taylor wrote > Hi all, > > I have found and corrected a problem that several have noticed in > the ISCAT decoder in WSJT. The bug was especially troublesome in > messages containing a single repeated character, such as the message > "RRR". > > The problem is fixed in the WSJT code repository as of revision > 5634. Bill (ND0B) should update his code branch accordingly, so that > the "ISCAT_SS" test version of WSJT will use the improved decoder. > > Note: Up to now the ISCAT decoder has made its own decision about > the most reliable decoded message and displayed only that one. For > testing, at least, I have changed the logic so that if the "Sync" > limit is set to 0, many decodes (based on different parts of the > received signal) can be displayed. With higher Sync settings only > the best will be displayed, as before. > > This is a good time also for me to make a special request of all > those using ISCAT with Bill's recent program improvements. Further > improvements to the ISCAT decoder are possible. The necessary work > will be easier and the results more reliable if I have a good > collection of *.wav files containing real over-the-air ISCAT > signals. The most useful files will be ones where the signal is > weak and barely decodable or "not quite decodable". > > If you are testing ISCAT and this is easy for you to do, please zip > up a collection of several such files and send them to me. Many thanks! > > -- 73, Joe, K1JT > > -- > Monitor 25 network devices or servers for free with OpManager! > OpManager is web-based network management software that monitors > network devices and physical & virtual servers, alerts via email & > sms for fault. Monitor 25 devices for free with no restriction. > Download now http://ad.doubleclick.net/ddm/clk/292181274;119417398;o > ___ wsjt-devel mailing list > wsjt-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wsjt-devel Alan Man's greatest waste of time: Worshipping the wrong God. Consider Jesus. --- Alan Beard Unix Support Technician from 1984 to today 70 Wedmore Rd. Sun Solaris, AIX, HP/UX, Linux, SCO, MIPS Emu Heights N.S.W. 2750 Routers, terminal servers, printers, terminals etc.. +61 2 47353013 (h) Support Programming, shell scripting, "C", assembler 0414 353013 (mobile) After uni, electronics tech -- Monitor 25 network devices or servers for free with OpManager! OpManager is web-based network management software that monitors network devices and physical & virtual servers, alerts via email & sms for fault. Monitor 25 devices for free with no restriction. Download now http://ad.doubleclick.net/ddm/clk/292181274;119417398;o ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel