Re: RxID issue with V. 4.2.06?

 

Hi Dave,

There are several settings needed to make it all work.


I attach my info hoping it will be clear enough to get going. If not, let me know. I also use Win7 and your FLdigi version is fully functional.


Good luck!


73s SWL Tobias
.-.-.
Am Dienstag, 28. Januar 2025 um 21:06:14 MEZ hat W9PFD via groups.io <w9pfd@...> Folgendes geschrieben:


I recently upgraded to V. 4.2.06 from an earlier version. On the earlier version, the RxID function was working properly, but since the upgrade it is not. I have both RxID and TxID enabled. I am running the program on Windows 7 Pro. No changes that I know of other than the version upgrade to 4.2.06. Is anyone else having this issue? Assuming not, any suggestions? I use Fldigi on a net where we often switch between MT63 and Olivia depending on propagation, and the TxID/RxID functionality is much appreciated.
73,
Dave, W9PFD


Re: Rearrange macros #macos

 

I don't feel flamed at all sir....... and -- THANK YOU -- for whatever you did for the country.

For a long time I've thought the nation didn't deserve the honor and dedication people like us brought to the table. I was selected for a very special job, only about 6,000 certified in the USA. Not because of a degree. Not because of training or experience. But because they needed that guy who showed up dead, but still showed up every time. Three years after retirement they were still begging for me to come back.

These days I'm fully retired - spending my days playing with radios and jeeps. And I cannot begin to express how much I appreciate the authors of the wonderful software packages we all use. I can barely spell proggraming right.... I could never do it! So a big THANK YOU to all the folks that bring us FL-Digi, WSJT-X and all the other cool stuff. My retirement would be a lot more boring without the toys to play with.



Vy73 - Mike - KD5KC.
El Paso, Texas - DM61rt.
SOTA W5T-Texas Association Manager.

-----Original Message-----
From: [email protected] <[email protected]> On Behalf Of Rich NE1EE via groups.io
Sent: Tuesday, January 28, 2025 13:31 PM
To: [email protected]
Subject: Re: [winfldigi] Rearrange macros #macos

3. Vet here. I think that it is sad that so many of the unimaginitive sayings of the military have found their way into the every-day lives of civilians.

Nonetheless, we all have our opinions, and are free to express them, so I am not flaming Mike.

~R~


Re: Link to W1HKJ software URL goes to wrong site

 

Aargh! The problem with cut and paste.

It's https://www.w1hkj.org.

73 Phil.


From: [email protected] <[email protected]> on behalf of Philip Rose via groups.io <gm3zza@...>
Sent: 28 January 2025 9:25 PM
To: [email protected] <[email protected]>
Subject: Re: [winfldigi] Link to W1HKJ software URL goes to wrong site
Cliff,

Dave has moved his site to

73 Phil GM3ZZA

Software By W1HKJ & Associates: 25 January 2025: This site has moved to: https://www.w1hkj.org. Support fldigi
www.w1hkj.com



From: [email protected] <[email protected]> on behalf of W1LEM via groups.io <w1lem@...>
Sent: 28 January 2025 7:56 PM
To: [email protected] <[email protected]>
Subject: Re: [winfldigi] Link to W1HKJ software URL goes to wrong site
To to

73,
Cliff, AE5ZA
Goes to British sundial...
--
73, Lem W1LEM


Re: Link to W1HKJ software URL goes to wrong site

 

Cliff,

Dave has moved his site to

73 Phil GM3ZZA

Software By W1HKJ & Associates: 25 January 2025: This site has moved to: https://www.w1hkj.org. Support fldigi
www.w1hkj.com



From: [email protected] <[email protected]> on behalf of W1LEM via groups.io <w1lem@...>
Sent: 28 January 2025 7:56 PM
To: [email protected] <[email protected]>
Subject: Re: [winfldigi] Link to W1HKJ software URL goes to wrong site
To to

73,
Cliff, AE5ZA
Goes to British sundial...
--
73, Lem W1LEM


Re: Rearrange macros #macos

 

Yeah...
1. This UI is not what we are used to thinking of as Object Oriented Programming, even if it uses objects...I havna looked at the code. But I have extensive software engineering experience, and I can say that just being able to move the buttons around with a mouse requires a step up in programming resources, and by that I mean not just the time to do it, but the software tools to handle it.

