... That would be nice Leigh, but the two implementations are considerably different even though many of the algorithms are similar. gMFSK uses the struct andMessage 1 of 3 , Sep 12, 2006View Source
Leigh L Klotz, Jr. wrote:
Why don't you just make a modem library and share it between the two? I
want to write another psk TCP/IP server anyway, as I did that in gmfsk
because it had the cleanest modem code, as you discovered as well. Then
clients will have the option of using the library or the tcp interface
(a la X).
On Tue, 12 Sep 2006 10:28 am, w1hkj wrote:
> Yes I did skip a few minor revs. But I think that a sigificant change
> requires a significant notification.
> You may have been aware that the MFSK-8 modem code in all revisions of
> gmfsk, both the original and the gmfsk-hkj variant was broken. That
> broken code found its way into fldigi. Fldigi could communicate with
> any other fldigi or gmfsk or vice versa. But not with the rest of the
> digital modem world. Specifically not with IZ8BLY's Stream or with
> MultiPsk both of which could transmit and receive on MFSK-8 and 16.
> The broken algorithm has been discovered and fixed. I bench tested
> MFSK-16 and MFSK-8 against both of the Windows applications and it
> perfectly. I have been staring at that code for about 4 months and
> morning experienced a Eureka !
> Also went back and took a hard look at the way the AFC was being worked
> in both gmfsk and fldigi. Fldigi has a new AFC mechanism that works
> like a champ.
> Both of these fixes will be retrofitted to gmfsk-hkj in the very near
> Also tested fldigi for proper CR/LF recognition when receiving signals
> from Windows apps. I think that works as one would expect now. You
> need to tell me if it does not.
> 73s, Dave, W1HKJ
> Yahoo! Groups Links
I would be glad to discuss any question you have on the trx, modem & mode specific classes that are in the fldigi source code. You are of course free to use, modify, etc. Isn't GPL a wonderful way to create applications and share your work?