Now that Bill has fixed the memory issue, it would be interesting to see if we get the same DT values from Tamas’ files when running on Windows and OS X. The decodes that I get from r7776 on my OS X machine are the same as I had before:
130800 -7 0.9 1097 ~ EI4KF ES6DO KO27 ------------------------------------- 6m 130815 -12 0.5 1098 ~ ES6DO EI4KF -13 ------------------------------------- 6m 130830 -7 0.9 1097 ~ EI4KF ES6DO R-08 ------------------------------------- 6m 130900 -17 0.9 1097 ~ EI4KF ES6DO 73 ------------------------------------- 6m 131000 -10 0.9 857 ~ CQ I4WQH JN54 131000 -13 1.0 917 ~ CQ ES6DO KO27 Steve > On Jul 2, 2017, at 3:54 PM, Bill Somerville <g4...@classdesign.com> wrote: > > On 02/07/2017 16:47, Steven Franke wrote: >> So why did you need to add the extra element at the end of cx? > > The real input generates a complex DFT with one extra element sizeof(input)/2 > + 1. > > http://www.fftw.org/fftw3_doc/Real_002ddata-DFT-Array-Format.html#Real_002ddata-DFT-Array-Format > > 73 > Bill > G4WJS. > > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > wsjt-devel mailing list > wsjt-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wsjt-devel ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