2. OTOH, there may be a simpler way to achieve it using current tech. Implement a 'move or copy button' feature. In this case, the user might RMC the button, get a context menu that offers these choices, and selects on. Selecting copy would place the button label and macro in a buffer. RMC a new button, and one of the options is 'paste'. But is that worth the labor? Not my call. A poll of users is needed for the devs to consider it. I admit that early on I wanted that capability, but because I am content with editing a plain text file, I just moved on. I'd surely use this feature if it were available. In fact, such a context menu might then have copy, paste, move, delete. I am not sure why so many are leery of editing a plain text file. If you can write a letter to Mom, you can edit that file. A few simple rules, and, yes, folks, it's just that easy. The context menu discussed here would obviously be much easier, especially for those who find typing difficult.

3. Vet here. I think that it is sad that so many of the unimaginitive sayings of the military have found their way into the every-day lives of civilians. In so many ways, we have lost much culturally. In my youth, I looked forward to now, and imagined how much better off we would all be. Instead, I find that society has, in general, decayed in tangible ways that I experience in every-day life. I find it darkly ironic that a society that has so little regard for the daily lives of its military has adopted, in its ignorance, so many military social customs and slang, to its detriment.

Nonetheless, we all have our opinions, and are free to express them, so I am not flaming Mike.

~R~

On 2025-01-28 10:11:, Mike Olbrisch wrote:

Heh heh heh� � “It is whawhat it is� � soooooooo � “Embrace the Suckck�.

Sorry � but it makes me smile how military slang hass made it into the every-day lives of civilians.


RxID issue with V. 4.2.06?

 

I recently upgraded to V. 4.2.06 from an earlier version. On the earlier version, the RxID function was working properly, but since the upgrade it is not. I have both RxID and TxID enabled. I am running the program on Windows 7 Pro. No changes that I know of other than the version upgrade to 4.2.06. Is anyone else having this issue? Assuming not, any suggestions? I use Fldigi on a net where we often switch between MT63 and Olivia depending on propagation, and the TxID/RxID functionality is much appreciated.
73,
Dave, W9PFD


Re: Link to W1HKJ software URL goes to wrong site

 

To to

73,
Cliff, AE5ZA
Goes to British sundial...
--
73, Lem W1LEM


Re: fldigi CW decoding problems

 

Bob
Thanks for suggestions. Turning squelch off and changing the Tx speeds seems to have done the trick. Now copying both Rx code and and my sending - which is what I was really after. Wanted to improve sending technique
73 Paul w2eck


Re: fldigi CW decoding problems

 

Perhaps your foreground and background colors are the same !

sent by ve3wej on samsung s21+

On Mon, Jan 27, 2025, 4:35 p.m. w2eck via <eckerpw=[email protected]> wrote:
In receiving CW - in my v4.2.06,07- the cw is being properly decoded on the ARRL broadcast in the signal browser window -but not showing up in the yellow decode window- any ideas on how to fix?
Second problem, when I am trying to decode my own sending - I can see the code TX breaks in the waterfall in Fldigi but again it's not being decoded in the yellow decode window. Again , any ideas on how to get this working.
Am sure both are just settings I have incorrect.
83 Paul w2eck


Re: fldigi CW decoding problems

 

Check the Squelch setting, being sure the signal is above the squelch bar. Or just turn off squelch. Also make sure the RX speed is equal to or greater than the speed being sent.
On the other hand, if your keying is good then the application will decode correctly. If it doesn't decode correctly, well,...... perhaps your keying needs improvement.

73

Bob, K4TAX


Re: Rearrange macros #macos

 

Heh heh heh……� “It is what it is� � soooooooo � “Embrace the Suck�.

Sorry � but it makes me smile how military slang has made it into the every-day lives of civilians.




Vy73 - Mike - KD5KC.

El Paso, Texas - DM61rt.

SOTA W5T-Texas Association Manager.

From: [email protected] <[email protected]> On Behalf Of Ryan Trullinger (KC0QNB) via groups.io
Sent: Tuesday, January 28, 2025 7:54 AM
To: [email protected]
Subject: Re: [winfldigi] Rearrange macros #macos

So there is no way just to move them around I take it, not the answer I was hoping for but it is what it is.


Re: Rearrange macros #macos

 

So there is no way just to move them around I take it, not the answer I was hoping for but it is what it is.


Re: Alert sound files

 

Thanks for the info guys! I set it up and now I have alerts that I can hear from across the room.
73


Re: Rearrange macros #macos

 

I edit the macro file all the time. Prolly 80% of my macro changes are edits using a plain text editor. Just make sure you are careful, follow the patterns you already see there. When you start out, make a copy.

Copy stuff from either one into the other, but do not paste into the file you are copying from, stick with it to the end. If you are copying from a macro file, you are not corrupting it, so you can always fall back to it. Then you can test the edited file. If you make a mistake, and paste into the "copying from" file, simply close the file without saving, and open it again. Make sure to use an editor that does not save the edits on a regular basis, so if you make a mistake, it won't save it.

