fldlgi 3.22.08 crash on start if WFHEIGHT >130 [1 Attachment]

<*>[Attachment(s) from Leigh L. Klotz, Jr WA5ZNU included below]

fldlgi 3.22.08 crashes on start if WFHEIGHT > 130

Ubuntu  14.04.2, both with my own compiled version and with the PPA.

<*>Attachment(s) from Leigh L. Klotz, Jr WA5ZNU:

<*> 1 of 1 File(s)
  <*> stacktrace.txt

Posted by: "Leigh L. Klotz, Jr WA5ZNU" <Leigh@...>


Multiple sound cards and FLDigi

I'm running Mint 13LTS Mate 32 bit and I have 3 sound devices installed.

I followed the tip in the FLDigi manual and added 

# Set preferred order of the sound cards
options snd-CS46xx index=0
options snd-CODEC index=1
options snd-SB index=2
options snd-HDMI index=3

The problem is my sound cards are not in that order.  Adjusting the web 
browser volume seems
to change the TX level on FLDigi even though it is not using the same 
sound card. Pulse audio doesn't
seem very user friendly.

mike <at> mike-GA-MA785GM-US2H ~ $ aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: SB [HDA ATI SB], device 0: ALC889A Analog [ALC889A Analog]
   Subdevices: 1/1
   Subdevice #0: subdevice #0
card 0: SB [HDA ATI SB], device 1: ALC889A Digital [ALC889A Digital]
   Subdevices: 1/1
   Subdevice #0: subdevice #0
card 1: CODEC [USB Audio CODEC], device 0: USB Audio [USB Audio]
   Subdevices: 0/1
   Subdevice #0: subdevice #0
card 2: CS46xx [Sound Fusion CS46xx], device 0: CS46xx [CS46xx]
   Subdevices: 31/31
(Continue reading)


Extending battery life on MacBook Pro using FLDIGI

I am using the latest FLDIGI on a MacBook Pro Retina (bought late 2014) running Mavericks.

When I field operate on PSK with my IC-7200, the limiting factor for operating times is the laptop, which chews through the battery quite quickly while running FLDIGI. Only my copy of Cinema 4D can exceed that.

The activity monitor shows it running at over 22%.

I've used the 'slow CPU' option which appears to have some effect (down to about 17%).

Are there any bare bones configuration settings that might bring that CPU use down even further? The command line options don't seem to offer anything obvious.an>

Mark, 2E0ECN

Posted by: markghirst-/E1597aS9LT10XsdtD+oqA@public.gmane.org


Re: Best non-RTTY Digi for multi-path, QRM, polar flutter?

> 1a. Re: Best non-RTTY Digi for multi-path, QRM, polar flutter?
>     Posted by: "D.J.J. Ring, Jr." n1ea@... djringjr
>     Date: Wed May 20, 2015 12:55 am ((PDT))
> I don't know how to amplify two carriers with a class C amplifier
> without extreme distortion.  I only know how to do it with tones and
> linear amplification.
> All the transmission types using audio tones fed to SSB input must use
> a linear amplifier.
> Or am I forgetting something again?  I do that these days.
> 73


Some digimodes though using signals that spread over a few 100Hz to several 
kHz, actually only transmit one clean "tone" at any one time.   So they can be 
suitable for Class C PA's etc.    So you could put a multi kW Class C PA after a 
low power SSB TX in that case.   The SSB TX is only a frequency changer in 

RTTY, CW are the obvious modes...

Other modes that involve PSK type signals, single or multiple "tones" at any one 
instant in time, then yes they do need ultra linear signal paths in the TX chain, 
as they have a very significant amplitude component to their signals.

For long distance paths subject to multipath, selective fading and so on...

If you look at:-

That is listed as being very good for the sort of propogation troubles of interest.

It realy does work very well indeed, and of course is a standard mode included 
within Fldigi.   On 60m (5MHz) you can hold onto a QSO when you can't even 
hear the signal, or even in the presence of some quite severe QRM.

Though it only transmits one tone at any one time, they are amplitude shaped to 
reduce sideband artifacts due to the rapid sequence of carrier frequency 
changes, so will also have some significant amplitude linearity needs, but as only 
one "tone or carrier" is used at any one time, you can "crank it up a bit" when 
needed, without unduly splattering all over the spectral neighbours, unlike when 
you try that with PSK!....



Dave G0WBX.

Posted by: "Dave B" <g8kbvdave@...>


Aw: Re: Best non-RTTY Digi for multi-path, QRM, polar flutter?

This depends on how the tones are switched... In DomEx e.g. the tone switching has been made 
soft enough to allow using a class C amp. In this case there is hardly any amplitude variation
when going from one tone to the next.
Rein PA0R


I don't know how to amplify two carriers with a class C amplifier without extreme distortion.  I only know how to do it with tones and linear amplification.

All the transmission types using audio tones fed to SSB input must use a linear amplifier.

