开云体育

Apply to a clean extract of Dave's gmfsk-hkj48 release.

Here's my latest patch. Two changes in this one:

Hell: Killed the raised cosine envelope on FM Hell transmit. It is of no benefit in this mode, and causes 'striped' output. Placed a limit on the 'whiteness' level of the FM Hell receiver output when the black channel is active. This should improve readability a bit under weak signal conditions. In the future it would be nice to be able to adjust the cap from the options menu.

Olivia: Reverse mode! If you come across a backwards signal on the bands, you no longer need to switch sidebands on your rig and try to tune it in again.

The next thing I'm working on is automatic CQ calling. I have it essentially working already, but sometimes when the call is triggered, the program crashes with some GTK complaint. Hopefully it won't be too hard to figure out.

Questions? Comments? Suggestions? Flames?
-Joe, KD8ATU

Joe Veldhuis wrote:

Apply to a clean extract of Dave's gmfsk-hkj48 release.

Here's my latest patch. Two changes in this one:

Hell: Killed the raised cosine envelope on FM Hell transmit. It is of no benefit in this mode, and causes 'striped' output. Placed a limit on the 'whiteness' level of the FM Hell receiver output when the black channel is active. This should improve readability a bit under weak signal conditions. In the future it would be nice to be able to adjust the cap from the options menu.

Olivia: Reverse mode! If you come across a backwards signal on the bands, you no longer need to switch sidebands on your rig and try to tune it in again.

The next thing I'm working on is automatic CQ calling. I have it essentially working already, but sometimes when the call is triggered, the program crashes with some GTK complaint. Hopefully it won't be too hard to figure out.

Questions? Comments? Suggestions? Flames?
-Joe, KD8ATU



Yahoo! Groups Links

Joe,

I am starting to get some time for ham related issues on the Linux box. So I will be trying out your patches shortly. Let me know when you want me to include them in the next rev of gmfsk.hkj (49).

While confined to the XP notebook I have been working on the beginnings of a Fast Light Tool Kit (FLTK) digital modem. So far I have a working and robust waterfall display along with a FFT process that does not require any other libraries. I would like to be able to produce a completely stand-alone app that you can add to if desired. The only external library I can think of is hamlib at the moment. Would you like me to include you with VE3IXI for some of the alpha code?

Nice work on the Olivia by the way. I looked at that a while back and gave up in frustration. You are getting to be quite knowledgable on the signal processing end of the code.

Dave (hkj)

w1hkj wrote:

Joe,
I am starting to get some time for ham related issues on the Linux box. So I will be trying out your patches shortly. Let me know when you want me to include them in the next rev of gmfsk.hkj (49).

I suppose that the current patch would be a good candidate for upstream inclusion. I'm pretty happy with the FM Hell and Olivia modems now, so I've begun working on some other hacks. As I mentioned, I am currently working on automatic CQing, after which I am going to try and implement FEC versions of PSK31 and 63. The method MultiPSK uses (and which I am going to try to emulate) is simply to repeat each bit 13 symbols later, which I don't think would be THAT hard to implement. Certainly couldn't go worse than my (thus far) ill-fated attempt at adding an SSTV modem!

While confined to the XP notebook I have been working on the beginnings of a Fast Light Tool Kit (FLTK) digital modem. So far I have a working and robust waterfall display along with a FFT process that does not require any other libraries. I would like to be able to produce a completely stand-alone app that you can add to if desired. The only external library I can think of is hamlib at the moment. Would you like me to include you with VE3IXI for some of the alpha code?

Sure, I could give it a shot.

Nice work on the Olivia by the way. I looked at that a while back and gave up in frustration. You are getting to be quite knowledgable on the signal processing end of the code.

The Olivia code looks fearsome but once you figure out the flow it's not too difficult to find what needs to be done and where.

Dave (hkj)

-Joe, KD8ATU

Comment: glad to see you and Dave are communicating on this.
As one incapable of doing what you're doing, I would hate to
see the gmfsk effort go off in several different directions.
We who use this stuff like to see a single package that we can
download and compile if necessary and use.