Re: [wsjt-devel] [patch] WSJT-X: correctly identify callsigns in "CQ DX" messages

2014-12-06 Thread Alessandro Gorobey
Hi Chris, Your example is a "Compound-Callsign" and should be treated in a different way. Agree with you that the test !=3 is only for "no slash in message". I refer to examples in output of 'jt65code.exe -t' command http://physics.princeton.edu/pulsar/K1JT/JT65.pdf section 4. http://physics.prin

Re: [wsjt-devel] WSJT Application Suite Installer ( Win32 )

2014-12-06 Thread KI7MT
Hello All [UPDATE-3] A couple of issues were resolved today, the main one being WSJT FSK441 crashing. Downgrading Python Pillow to v2.3.0 seems to have solved the problem, but could use thorough testing. v2.3.0 is the version being used in JTSDK-PY v1.0 currently. MAP65 and the required support

[wsjt-devel] SourceForge down ??

2014-12-06 Thread Neil Zampella
Hi, I just installed JTSDK v2, and was going to update this morning, when the system returned this error: svn: E175002: Unable to connect to a repository at URL 'http://svn.code.sf.net/p/jtsdk/jtsdk/trunk/installers/win32/postinstall.bat' svn: E175002: OPTIONS request on '/p/jtsdk/jtsdk/trunk

[wsjt-devel] Doc split note

2014-12-06 Thread Michael Black
Recommend adding something like this to the docs about split mode. Here are the offsets you should see for the different offsets from the receive VFO for the transmit VFO Can't click below 200 200-499 RXVFO-1500 500-999 RXVFO-1000 1000-1499 RXVFO-500 1500-1999 RXVFO 2000-2499 RXVFO+500 2

Re: [wsjt-devel] SourceForge down ??

2014-12-06 Thread Bill Somerville
On 06/12/2014 14:42, Neil Zampella wrote: > Hi, Hi Neil, > > I just installed JTSDK v2, and was going to update this morning, when > the system returned this error: > > svn: E175002: Unable to connect to a repository at URL > 'http://svn.code.sf.net/p/jtsdk/jtsdk/trunk/installers/win32/postinstall.

Re: [wsjt-devel] SourceForge down ??

2014-12-06 Thread Greg Beam
Hi Neil, It's possible SF was down, but any interuption between you and the SF site can have the same affect. I can say, the site is up now for sure.  If the problem presists, something else  is probably causing the problem. 73'sGreg, KI7MT On Saturday, December 6, 2014 7:55 AM, Neil Zamp

Re: [wsjt-devel] WSJT on ARM low power boards, dev is ready

2014-12-06 Thread Alan VK2ZIW
Hi all, Problem: WSJT crashes when drawing "specJT" waterfall, even if window closed. Solution: Re-install PIL (Pillow) with and earlier version (not 2.6.1) /usr/bin/pip3 install -I pillow==2.5.3 Thanks Bill for the hint in your earlier post, this week. Can you look into the WSJT python source,

[wsjt-devel] WSJT on Linux crashes, Python 3 PIL issues

2014-12-06 Thread Alan VK2ZIW
Hi all, Problem: WSJT crashes when drawing "specJT" waterfall, even if window closed. Solution: Re-install PIL (Pillow) with and earlier version (not 2.6.1) /usr/bin/pip3 install -I pillow==2.5.3 Thanks Bill for the hint in your earlier post, this week. Can you look into the WSJT python source,

[wsjt-devel] wspr segmentation fault on amd64

2014-12-06 Thread Eric Thornton
I saw one reference to this issue in the recent archives, but no resolution. I'm running Ubuntu 14.10 on amd64 and installed wspr r4522 through the ppa that ki7mt is managing (thanks!). Every time the program starts to decode, I get a segmentation fault and the program crashes. I've tried both re

Re: [wsjt-devel] wspr segmentation fault on amd64

2014-12-06 Thread Alan VK2ZIW
Hi Eric, Here is your solutopn: It's your Python Image Library version. Remove Pillow 2.6.1 and revert to 2.5.3 thus: /usr/bin/pip3 install -I pillow==2.5.3 Have fun. (After a MONTH of Frustration) Alan VK2ZIW On Sun, 7 Dec 2014 01:22:42 -0500, Eric Thornton wrote > I saw one reference to

Re: [wsjt-devel] WSJT on ARM low power boards, dev is ready

2014-12-06 Thread Alan VK2ZIW
Hi all, On the Banana Pi, WSPR takes 2 mins 10 secs to "Decode".  PID USER  PR  NI    VIRT    RES    SHR S       %CPU %MEM TIME+ COMMAND      12927 alanb 20   0  251492  85600  12476 S 108.3  8.5   7:13.84 python3 11091 alanb 20   0   83304  22692   7144 S   1.3  2.2   5:23.3