Note the numbering scheme, where
// Macro # 1
/$ 0 <<<<<<<< this starts at 0, but the line above starts at 1

73 Rich NE1EE

On 2025-01-27 17:49:, Daniel (AE4ON) via groups.io wrote:
I believe it is technically possible to manually edit the macro file to reorder the macros, but due to the risk of corrupting the file I don't generally recommend that approach.


Re: Rearrange macros #macos

 

Hi Dave,

I don't see an answer to the question on that help page.

What I think he is asking is if there is a way to re-order the macro buttons when you have turned on the Show All 48 option.

As an example, suppose I have a "Net Start" macro in slot 1 and want to move it to slot 13. I dont know of a way to accomplish this through the GUI besides cutting and pasting the macro contents and then separately cutting and pasting the label text into the target location. You also need an empty slot to be able to move the puzzle pieces around if your target macro slot already contains a configured macro that you don't want to lose/overwrite.

I believe it is technically possible to manually edit the macro file to reorder the macros, but due to the risk of corrupting the file I don't generally recommend that approach.

73,
Daniel (AE4ON)

On Mon, Jan 27, 2025, 11:44 AM Dave via <w1hkj25=[email protected]> wrote:
See

On Mon, Jan 27, 2025 at 11:14 AM Ryan Trullinger (KC0QNB) via <rt83021=[email protected]> wrote:
Is there a simple way to change macro positions on the GUI? Drag and drop would be nice, but I am not sure if that would work. I don't like the macro layout that is the default it doesn't flow quite right. I have copied and pasted a few in the macro editor but that takes a lot of time.


"Save Config" does not work

 

Using Windows11, Fldigi v.4.2.06 and Flrig v.2.0.05 I'm trying to configure these softwares with a QRP-Labs QDX, mainly for use of RTTY mode.
I succeeded in configuring both "Rig control" and "Soundcard - Devices" and everything works nicely.
BUT, even after clicked on "Configure" then "Save config" on top of Fldigi screen the configuration is not properly saved since next time I restart Fldigi I need to open the Configuration again and click on Portaudio in Soundcard-Devices: Portaudio does not remain checked.
Any idea to help solve this inconvenience?
73 - Pierre - FK8IH


Re: fldigi CW decoding problems

 

In receiving CW - in my v4.2.06,07- the cw is being properly decoded on the ARRL broadcast in the signal browser window -but not showing up in the yellow decode window- any ideas on how to fix?
Second problem, when I am trying to decode my own sending - I can see the code TX breaks in the waterfall in Fldigi but again it's not being decoded in the yellow decode window. Again , any ideas on how to get this working.
Am sure both are just settings I have incorrect.
83 Paul w2eck


Re: Moving Fldigi from C:\ to D:\

 


Hello Paul,

In addition to David's reply (he's faster than me ;-), here are my thoughts and suggestions.


I've also been struggling with C: getting full quite a bit over the years, on different PCs.


But honestly, I would not generally recommend moving functional installed program files elsewhere unless there's a REAL need to do so. because these are files Windows governs quite rigorously. As David has pointed out, for FLdigi, there's a good way to do so, as I explain below.


On the other hand, it usually is the DATA that grows somewhat excessively over time, rather than the programs themselves.


If I may first suggest a different approach (just as an alternative - or simply as a logic check upfront):


Download and install the TREESIZE FREE software from https://www.jam-software.de/treesize_free/.

It is about 8 MB, install it (at least temporarily) where ever it makes most sense to you.

Then take the time, open it, select Drive C: and let it analyze and show you, which files and folders actually take up how much space on your hard disk.

It's very simple and intuitive, IMHO, and quickly gives you a good idea, where the storage really gets absorbed, both visually (the size of the graphical elements is proportional to the space needed on the HDD) and in a folder view, giving the numerical statistics per folder / subfolder etc.


One general word of caution, since this is a common source of confusion: some (even huge) files used by Windows may APPEAR to exist twice or more often in different locations, looking like obsolete multiple copies. In reality, there's a (usually hidden) way of creating so-called 'hard links' between files. Or rather, these make a SINGLE file appear in different places, as if it were physically there separate times. But in fact, deleting one of them, if they are in fact hard linked, will remove all others of the same name, too. So don't try and remove unknown Windows 'stuff' that might fall in this category, because it may do more harm than good!

On the other hand, it is usually safe to remove any files in temporary 'Temp' folders, because those files still being used will deny being deleted anyway.

Finally, depending on the kind of data filling up your hard disk, compressing the respective folders and the files contained therein (Right Click on the folder, Properties, Advanced => Compress...) may be effective. But it will not help in a relevant manner in all cases, where the data consists of already packed or other binary data, such as audio, video, image, office files.


