开云体育

Hi Jindra Not an expert on this so mainly thinking out loud. I assume you space issue on the 16GB came from installing wine32 and the i386 linux architecture on top of the 64bit? (ie sudo dpkg --add-architecture i386) There doesn't seem to be a wine64 dependency on the wine32 installation (in Debian) so maybe see if wine32 ONLY can be installed? (assuming you don't want to run any 64bit Windows programs). WineHQ however has lots of useful info. Maybe think about doing a manual strip of unused applications/libraries first? Cheers Bob VK2YQA On 7/2/25 17:32, OK4RM via groups.io wrote:

I have an sBitx v3 that has essentially not modified, other that a dist-upgrade (It runs some Raspberry pi version of Debian). The full power is 25 W, and when I set the PA drive to 63%, I get 10 W out on CW, as expected. However, when I run either fldigi or wsjtx with the drive set the same, I get 1.3 W. On both, the power sliders are set all the way up to max (0 db). Both are using hamlib. The only thing I could think of checking is the ALSA mixer, but no numbers are small enough to account for a loss of a factor of 8 in power. Any ideas on what else I could check?

Hello, Had it working and then only rig control. Using xubuntu based (andys linux) wsjtx app with ft 891. Is there a good video or ? for getting the settings to work? wsjtx sees sound card and sends audio to laptop speakers but not to radio. What are the audio setting in ubuntu? pulse, pipewire, alsa ? Tnx and 73 Ed W8EO

Hi again. For now I've given up trying to understand the weird "pot-luck access" to Dave's new site. There is something truly janky going on outside of my control... Enough of that... A new(ish) issue... Same project and version. (Flrig 2.0.05.93) This time with the ancient FT-736r. (I say new(ish) as I noticed it first I think with an earlier alpha, just before I lost the ability to login as "me" to my own computer. Insufficient rights for the Xserver to access hardware ports 0x00 to 0x35 or something.) Anyway... Firstly, the "base release" of 2.0.05, works very well. But the alpha .93 (and I think some earlier ,7x version) have a problem when recalling a "Flrig Memory" where the rig goes to the wanted frequency just fine, but a fraction of a second after that, Flrig itself reverts to displaying the old VFO frequency that was in force before the memory was recalled, while the radio stays at the new (recalled) frequency. Of course, This radio is not capable of returning a query for it's set working frequency. That, I think is part of the problem, as something in Flrig expects to be able to update it's display, based on what the radio has just been set to as a result of a Memory Manager recall. (As it does with other rigs just fine.) "Tuning via Flrig" (even with polling disabled) there is no issue, you nudge a digit up/down, and the radio follows just fine, plus Flrig stays showing the "new" frequency. Disabling all polling, prevents Flrig Memory Manager recall's too! (Seems odd...) This ancient (but still very useful) radio also has much of it's front panel "locked" when under CAT control, so you can't manually "tune" it (or change several other settings) from the front panel, and have Flrig follow it. The only data it can return to the controlling computer, is the Squelch status, and a 'S' meter indication value. I can't see anything grossly different in the .cxx and .h files for this radio, so I'm guessing something else changed deeper within Flrig. But where? Best Regards. Dave G0WBX.

Can QSSTV support multiple configurations? I can't find anything in the manual about it. 73 Phil GM3ZZA

Hi everyone, I've just added XMLRPC support for my log program. https://github.com/leventelist/llog Thanks HA2OS for the example. 73s de HA5OGL -- Levente Kovacs Senior Electronic Engineer W: http://levente.logonex.eu

Hi. Using Fldigi 4.2.06.07 Why is it, that when using PSK31 if one invokes the INFO1 and INFO2 signal report macro's, where you get a S/N and IMD value to report to the other op. But, using the other faster (single channel/carrier) PSK modes, though you get a S/N value, the IMD report is replaced by "Phase" and a value. The same is shown in the small readouts at the very bottom of the Fldigi UI. First question:- Is this intentional? (If so, why?) Second question:- What does the "Phase" value relate to, and why that instead of IMD? (A higher value seems to be shown for worse IMD sidebands, yes "many" from some stations!.) I cannot find anything in the user manual about this. Only links to Wikipedia that relate to phase encoding. Someone put me out of my misery please! :-) Best Regards. Dave G0WBX.

Noticed today a DominoEX Micro QSO was being recognised as THOR 25. In fldigi 4.2.06.21 ./src/rsid/rsid_defs.cxx the same RSID code exists? ---- ELEM2_(691, THOR25, MODE_THOR25) \ ---- ELEM2_(691, DOMINOEX_MICRO, MODE_DOMINOEXMICRO) \ ---- In the Wed Jan 1 20:39:59 2025 -0600 commit the remark - assigned secondary RsID code 691 to THOR-25 Not sure how this all works but may be relevant. Cheers Bob VK2YQA

