Re: FLdigi graphical face lift
WTheyS 100% bloatware jolly interfaces are nice but could tip the specification?outside small computers like the Pi.
Dave G0CER
I agree 100% !!! Please don't change anything, it's SO GOOD and simple! :)
Any change in UX is always upsetting users. (I was upset about the settings and configuration menu changes, now everything is more complicated than before)
Indeed.
One of the main attractions of Fldigi (and companions) is the simple and clean UI.
As a result everything works well on lower capacity hardware, and works very well indeed.? Even on a little Acer One, that only has an Intel Atom CPU.? Not exactly a computing powerhouse, but is great for portable use.? (Even the more complex MFSK modes work well.)
Please don't go down the bloatware route!? Just because someone thinks things "Look Old".
Newer is not always better.
73.
Dave G0WBX.
--
73 DE IW9HGS
|
I used to use QSSTV and YONIQ but they quit working.? I will try again.? Perhaps something got lost when I upgraded my OS.
Thanks.? I will let you know what happens.
|
Re: FLdigi graphical face lift
I agree 100% !!! Please don't change anything, it's SO GOOD and simple! :)
Any change in UX is always upsetting users. (I was upset about the settings and configuration menu changes, now everything is more complicated than before)
Indeed.
One of the main attractions of Fldigi (and companions) is the simple and clean UI.
As a result everything works well on lower capacity hardware, and works very well indeed.? Even on a little Acer One, that only has an Intel Atom CPU.? Not exactly a computing powerhouse, but is great for portable use.? (Even the more complex MFSK modes work well.)
Please don't go down the bloatware route!? Just because someone thinks things "Look Old".
Newer is not always better.
73.
Dave G0WBX.
|
Thanks David, see inline.
I've fixed my problem as after Bob, VK2YQA's advice.
73 Phil GM3ZZA
toggle quoted message
Show quoted text
Hello Phil,
Are you running Qsstv on Debian 12 on X86?? ARM?? Please offer some more details.? Does this crash happen instantly upon start up or are you doing a specific workflow? Anyway, a few ideas:
amd64.
?? - try deleting your ~/qsstv directory and configs and try again
Did that as part of reinstalling qsstv.
?? - try running qsstv as root to see if the behavior is any different
Very much a last resort. Nothing should be run as root unless it absolutely needs to.
?? - try starting qsstv from the command prompt and once it crashes, send us any reported errors from the command line
I ran it from command line anyway. What other way is there?
?? - try running qsstv under the strace command and send us the last page or so of listed strace output
--David
On 01/22/2025 08:50 AM, Philip Rose, GM3ZZA via groups.io wrote:
I've upgraded debian and completely reinstalled qsstv and still get the fail.
Phil GM3ZZA
I have installed qsstv on Debian 12 and it used to work fine, but now it crashes with "Hash Collision". I'm currently in the process of upgrading the OS to see if it might have a temporary glitch in versions.
73 Phil GM3ZZA
SSTV is lots of fun with Linux.
FWIW, I use and like QSSTV -easy setup, easy control, and saving of images. Digital SSTV also included if you want it, and many optional features that don't get in the way of a very easy GUI.
Runs here on Arch, Mint, LMDE, MX, SuSE without problems with IC-7610.
Sends and receives regular still images from your camera or artistic skills, all protocols in common use. I
Includes graphic tools to make templates for your Callsign, PIP, etc., but no ready-made ones included, just good instructions for how to do. Again, not difficult.
Any downside? Despite being easy and very functional, it looks like QSSTV hasn't been updated recently -if that matters.
73, John :)
On 1/21/25 15:20, ralph phillips, ke5hdf via groups.io wrote:
I run UBUNTU 22.04.05 LTS and want to get back into SSTV.? What software package will run ?
Are there any dependencies I need to look our for?
|
Re: FLDIGI Macro to Generate 1477 Hz 1.5 Second Long Tone for W3HZU SSTV Repeater on 28.680
Great info!? Guess I have a little studying to do...Thanks much!
73
Keith
|
Re: FLDIGI Macro to Generate 1477 Hz 1.5 Second Long Tone for W3HZU SSTV Repeater on 28.680
Hi Keith
The way out of the errant Thor idle is probably to change the
modem to "NULL" just after the PUSH command and use POP to bring
it back. eg
<PUSH>
<TXRSID:t>
<!MODEM:NULL>
<GOFREQ:1477>
<TUNE:1.5>
<RX>
<@TXRSID:t>
<@POP>
Also suggest you try a round number of TUNE seconds just in case.
See the W1AW and ARRL mode change broadcast example in the manual
for reference.
I found Dave's doc. It appears to be an email rather than PDF. It
is 4-5 years old so may have changed.
Cheers Bob
=========================
Macro Parse/Execute pseudo code
Clear transmit and receive first-in-first-out (FIFO).
Clear program state stack, last-in-first-out (LIFO).
While macro string contains tag substrings <...>
??? parse tags
??????? remove comment tag substrings
??????????? <COMMENT:...>
??????????? <#...>
??????? execute immediate tag substrings
??????????? <RIGCAT:...>, <FLRIG:...>,
??????????? <LOG>, <LNW>, <CLRLOG>,
<EQSL>,
??????????? <DECR>, <INCR>, <LASTNO>,
<SAVEXCHG>,
??????????? <TIMER:...>, <IDLE:...>, <TUNE:...>,
<WAIT:...>,
??????????? <NRSID:...>,
??????????? <MODEM>, <MODEM:...>,
??????????? <EXEC>, </EXEC>,
??????????? <CLRRX>, <CLRTX>, <FOCUS>,
??????????? <QSY+:...>,
??????????? <FILE:...>,
??????????? <WPM:...>, <RISE:...>, <PRE:...>,
<POST:...>"
??????????? <AFC:...>, <LOCK:...>, <REV:...",
<HS:...>,
??????????? <RXRSID:...>, <TXRSID:...>,
??????????? <DTMF:...>,
??????????? <SRCHUP>, <SRCHDN>,
??????????? <GOHOME>, <GOFREQ:...>, <QRG:...>,
??????????? <QSY:...>, <QSYTO>, <QSYFM>,
??????????? <RIGMODE:...>,
??????????? <FILWID:...>, <RIGHI:...>,
<RIGLO:...>,
??????????? <MAPIT:...>, <MAPIT>,
??????????? <ALERT:...>, <AUDIO:...>",
??????????? <TXATTEN:...>,
??????????? <DIGI>,
??????????? <TALK:...>, (only on Win OS)
??????????? <IMAGE:...>, <AVATAR>,
??????? perform string substitution for
??????????? <CALL>, <FREQ>, <BAND>, <LOC>,
<MODE>, <NAME>, <QTH>,
??????????? <RST>, <ST>, <PR>,
??????????? <MYCALL>, <MYLOC>, <MYNAME>,
<MYQTH>,
??????????? <MYRST>, <MYCLASS>, <MYSECTION>,
<MYSTATE>,
??????????? <MYST>, <MYCOUNTY>,
??????????? <MYCNTY>, <ANTENNA>, <QSOTIME>,
<QSONBR>, <NXTNBR>,
??????????? <INFO1>, <INFO2>,
??????????? <LDT>, <LDT:...>, <ILDT>,
<ZDT>, <ZDT:...>,
??????????? <IZDT>, <LT>, <ZT>,
??????????? <LD>, <LD:...>, <ZD>,
<ZD:...>,
??????????? <ID>, <TEXT>, <VIDEO:...>,
??????????? <CWID>, <VER>,
??????????? <CNTR>,
??????????? <X1>, <XIN>, <XOUT>,
??????????? <FDCLASS>, <FDSECT>, <CLASS>,
<SECTION>,
??????????? <XBEG>, <XEND>, <SERNO>,
??????????? <GET>,
??????????? <CSV:...>, <WX>, <WX:...>,
??????? push Tx delayed actions to Tx FIFO, substitute FIFO tag in
macro text
??????????? <!WPM:...>, <!RISE:...>, <!PRE:...>,
<!POST:...>,
??????????? <!GOHOME>, <!GOFREQ:...>,
<!QSY:...>,
??????????? <!IDLE:...>, <!WAIT:...>,
<!SKED:...>,
??????????? <!MODEM:...>,
??????????? <!RIGMODE:...>, <!FILWID:...>,
<!RIGHI:...>, <!RIGLO:...>,
??????????? <!TXATTEN:...>,
??????????? <!RIGCAT:...>, <!FLRIG:...>,
??????????? <!PUSH>, <!POP>, <!DIGI>,
??????????? <!FREQ>, <!TUNE:...>,
??????? push Rx delayed actions to Rx FIFO, remove tag from macro
text
??????????? <@MODEM:...>,
??????????? <@GOFREQ:...>, <@GOHOME>
??????????? <@RIGCAT:...>, <@FLRIG:...>,
??????????? <@RIGMODE:...>, <@FILWID:...>,
<@RIGHI:...>, <@RIGLO:...>,
??????????? <@TXRSID:...>,
??????????? <@WAIT:...>,
??????????? <@PUSH>, <@POP>,
??????? handle program state change tags
??????????? <REPEAT>, <SKED:...>, <UNTIL:...>,
??????????? <STOP>, <CONT>, <PAUSE>,
??????????? <POP>, <PUSH>,
??????? special handling of rx/tx tags
??????????? <RX>, <TX>, <TX/RX>
While macro text not empty
??? Start Tx if <TX> parsed
??? Send next character if printable text
??? Execute next command in Tx FIFO if next character a FIFO tag
??? End Tx if <RX> parsed
While Rx FIFO not empty
??? Sequentially execute Rx FIFO actions
On 23/1/25 07:26, Keith/KI5US via
groups.io wrote:
toggle quoted message
Show quoted text
Thanks much, Bob!? This works better but between the TUNE and
RX commands, the mode still shifts from a pure (TUNE) tone to
one characteristic of the mode fldigi was currently in. I.e., if
I'm in THOR4 at 576 Hz, and execute the macro, it (now) jumps to
1477 (good!), turns off TXRSID (good!), executes TUNE for about
2 seconds (good!), then switches to THOR4 while still
transmitting (oops!).? If I click the TUNE button twice, the rig
then returns to the RX state at the original waterfall position
(576 in this example) and stops transmitting (good).
?
I was using Dave's excellent online documentation for fldigi
under the MACROS section but don't see references to the use of
@ and ! as you've shown.? Any chance you have a reference for
Dave's document on the sequencing aspect?? I had no idea that @
had associated uses in the MACRO other than as a modifier to the
label tag. I'd like to learn a bit more about these fine points.
?
Again, thanks...
73
Keith/KI5US
_._,_._,_
|
Thanks Bob,
Your other recommendation seems to have fixed the problem, so I don't have to go down this path (yet).
73 Phil GM3ZZA
toggle quoted message
Show quoted text
Hi Philip
I had that with Debian 12. I don't remember exactly how I worked through solving it, but my current build needs build/Makefile modified by adding -fpermissive to CXXFLAGS. (ie between the qmake and make step)
I also had to disable some of the hamlib polling code as the waterfall jumped and smeared. Pretty sure that was a QT5 and kernel incompatibility though, to do with reinserting an old NVIDIA video driver. I also run flrig which for QSSTV needs the hamlib
connection in front of that.
I often put out HamDRM/DSSTV calls on 14233 but no replies. I don't really use the analogue SSTV modes (14230). Also had A16 RS1 working on a 1000km 40m path which kind of defies logic! (A is usually a VHF/UHF mode)
Cheers Bob VK2YQA
On 23/1/25 03:02, Philip Rose, GM3ZZA via groups.io wrote:
I have installed qsstv on Debian 12 and it used to work fine, but now it crashes with "Hash Collision". I'm currently in the process of upgrading the OS to see if it might have a temporary glitch in versions.
73 Phil GM3ZZA
|
Thanks Bob,
Clearing out the config file fixed it for me. Now just need to wait until the bands reopen tomorrow before seeing if I can actually receive signals.?
I know what hash collision meant but had no idea what data was being hashed to produce the collision.
73 Phil GM3ZZA
toggle quoted message
Show quoted text
Hi Phil
I am half remembering... Might have been a config file issue for me, that starting with a new config fixed. ie rename ./.config/ON4QZ/qsstv_9.0.conf to something else and relaunch QSSTV.
I externally modify qsstv_9.0.conf as my QTH is continually changing, so may have messed it up.
May have also been something in the image cache subdirectories. I probably backed up and deleted the cache contents. Worst case I suggest starting with an empty structure then copy the old image files (only) back
in.
Sorry kind of vague, but it works for me now.
The fault means "when two distinct pieces of data in a hash table share the same hash value" which for me was probably two locations had duplicate data.
Cheers Bob
On 23/1/25 03:50, Philip Rose, GM3ZZA via groups.io wrote:
I've upgraded debian and completely reinstalled qsstv and still get the fail.
Phil GM3ZZA
I have installed qsstv on Debian 12 and it used to work fine, but now it crashes with "Hash Collision". I'm currently in the process of upgrading the OS to see if it might have a temporary glitch in versions.
73 Phil GM3ZZA
|
Re: FLDIGI Macro to Generate 1477 Hz 1.5 Second Long Tone for W3HZU SSTV Repeater on 28.680
Thanks much, Bob!? This works better but between the TUNE and RX commands, the mode still shifts from a pure (TUNE) tone to one characteristic of the mode fldigi was currently in. I.e., if I'm in THOR4 at 576 Hz, and execute the macro, it (now) jumps to 1477 (good!), turns off TXRSID (good!), executes TUNE for about 2 seconds (good!), then switches to THOR4 while still transmitting (oops!).? If I click the TUNE button twice, the rig then returns to the RX state at the original waterfall position (576 in this example) and stops transmitting (good).
?
I was using Dave's excellent online documentation for fldigi under the MACROS section but don't see references to the use of @ and ! as you've shown.? Any chance you have a reference for Dave's document on the sequencing aspect?? I had no idea that @ had associated uses in the MACRO other than as a modifier to the label tag. I'd like to learn a bit more about these fine points.
?
Again, thanks...
73
Keith/KI5US
|
Re: FLdigi graphical face lift
Absolutely agree, too.
sp3rat
W dniu 22.01.2025 o?19:04, Dave, G?WBX via groups.io pisze:
toggle quoted message
Show quoted text
Indeed.
One of the main attractions of Fldigi (and companions) is the simple and clean UI.
As a result everything works well on lower capacity hardware, and works very well indeed.? Even on a little Acer One, that only has an Intel Atom CPU.? Not exactly a computing powerhouse, but is great for portable use.? (Even the more complex MFSK modes work well.)
Please don't go down the bloatware route!? Just because someone thinks things "Look Old".
Newer is not always better.
73.
Dave G0WBX.
--
Pomó? Wojtusiowi w walce z autyzmem: KRS 0000252666. Cel szczegó?owy: Wojciech Karg
|
Re: FLDIGI Macro to Generate 1477 Hz 1.5 Second Long Tone for W3HZU SSTV Repeater on 28.680
Hi Keith
I'd expect the last two commands need to be prefixed @ so they
run post TX>RX.
TXRSID toggle I think will be TXRSID:t
You can restrict the PUSH to just the freq if you like. It (and
other commands) may even need an inline (!) prefix. As I remember
there is a default re-sequencing that can be applied.?
Not all commands will accept the delayed or inline prefix. The
manual is quite detailed in this. Dave also produced a fairly
detailed document (some time ago) that covers the sequencing
aspect.
so;
<PUSH:f>
<TXRSID:t>
<GOFREQ:1477>
<TUNE:1.5>
<RX>
<@TXRSID:t>
<@POP>
I don't promise this will work! Not sure if TUNE accepts a
subsecond argument either. If not, a workaround is to TX a 1.5 sec
1477Hz WAV file using <AUDIO:filename.wav>
Cheers Bob VK2YQA
?
On 23/1/25 05:35, Keith/KI5US via
groups.io wrote:
toggle quoted message
Show quoted text
The Keystone ARC in York, PA, runs a SSTV repeater on 28.680.
It requires a 1477 Hz tone for 1.5 seconds that (should) trigger
the repeater to send a CW-ID.? Then, one can send a SSTV image
to be received by the repeater.?
?
I use QSSTV in Ubuntu which does have a 'Transmit Tone'
feature (little music note in the transmit panel).? However, the
transmit time variable appears to be type integer, so it's 1
second or 2 seconds....not 1.5 seconds.
?
So, I thought I'd try to get FLDIGI (4.2.06) to generate that
tone (and give me an opportunity to explore some of the
seldom-used macro commands).? Here's what I came up with:
?
<PUSH>
<TXRSID:on|off|t>
<GOFREQ:1477>
<TUNE:1.5>
<RX>
<TXRSID:on|off|t>
<POP> ?
In theory, FLDIGI should transmit just a 1477 Hz tone for 1.5
seconds, then return to whatever cursor audio frequency and
TXRSID state it was in prior to executing the macro.
?
It sort-of works.? Audio frequency doesn't change but the rig
goes to transmit for about the right time.? Starting with TXRSID
selected, it doesn't seem to toggle and it transmits a TXRSID
before returning to receive. So,? ?TXRSID:on|off|t? ?and?
?GOFREQ? ?don't seem to work as I'd have expected.
?
I suspect I'm not using these macro commands correctly....I'd
welcome anyone more familiar with these that cares to
comment/suggest.
?
73
Keith/KI5US
?
?
|
Solar 22-01-2025 ~ 11:00 UTC
Hi,
?
Solar from today 22-01-2025 @ 11:00 UTC
?
No NOAA recordings.
Attached the Nancay recordings.
?
Huub
?
Breda
The Netherlands
Locator: JO21jn
|
FLDIGI Macro to Generate 1477 Hz 1.5 Second Long Tone for W3HZU SSTV Repeater on 28.680
The Keystone ARC in York, PA, runs a SSTV repeater on 28.680. It requires a 1477 Hz tone for 1.5 seconds that (should) trigger the repeater to send a CW-ID.? Then, one can send a SSTV image to be received by the repeater.?
?
I use QSSTV in Ubuntu which does have a 'Transmit Tone' feature (little music note in the transmit panel).? However, the transmit time variable appears to be type integer, so it's 1 second or 2 seconds....not 1.5 seconds.
?
So, I thought I'd try to get FLDIGI (4.2.06) to generate that tone (and give me an opportunity to explore some of the seldom-used macro commands).? Here's what I came up with:
?
<PUSH> <TXRSID:on|off|t> <GOFREQ:1477> <TUNE:1.5> <RX> <TXRSID:on|off|t> <POP> ?
In theory, FLDIGI should transmit just a 1477 Hz tone for 1.5 seconds, then return to whatever cursor audio frequency and TXRSID state it was in prior to executing the macro.
?
It sort-of works.? Audio frequency doesn't change but the rig goes to transmit for about the right time.? Starting with TXRSID selected, it doesn't seem to toggle and it transmits a TXRSID before returning to receive. So,? ?TXRSID:on|off|t? ?and? ?GOFREQ? ?don't seem to work as I'd have expected.
?
I suspect I'm not using these macro commands correctly....I'd welcome anyone more familiar with these that cares to comment/suggest.
?
73
Keith/KI5US
?
?
|
Re: FLdigi graphical face lift
toggle quoted message
Show quoted text
On Wed, Jan 22, 2025 at 10:05?AM Dave, G?WBX via <g8kbvdave= [email protected]> wrote: Indeed.
One of the main attractions of Fldigi (and companions) is the simple and clean UI.
As a result everything works well on lower capacity hardware, and works very well indeed.? Even on a little Acer One, that only has an Intel Atom CPU.? Not exactly a computing powerhouse, but is great for portable use.? (Even the more complex MFSK modes work well.)
Please don't go down the bloatware route!? Just because someone thinks things "Look Old".
Newer is not always better.
73.
Dave G0WBX.
|
Re: FLdigi graphical face lift
Indeed.
One of the main attractions of Fldigi (and companions) is the simple and clean UI.
As a result everything works well on lower capacity hardware, and works very well indeed.? Even on a little Acer One, that only has an Intel Atom CPU.? Not exactly a computing powerhouse, but is great for portable use.? (Even the more complex MFSK modes work well.)
Please don't go down the bloatware route!? Just because someone thinks things "Look Old".
Newer is not always better.
73.
Dave G0WBX.
|
Look for QSSTV on Github.? (Just googling it found it for me.)
Install all the needed dependencies (copy paste the example command line incantation.? If anything already exists, it'll either get updated or left alone.)
Then follow the build instructions.
Job done.? (Other than adding it to the launch menu, but that's simple.)
On first launch, after getting it to see your radio/soundcard combo, let it calibrate itself to that audio device's sample rate.
After that, it "just works".
It's author is generally reachable too.
All the above just done in about 20 mins on LMDE 6 just fine.
The distro's own repo' version was some way behind, but also worked well enough when I tried it before building the later github version.
Rigcontrol is via Hamlib.? I point that at FlRig of course.
73.
Dave G0WBX.
|
I know it's not Linux-based, but since SSTV seems to be of interest here,? I can't help but pass along this link to a very cool new project from my friend Jon Dawson - a standalone SSTV decoder/display that runs on a Raspberry Pi Pico microcontroller:
73, Bob W9RAN
|
Hi Phil
I am half remembering... Might have been a config file issue for
me, that starting with a new config fixed. ie rename
./.config/ON4QZ/qsstv_9.0.conf to something else and relaunch
QSSTV.
I externally modify qsstv_9.0.conf as my QTH is continually
changing, so may have messed it up.
May have also been something in the image cache subdirectories. I
probably backed up and deleted the cache contents. Worst case I
suggest starting with an empty structure then copy the old image
files (only) back in.
Sorry kind of vague, but it works for me now.
The fault means "when two distinct pieces of data in a hash table
share the same hash value" which for me was probably two locations
had duplicate data.
Cheers Bob
On 23/1/25 03:50, Philip Rose, GM3ZZA
via groups.io wrote:
toggle quoted message
Show quoted text
I've upgraded debian and completely reinstalled qsstv and still
get the fail.
Phil GM3ZZA
I have installed qsstv on Debian 12 and it used to work fine,
but now it crashes with "Hash Collision". I'm currently in the
process of upgrading the OS to see if it might have a
temporary glitch in versions.
73 Phil GM3ZZA
|
Hello Phil,
Are you running Qsstv on Debian 12 on X86?? ARM?? Please offer
some more details.? Does this crash happen instantly upon start up
or are you doing a specific workflow? Anyway, a few ideas:
?? - try deleting your ~/qsstv directory and configs and try again
?? - try running qsstv as root to see if the behavior is any
different
?? - try starting qsstv from the command prompt and once it
crashes, send us any reported errors from the command line
?? - try running qsstv under the strace command and send us the
last page or so of listed strace output
--David
On 01/22/2025 08:50 AM, Philip Rose,
GM3ZZA via groups.io wrote:
toggle quoted message
Show quoted text
I've upgraded debian and completely reinstalled qsstv and still
get the fail.
Phil GM3ZZA
I have installed qsstv on Debian 12 and it used to work fine,
but now it crashes with "Hash Collision". I'm currently in the
process of upgrading the OS to see if it might have a
temporary glitch in versions.
73 Phil GM3ZZA
SSTV is lots of fun with Linux.
FWIW, I use and like QSSTV -easy setup, easy control, and
saving of images. Digital SSTV also included if you want it,
and many optional features that don't get in the way of a
very easy GUI.
Runs here on Arch, Mint, LMDE, MX, SuSE without problems
with IC-7610.
Sends and receives regular still images from your camera or
artistic skills, all protocols in common use. I
Includes graphic tools to make templates for your Callsign,
PIP, etc., but no ready-made ones included, just good
instructions for how to do. Again, not difficult.
Any downside? Despite being easy and very functional, it
looks like QSSTV hasn't been updated recently -if that
matters.
73, John :)
On 1/21/25 15:20, ralph
phillips, ke5hdf via groups.io wrote:
I run UBUNTU 22.04.05 LTS and want to get back into
SSTV.? What software package will run ?
Are there any dependencies I need to look our for?
|
Hi Philip
I had that with Debian 12. I don't remember exactly how I worked
through solving it, but my current build needs build/Makefile
modified by adding -fpermissive to CXXFLAGS. (ie between the qmake
and make step)
I also had to disable some of the hamlib polling code as the
waterfall jumped and smeared. Pretty sure that was a QT5 and
kernel incompatibility though, to do with reinserting an old
NVIDIA video driver. I also run flrig which for QSSTV needs the
hamlib connection in front of that.
I often put out HamDRM/DSSTV calls on 14233 but no replies. I
don't really use the analogue SSTV modes (14230). Also had A16 RS1
working on a 1000km 40m path which kind of defies logic! (A is
usually a VHF/UHF mode)
Cheers Bob VK2YQA
On 23/1/25 03:02, Philip Rose, GM3ZZA
via groups.io wrote:
toggle quoted message
Show quoted text
I have installed qsstv on Debian 12 and it used to work fine,
but now it crashes with "Hash Collision". I'm currently in the
process of upgrading the OS to see if it might have a temporary
glitch in versions.
73 Phil GM3ZZA
|
Asbesto, IW9HGS
Philip Rose, GM3ZZA
Keith/KI5US