well, if your Treesize (or personal) analysis result is, that it's really the program installations that you need to move for space reasons, well, go ahead and do so. But in most cases, this will probably require an uninstall / re-install of the respective software packages. With possible side effects, because Windows may be picky or restrictive in certain cases. You have been warned ;-)


- - - - - -


As David pointed out, there is a functional and useful procedure in the FLdigi Manual, which may help for your 'relocating' project (the following is basically copied from the Help file):


Installing fldigi on a thumb drive

Installing fldigi (and any of the other NBEMS flxxxx applications) on a thumb drive is very simple. Create a folder on the thumb drive named 'FL_APPS'. Then copy the fldigi executable to that folder. Note that folder FL_APPS may reside on any hard drive, or removable drive (including a rewritable CD/DVD) on your system. Copy the executable for flarq, flrig, flmsg, flamp, etc to that same folder if you want to have a complete NBEMS installation on that device:
fldigi.exe
flarq.exe
flmsg.exe
flamp.exe
flrig.exe

The key to using the applications thus installed is to execute the program from that folder.
This is best accomplished by opening the FL_APPS folder using the system files explorer. Then start the application by double clicking on it's icon.
You will be guided through the new install wizard the first time you do this and fldigi will place all of it's configuration folders in the same folder from which it was started. For example, if the [thumb] drive were device "D:"
D:\FL_APPS\fldigi.exe
D:\FL_APPS\fldigi.files
D:\FL_APPS\fldigi.files\fldigi_def.xml
etc ...


- - - - - -


Now if you first run FLdigi from the new D:\...\FL_APPS\... folder, check whether it actually reads the config etc. from the new location, a sub-folder under D:\...\FL_APPS\...., by opening the Menu - File - Folders - Fldigi Config... => verify that the opening drive and folders are the ones you wish to use, and do the same for the other folders and Macros to be sure.

If the OLD data has not been transferred correctly while installing FLdigi in the D:\...\FL_APPS\... folder, you can shut FLdigi down, copy all your existing data (overwriting any existing newer files on D:) with your original 'OLD' user files from Drive C:

COPY FROM ... C:\users\Paul\fldigi.files\*.* [or where ever your data location currently is - and keep it as a backup for the time being]
COPY -TO- ... D:\...\FL_APPS\fldigi.files\*.* [the new FLdigi data location]

RUN FLdigi from the new location again.

Now at last, the (copied) original data should be properly read from the new D: location, giving you the 'usual' look and feel from the old installation.

Once all is OK and after you have verified (confirmed!) all your user settings, macros, logbook etc. to be OK, you can remove your OLD installation and data files from the C: drive. Yet, I'd still keep a copy somewhere for a while, just in case, instead of deleting the files for good.


I cannot give a guarantee that this works in your case, but I've tried it here in a similar manner, and it appears to work just fine.

So in case you find anything going wrong or not being properly described above, please let us know, to the benefit of any future requests of this kind. Thank you.


Good Luck!



Best regards
Tobias
.-.-.
Am Montag, 27. Januar 2025 um 16:59:17 MEZ hat Paul Bell via groups.io <kd8bxy@...> Folgendes geschrieben:


Is there an easy way to move my Fldigi install from my C:\ Drive to another Drive like D:\ without having to re-install the software? Are there any Configuration settings I can change to do this? I could not find any setting under the Config Dialog Menu. I would like to install as much as possible to another Drive designation because my C:\ drive is getting full. I want to move both C:\Program Files, C:\Program Files (x86) and C:\Users\*\fl* files.


Re: Rearrange macros #macos

 

See

On Mon, Jan 27, 2025 at 11:14 AM Ryan Trullinger (KC0QNB) via <rt83021=[email protected]> wrote:

Is there a simple way to change macro positions on the GUI? Drag and drop would be nice, but I am not sure if that would work. I don't like the macro layout that is the default it doesn't flow quite right. I have copied and pasted a few in the macro editor but that takes a lot of time.


Re: Moving Fldigi from C:\ to D:\

 

See

Substitute drive D for drive H in the instructions.


On Mon, Jan 27, 2025 at 9:58 AM Paul Bell via <KD8BXY=[email protected]> wrote:
Is there an easy way to move my Fldigi install from my C:\ Drive to another Drive like D:\ without having to re-install the software? Are there any Configuration settings I can change to do this? I could not find any setting under the Config Dialog Menu. I would like to install as much as possible to another Drive designation because my C:\ drive is getting full. I want to move both C:\Program Files, C:\Program Files (x86) and C:\Users\*\fl* files.