The Country (CTY) Files were updated on 31 January 2025: https://www.country-files.com/cty-3504-31-january-2025/ For installation instructions, start at: https://www.country-files.com/ Hover your mouse over the word Contest in the menu, then select the software you are using. To install the file, follow the link to your software at the top of the page. If you are interested in a bigger CTY.DAT for everyday logging, you can get it here: https://www.country-files.com/big-cty-31-january-2025/ Note that the release notes (and Version Entity) for this larger file are different than what is shown below. There is a separate link to them. As a reminder, there is an RSS feed of the latest country file announcements: https://www.country-files.com/feed/ Here are the release notes: 31 January 2025 (CTY-3504) VER20250131, Version entity is Palestine, E4 Added/changed Entities/Prefixes/Callsigns: * OJ1ABOA is Antarctica, CE9 in CQ zone 38, ITU zone 67 * TO4A is Martinique, FM * M0EDQ is Scotland, GM * II0ICV is Sardinia, IS * KD5AJC is United States, K in CQ zone 3, ITU zone 6 * KE4SVI is United States, K in CQ zone 4, ITU zone 8 * K4XV and KG5GBZ are both Hawaii, KH6 * KG7PAF and KG7PAH are both Alaska, KL * LU7DZV/D is Argentina, LU * SV1GA/A is Mount Athos, SV/a * R100AE, R100ME, R900BL, R900DM, R900DV, R900RO, R9JQ/6, RA0BM/6 and UE82AWD are all European Russia, UA * RT2F/P is Kaliningrad, UA2 * RV1CC/0 and RW6MD/0 are both Asiatic Russia, UA9 in CQ zone 19, ITU zone 25 * VK9YB is Norfolk Island, VK9N * KC4/KB1EHE and KC4/KB1IFZ are both South Shetland Islands, VP8/h Removed Entities/Prefixes/Callsigns: * 3D2Y in Rotuma Island, 3D2/r * A61Q/ND in United Arab Emirates, A6 * BA4DL/0 in China, BY * EA9ADD/P in Spain, EA * TX5NH in French Polynesia, FO * TO9W in St. Martin, FS * W3NX in United States, K * KG4OUW and KJ7KMD in Alaska, KL * K4W in Puerto Rico, KP4 * LU9JDZ/F in Argentina, LU * R1941MB, R1941OM, R900, R9OM/6, UA5B/4 and UA9UMF/6 in European Russia, UA * RX9WT/P and UA0KBG/9 in Asiatic Russia, UA9 Though I am subscribed to this reflector so that I can make these announcements, I do not see most messages posted to it. If you have any comments or corrections to the country file, please contact me directly. 73 - Jim AD1C -- Jim Reisert AD1C, <jjreisert at alum.mit.edu>, https://ad1c.us

FLDIGI launches and then closes. I get this error when I install via the repo or compile myself. "malloc(): unaligned tcache chunk detected" . The flatpak seems to work fine but when I put my custom macros in the /home/user/.fldigi/macros directory, it does not see them. OS: Linux Mint 22.1 x86_64 -- DE KK4WB Jason

I have successfully installed Fldigi 4.2.03 on Ubuntu 24.4 I have good rig-control between Fldigi and my transceiver. But I am unable to get audio from my transceiver to Fldigi. I do have audio from my transceiver to my computer because I can see it on the Pulse Audio Volume control bar-graph. Ubuntu 24.04 uses Pipewire for audio, but W1HJK indicates that this is not an issue with Fldigi. On Fldigi configuration/Soundcard/Devices I select PulseAudio but I have no clue how to determine the Server string. Therefor this is probably the issue I am facing. I have looked up Server string in the file fldigi_def.xml <PULSESERVER></PULSESERVER> Putting that in for the Server String field on the configuration window, I get a Pulse Audio error: “Connection refused” “Is the server running?” But there is no PulseAudio server in Ubuntu 24.04 Anyone have any ideas about getting the audio into Fldigi? Thanks.

I am in the process of moving the entire w1hkj web site to be hosted at QTH.com. The new site is https://www.w1hkj.or Please visit the site and report any discrepancies, particularly misdirection of links. fldigi, flrig, etal still need to be modified to reflect this move to the QTH host. 73, David W1HKJ

Hi Dave, I had a quick look. The link to fldigi opens a directory with just the help text file in it. The one to flrig has all the files. 73 Phul G3ZZA

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?

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