[wsjt-devel] Something broken
Hi all, Sorry to say, I seem to have broken something in the way double-click decodes are done. I'll look into it tomorrow. -- Joe, K1JT -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] WSJT-X - Wide Graph: Spectral Display Enhancement Request
Paul -- Could you send me a screenshot or two, illustrating what you don't like about the present spectral display(s) ? -- Joe, K1JT On 2/4/2015 10:20 PM, Paul DU2/WA8UGN wrote: > Hello Developers: > > If not already on the "To Do" list, would you consider the following > suggested "improvement" for the spectral display in Wide Graph? > > The waterfall is excellent - I only hope that this suggestion doesn't have > to impair the waterfall display in any way just to enhance the spectral > display. > > The version of WSJT-X that I am currently using (v1.5.0-devel r4848) allows > for three selections of data for the spectral > display: "Current," "Cumulative," and "Linear Avg." Of the three, "Linear > Avg" is the only selection to have the baseline trace clamped at a specific > level, where it remains regardless of input signal levels, 60-second > resets, and the like. It's a nice solid line across the spectrum with > signal representations being the only variations. > > The other two selections are not clamped, but are free to venture up and > down the vertical graduals. The trace's movement can be caused by most > anything - noise, signal, setting of volume-related controls, etc. Most > disconcerting is the downward movement of the trace that occurs when a very > strong signal is present - with the trace sometimes leaving the display at > the bottom of the graph. This also causes the waterfall to "go dark" for > those portions of the spectrum close to the very strong signal. Having two > such signals at either end of the spectrum often results in only those two > signals appearing on the waterfall with the rest of the graphic display > blanked out (other weak to medium-strong signals are blanked out). > > MY REQUEST: For the "Current" and "Cumulative" selections, is it possible > to have the spectrum display's baseline trace appear clamped to a specific > level on the display? Having the baseline appear clamped for these two > selections, similar to the "Linear Avg" selection, would produce a cleaner > representation of the spectrum and could eliminate the blanking of other > signals on the waterfall when accompanied by a very strong signal. > > I ask this so as to obtain the best information from the Wide Graph display > that I can. I know that the bandpass of the filtered audio input doesn't > change with the introduction of a very strong signal - it's a constant, > more or less. Plus, I already know the effects that a very strong signal > will have on weaker signals within the bandpass - my ears let me know. > > Thanks for your consideration (and, hopefully, implementation). > > Best 73 de Paul DU2/WA8UGN > > > -- > Dive into the World of Parallel Programming. The Go Parallel Website, > sponsored by Intel and developed in partnership with Slashdot Media, is your > hub for all things parallel software development, from weekly thought > leadership blogs to news, videos, case studies, tutorials and more. Take a > look and join the conversation now. http://goparallel.sourceforge.net/ > ___ > wsjt-devel mailing list > wsjt-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wsjt-devel -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] WSJT-X - Wide Graph: Spectral Display Enhancement Request
Doesn't the "Flatten" box do that for you? I'm looking here right now at a JT9 signal with side lobes that has an 11dB peak and -25dB on the side lobes which I can see on the Cumulative graph. So that's a 36dB difference visible and it has all the appearance of being clamped. Are you looking for more amplitude on the low level signals? So doing another non-linear scaling would amplify the lower signal levels? Mike W9MDB -Original Message- From: Paul DU2/WA8UGN [mailto:keat...@msn.com] Sent: Wednesday, February 04, 2015 9:21 PM To: wsjt-devel@lists.sourceforge.net Subject: [wsjt-devel] WSJT-X - Wide Graph: Spectral Display Enhancement Request Hello Developers: If not already on the "To Do" list, would you consider the following suggested "improvement" for the spectral display in Wide Graph? The waterfall is excellent - I only hope that this suggestion doesn't have to impair the waterfall display in any way just to enhance the spectral display. The version of WSJT-X that I am currently using (v1.5.0-devel r4848) allows for three selections of data for the spectral display: "Current," "Cumulative," and "Linear Avg." Of the three, "Linear Avg" is the only selection to have the baseline trace clamped at a specific level, where it remains regardless of input signal levels, 60-second resets, and the like. It's a nice solid line across the spectrum with signal representations being the only variations. The other two selections are not clamped, but are free to venture up and down the vertical graduals. The trace's movement can be caused by most anything - noise, signal, setting of volume-related controls, etc. Most disconcerting is the downward movement of the trace that occurs when a very strong signal is present - with the trace sometimes leaving the display at the bottom of the graph. This also causes the waterfall to "go dark" for those portions of the spectrum close to the very strong signal. Having two such signals at either end of the spectrum often results in only those two signals appearing on the waterfall with the rest of the graphic display blanked out (other weak to medium-strong signals are blanked out). MY REQUEST: For the "Current" and "Cumulative" selections, is it possible to have the spectrum display's baseline trace appear clamped to a specific level on the display? Having the baseline appear clamped for these two selections, similar to the "Linear Avg" selection, would produce a cleaner representation of the spectrum and could eliminate the blanking of other signals on the waterfall when accompanied by a very strong signal. I ask this so as to obtain the best information from the Wide Graph display that I can. I know that the bandpass of the filtered audio input doesn't change with the introduction of a very strong signal - it's a constant, more or less. Plus, I already know the effects that a very strong signal will have on weaker signals within the bandpass - my ears let me know. Thanks for your consideration (and, hopefully, implementation). Best 73 de Paul DU2/WA8UGN -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] WSJT-X on Fedora 64 Rawhide
On 05/02/2015 06:24, Chuck Forsberg WA7KGX wrote: Hi Chuck, > Running on Fedora Rawhide Linux 3.19 I downloaded wsprx and wsjtx. > > svn co svn://svn.code.sf.net/p/wsjt/wsjt/branches/wsjtx > svn co svn://svn.code.sf.net/p/wsjt/wsjt/branches/wsprx > > Wsjtx compiled and with a year old kvasd I made the odd contact. > I can't get it to write a log file however. Details on the file locations for the current WSJT-X are in the User Guide: http://www.physics.princeton.edu/pulsar/K1JT/wsjtx-doc/wsjtx-main.html#PLATFORM also available from the application "Help" menu button, both online and offline. I would recommend ether using Greg KI7MT's KVASD installer to get a current KVASD or set the CMake option WSJT_INCLUDE_KVASD to ON and rebuild to automatically download and install the latest KVASD for your platform. > > The cmake process in wsprx generates a spurious reference to > a windows DLL. Obviously broken for Linux. I'll leave this one to someone else unless you want to contribute a patch Chuck. > 73 Bill G4WJS. -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] WSJT-X on Fedora 64 Rawhide
Hi Chuck, Can you test your WSJT-X using an RDP connection to your Linux box? (Install "xrdp") Alan VK2ZIW On Wed, 04 Feb 2015 22:24:51 -0800, Chuck Forsberg WA7KGX wrote > Running on Fedora Rawhide Linux 3.19 I downloaded wsprx and wsjtx. > > svn co svn://svn.code.sf.net/p/wsjt/wsjt/branches/wsjtx > svn co svn://svn.code.sf.net/p/wsjt/wsjt/branches/wsprx > > Wsjtx compiled and with a year old kvasd I made the odd contact. > I can't get it to write a log file however. > > The cmake process in wsprx generates a spurious reference to > a windows DLL. Obviously broken for Linux. > > -- > Chuck Forsberg WA7KGX c...@omen.com www.omen.com > Developer of Industrial ZMODEM(Tm) for Embedded Applications >Omen Technology Inc "The High Reliability Software" > 10255 NW Old Cornelius Pass Portland OR 97231 503-614-0430 > > -- > Dive into the World of Parallel Programming. The Go Parallel Website, > sponsored by Intel and developed in partnership with Slashdot Media, > is your hub for all things parallel software development, from > weekly thought leadership blogs to news, videos, case studies, > tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ > ___ > 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 OpenServer 5.0.X 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, electr -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel