[RTTY] PSK31 is faster (Was FD RTTY Question)
aflowers at frontiernet.net
aflowers at frontiernet.net
Sat Jun 30 18:06:10 PDT 2012
As an experiment, "someone" just downloaded the source off of AE4JY's site, hacked the preamble and postamble arrays to two bytes each (they're set to be the same length because this someone was lazy). A little more is probably better at the beginning, but this was an experiment. Apparently CocoaModem shouldn't have any trouble copying right off the bat, however. The new DLL works on my machine in WinPSK by replacing the PSKCore.dll with the altered one, only without noticeable squelch tails. That was the first time I have run PSK31 software in about 8 years...
I think this should really be done as an option in the DLL's exposed API, since it would be better if "contest mode" were an option that could be invoked from third party. The case conversions for sending and display can and probably be done in the logging software through the exposed APIs. I don't know how or who would manage this, since having different versions of the same DLL floating around is probably asking for trouble in the long run.
The point is that this can be done with common tools and no need to have an obscure compiler. If someone wants to experiment with this let me know and I'll send you the DLL (and since this is LGPL, my VS2010 project whether you want it or not). It will probably load up in VC++ express, but I have not tried that. The DLL is extraordinarily well documented on Moe's website, BTW.
Andy K0SM/2
----- Original Message -----
From: "Kok Chen" <chen at mac.com>
To: "RTTY Reflector" <rtty at contesting.com>
Cc: aflowers at frontiernet.net
Sent: Saturday, June 30, 2012 6:02:12 PM
Subject: Re: [RTTY] PSK31 is faster (Was FD RTTY Question)
Here is a suggestion.
Since many of the "PSK programs" really just use Moe AE4JY's WinPSK DLL anyway, why don't "someone" who is Windows savy modify WinPSK so that it:
1) converts all upper case to lower case during transmission,
2) cut off the transmission right after the last 00 sync bits at the end of an exchange, and avoid sending the unmodulated "squelch tail."
More information about the RTTY
mailing list