Or am I forgetting something again?  I do that these days.



On May 20, 2015 2:10 AM, "John Phelps kl4yfd-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org [linuxham]" <linuxham-hHKSG33TihhbjbujkaE4pw@public.gmane.org> wrote:

Hi David,
DominoEX, RTTY, and other (M)FSK based modes can increase their power without suffering from the fuzzy distorted nature of PSK :)
This means DominoEX (and all other MFSK-based modes) can be used with "RTTY type" high-power RF amplifiers. Class A, AB, or C. 
For MFSK-based signals, the distortion incurred does not affect the data. For PSK signals, this non-linear amplification can destroy the data. Not because it's a single carrier, just because the type of distortion doesn't affect that type of modulation much. Same for CW and Hellscreiber. The distortion goes unnoticed. 

On Tuesday, May 19, 2015, 'D.J.J. Ring, Jr.' n1ea-WYrOkVUspZo@public.gmane.org [linuxham] <linuxham-hHKSG33TihhbjbujkaE4pw@public.gmane.org> wrote:



So you can use DominoEX8 and increase power to increase range because  it is only a single carrier like RTTY, Throb, and keyed CW?

I think Hellschriber is also a single carrier too.

In other words the signal does not get wide and fuzzy when you increase power like psk does?


On May 19, 2015 6:26 PM, "John Phelps kl4yfd-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org [linuxham]" <linuxham-hHKSG33TihhbjbujkaE4pw@public.gmane.org> wrote:

Hi to all :)
Wanted to chime-in after reading through the discussion thread. This is interesting stuff to me. 
Given the low-to-no delay requirements of RTTY contesting, it is pretty much impossible to use forward error correction to add robustness. :-/
That said; ZL1BPU did create the DominoEX modes to address the HF channel issues being raised in this discussion thread, including the contesting requirement of having no turnaround delay. 
Using DominoEX8 (available in fldigi) will give comparable speed to RTTY 45, has about the same bandwidth, and is far more robust on a poor channel.
Also, this mode can be used with non-linear amplifiers, just like RTTY. 
For an in depth read, there is a great MFSK paper ZL1BPU wrote  available at :  
Also see the DominoEX specific page at 
Far as I know, nobody's compared RTTY and DominoEX8 on-air to get numbers for comparison. 
It definitely has the potential to be an RTTY successor, if that is what is being looked for. 

On Tuesday, May 19, 2015, jhhaynes-ihVZJaRskl1bRRN4PJnoQQ@public.gmane.org [linuxham] <linuxham-hHKSG33TihhbjbujkaE4pw@public.gmane.org> wrote:

I suppose another factor in this question is that RTTY is almost never used
conversationally anymore; it it almost exclusively used for contests and DX
chasing.  And in those activities the ability to out-shout your opponents is
important; hence you want all the power you can get.  In my opinion
RTTY remains popular for contests and DX because it offers very quick
turnaround and acceptable accuracy.  In those activities speed of making
a contact is all-important.  You don't need a lot of accuracy because you
already know the call sign of the station you are calling, and you know the
RST will be 599, so if what you see on the screen looks like what you want
it to you call it a good contact. 





Posted by: "Rein Couperus" <rein-8Y7XadH2FH5Wk0Htik3J/w@public.gmane.org>


KPC 3 TNC & Off Topic ?

Blackstone Valley Amateur Radio Club, in Rhode Island, is looking for 
some Kantronics KPC 3 TNC's.
So far we have located four with the v8.2 chip, which is ideal for our 
projects. If you have one or two
of these beasts sitting on a shelf please consider making a donation to 
our projects.

If you live in Rhode Island, Central Mass or Eastern Mass / Eastern 
Conn, please consider coming to
our monthly meetings and consortium’s we'd love to have you join in our 

Myrton Smith - N1GKE -

Member of B.V.A.R.C board of Governors.

Posted by: Myrton <n1gke@...>


Best non-RTTY Digi for multi-path, QRM, polar flutter?

The statement below was posted to defend the need for
1-1.5KW in RTTY because all other digi keyboard-keyboard
modes are so poor by comparison:

"Most of the modes that claim the ability to hold a QSO under poor
conditions at 30 - 50W fall apart very quickly with multipath or
QRM.  The claims are based on "flat noise" which is very rarely
the issue for typical amateur activity."

Is this correct?

If not are there documented side-by-side tests of non-proprietary
digi modes e.g. MFSK-16 or 32 that demonstrate equal or superior
performance (same rough conditions) with less power?

Thanks - David KD4E



*David* KD4E
ARES-EC Bulloch County, Nevils, Georgia USA

Safe & Secure Search Engine: duckduckgo.com

Android for Hams: groups.yahoo.com/group/hamdroid
Creative Tech: groups.yahoo.com/group/ham-macguyver
Raspi Alternative: groups.yahoo.com/group/beagleboneblack/

Restored to design-spec at Heaven's gate 1Cor15:22

Posted by: "qrv@..." <qrv@...>


Waterfall Troubles... [1 Attachment]

[Attachment(s) from ericaskea-/E1597aS9LQAvxtiuMwx3w@public.gmane.org [linuxham] included below]

I hope someone can help me out here. I setup flidigi on a Mac. My interface is SignaLink to a Yaesu FT-950, using a Cat interface to contol the rig. All I have for a waterfal display is some noise on the far left hand side and a few dim lines next to it. I hear digital modes but see nothing. If any one has and ideas I am up to try whatever. Thanks




Attachment(s) from ericaskea-/E1597aS9LQAvxtiuMwx3w@public.gmane.org [linuxham] | View attachments on the web

1 of 1 Photo(s)

Posted by: ericaskea-/E1597aS9LQAvxtiuMwx3w@public.gmane.org


Re: Flrig "Developers guide" ?

> 2a. Re: Flrig "Developers guide" ?
>     Posted by: "Geoff McAlpin" geoff.nm7v@... geoff_nm7v
>     Date: Thu May 7, 2015 3:57 pm ((PDT))
> I agree. I've been trying to add some additional features for the
> 706mkiig and having a guide would be nice.

Hi Geoff.

I also have an IC-706mk2g, if I can be of any help testing stuff.

(But not until I get back from the upcoming US business trip.)


Dave G0WBX.

Posted by: "Dave B" <g8kbvdave@...>


Re: Flrig "Developers guide" ?

> 2b. Re: Flrig "Developers guide" ?
>     Posted by: "Robert Stiles" kk5vd@... kk5vd
>     Date: Thu May 7, 2015 6:03 pm ((PDT))
> Unfortunately documentation and programming are two separate full time
> jobs. Are their any volunteers?  The best and mostly likely outcome is
> take the time to learn the code and while you are at it, use the
> multitude of Doxygen statements and annotate the source code.

<Snipped for brevity!>

Hi Robert.

Yes, I agree that it takes time, where I change or add things I do also leave 
comments, as much for my own use as anyone elses.

Sadly like many, I rarely have "enough of the right sort of contiguious time" for 
anything like that.

I'm not looking for a full line by line description by any means, just an overall 
guide as to how the various parts of the program fit together, in a "what call's 
what" way.    In particular, how things "happen" when someone clicks on a 
button.   As at present, it's less than obvious.

Sadly, in the FLOS world, I have also come across the tendancy to actively strip 
all comments from source code that is published!   That doesn't exactly 
encourage people to document their work for release.

As to Doxygen.  Ugh!   Had to use that at work one time while maintaining Dutch 
written C++ instrument driver code (as a result, I fully appreciate the meaning 
of the phrase "Double Dutch"!)

Doxygen's output may look impressive, but unless you already know how the 
code works, it's next to useless for a part time coder to learn how things work 
together, you're far better off aching the brain reading the raw code for that I 
admit, but that as you say takes time.

I also vividly recall, though it was easy to find out what resources were used by a 
particular block of code (forward viewing) but it was nigh on impossible to look 
backwards, to find out what depended on a particular routine or function 
(backward viewing in effect.)    If that has changed for the better, please let me 
know.   (Off list perhaps.)

Back in my technical college days, we were taught that "the program" is in the 
comments.   Such that, it then allows anyone to code it (or re-code it) in the 
language of choice.   (K&R Ansi C back then, I still have the book of course.)

The problem with C/C++ code written/contributed by many, is there are so 
many ways to do the same thing, coupled with it's all to well documented ability 
to obfuscate the actual intended code function, so one spends more time reverse 
engineering it, just to find out what goes on.   That's not a bad thing, but it takes 
a huge ammount of time.

However, Flrig etc is not that bad in that respect, it just needs an overall guide, 
but that needs to be created by someone who already knows how it all works, 
sadly, that's not me.

Yes, I have also in the past (on the machine that the drive died on) done a full 
install of the relevant FLTK suite, and tried some of the demo's etc.   OK, some 
work, many don't (not updated as FLTK as evolved I think.)  Plus, the docs are 
also not up to date either.   (An all too common "feature" in the FLOS world I 
find sadly.)

Remember the old addage.  "The jobs not complete untill the paperwork is 
done."  Speaking of paperwork, I have lots to do, that results in me getting 

Flrig coding etc, currently is only an hour or so a day, and for the next week and 
a bit, it will be 0 hours a day due to traveling to the US for work.   Hopefully I'll 
get to Dayton this year...


Dave G0WBX.

Posted by: "Dave B" <g8kbvdave@...>


FT-450D JT65/WSJT(X) software on Apple


I was wondering if there are any FT-450D users who are running WSJT software on their computer. If so, I was wondering if you can share your settings for CAT control. I can't get the software to connect to the radio. I'm using an RS-232 to USB (drivers installed). Thanks for your help.

Caleb / W4XEN

Posted by: ultralite.moose-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org