Re: [wsjt-devel] Release Candidate WSJT-X 2.7.0-rc3

Good evening/afternoon! I've tried to get the GIT version but is not available yet, when I hit "git pull" the system returned "already updated", then I'll download the source archive. Happy new year 2024! --- *73 de Marco, PY1ZRJ (former IK5BCU)* ** Il 01/01/24 13:00, Joe Taylor via

[wsjt-devel] Error compiling WSJT-X on OpenSuse Tumbleweed

Hello! After a recent system update I had to recompile WSJT-X source due some libboost get updated, but this time I get an error related to Fortran and C compilers, see below. I would like somebody kindly point me on the right route to resolve this issue.

[wsjt-devel] /home/marco/.local/share/WSJT-X/hamlib_settings

Can somebody provide me a file example for the file in the subject? *hamlib_settings* and kindly tell me from what source this file is being generated? Many Thanks! --- *73 de Marco, PY1ZRJ (former IK5BCU)* **___ wsjt-devel mailing list

Re: [wsjt-devel] Solar Eclipse participation #general

Hi Mike, Are there studies confirming that a solar eclipse can affect HF propagation? FWIK, but I'm not an expert on the matter, the most affected frequencies are the ones falling into the SHF and microwave bands, in particular the satellite bands, which are being affected by solar flares too.

Re: [wsjt-devel] VFO readout on FT8 shutdown

In order to provide the deserved public acknowledgments to Mike, I would like to confirm that his latest /rig/ft100.c commit into Hamlib, has resolved definitely my issue. Thanks to Mike W9MDB! Regards, Marco, PY1ZRJ Il 20/07/23 11:45, Marco Calistri via wsjt-devel ha scritto: I face

Re: [wsjt-devel] VFO readout on FT8 shutdown

Il 20/07/23 16:07, Christoph Berg ha scritto: Check if CIV Transceive is off. Christoph DF7CB What is it? CIV... Are you sure that Yaesu FT-100 has this feature available? --- *73 de Marco, PY1ZRJ (former IK5BCU)* **___ wsjt-devel mailing list

Re: [wsjt-devel] VFO readout on FT8 shutdown

uly 20, 2023 12:28:54 PM To: WSJT software development ; Marco Calistri Subject: Re: [wsjt-devel] VFO readout on FT8 shutdown Please test the latest hamlib. https://www.dropbox.com/s/snmkzu8eif89yqs/libhamlib-4.dll?dl=0 Some rigs cannot change frequency while transmitting. Are you usi

Re: [wsjt-devel] VFO readout on FT8 shutdown

I face a similar behavior which last for two or three transmissions sequences at the beginning of my FT8 session. This phenomenal started since some months then if it is due Hamlib, it is something that is being dragged along the new releases. In my case (using an Yaesu FT-100, mode rig split)

Re: [wsjt-devel] High CPU load with 2.7.0-rc2

I confirm that I'm using Linux openSUSE Tumbleweed and this high CPU load is not present at all. Regards, --- *73 de Marco, PY1ZRJ (former IK5BCU)* ** Il 12/07/23 08:51, Black Michael via wsjt-devel ha scritto: This is a problem on Windows with the async routine enabled.   With async

Re: [wsjt-devel] Release Candidate WSJT-X 2.7.0-rc2

Il 08/07/23 12:16, Black Michael via wsjt-devel ha scritto: I guess you must be compiling the latest hamlib from github. Please pull the latest and try again.  It  should be fixed. Mike W9MDB Hello, Are there any oddities in my thoughts regarding Hamlib release included into the WSJT-X

Re: [wsjt-devel] Release Candidate WSJT-X 2.7.0-rc2

No more compiler error on openSUSe Tumbleweed! Thanks for the new release! Inviato da Outlook per Android From: Joe Taylor via wsjt-devel Sent: Friday, July 7, 2023 12:50:06 PM To: WSJT software development Cc: Joe Taylor Subject:

Re: [wsjt-devel] WSJT-X 2.7.0-rc2

Il 07/07/23 13:48, Björn Ekelund via wsjt-devel ha scritto: Hamlib is broken. Again. Rc2 crashes when I select IC-7610. IC-7300 and IC-7851 however seem to work. Björn SM7IUN RC2??? I've not seen any announcements for this RC. --- *73 de Marco, PY1ZRJ (former IK5BCU)*

Re: [wsjt-devel] WSJT-X 2.7.0-rc2

Il 07/07/23 13:48, Björn Ekelund via wsjt-devel ha scritto: Hamlib is broken. Again. Rc2 crashes when I select IC-7610. IC-7300 and IC-7851 however seem to work. Björn SM7IUN ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net

[wsjt-devel] OFF-TOPIC: MTA error for Domain NIC.FI

Hello, My apologies for this off-topic but I would like to send an e-mail to Saku OH1KH and I get an MTA error reporting a failure (see below). Are there here some OH hams which have a secondary e-mail address of Saku? Many thanks and again sorry for my request on this list! This message

Re: [wsjt-devel] PSE Fixed patch for CMakeFiles/qmap_impl.dir/q65c.f90.o

Il 13/06/23 12:19, Joe Taylor via wsjt-devel ha scritto: Marco, As far as I'm aware your problem involves only an attempt to build program QMAP.  Almost certainly you have no current use for QMAP, and no real interest in building it for Linux. I suggest the simple expedient of moving the

Re: [wsjt-devel] PSE Fixed patch for CMakeFiles/qmap_impl.dir/q65c.f90.o

On Jun 12, 2023, at 12:59 PM, Marco Calistri via wsjt-devel wrote: Hi, Tried also to build WSJTX from git repository and faced same error I faced by using the tgz archive. In my distro OpenSUSE Tumbleweed applying the standard WSJT-X single patch "wsjtx.patch" do not works

Re: [wsjt-devel] Hamlib testing

Will do it Mike, I will do it when radio is still cold, in order to avoid to have the thermal drift as a possible cause, since I think the reason is another. Regards, --- *73 de Marco, PY1ZRJ (former IK5BCU)* ** Il 12/06/23 17:27, Black Michael ha scritto: Please place this file as

Re: [wsjt-devel] Hamlib testing

Tested new version compiled from git repository and on my old YAESU FT-100 I see same behavior I saw with previous Hamlib versions. I use WSJT-X 2.7.0 RC1 with settings Split=RIG and Mode= Data Packet and at the very beginning of the operation, the VFO A (Transmitter) and VFO B (Receiver)

[wsjt-devel] PSE Fixed patch for CMakeFiles/qmap_impl.dir/q65c.f90.o

Hi, Tried also to build WSJTX from git repository and faced same error I faced by using the tgz archive. In my distro OpenSUSE Tumbleweed applying the standard WSJT-X single patch "wsjtx.patch" do not works and I need to apply it to all the files involved in the error. I supposed that at

Re: [wsjt-devel] [wsjtgroup] Memory leak in 2.7.0 rc1?

Il 26/05/23 14:12, Sam W2JDB via wsjt-devel ha scritto: Hi, Just guessing, but for the worked before, depending on what is in the ADI file, they might be allocating memory space for a bit or byte matrix for all possible combination of DX entities, Callsigns by mode and band. That is just a

Re: [wsjt-devel] Compile fails

Yes, I faced similar issue on my openSuse, then I had to apply the patch by hand a file a time. Probably the WSJTX internal patching script is not fully compliant with all the Linux environments. 73's de PY1ZRJ Inviato da Outlook per Android

Re: [wsjt-devel] Compile fails

Jarmo, Just look in the last recent messages, there is a patch that corrects this issue for Linux. Sorry, I'm on cellphone and in this moment can't provide you the indicated mail/patch. Also you can look for my callsign here, in order to get such solution. Good job! 73 de PY1ZRJ Inviato da

Re: [wsjt-devel] Patch for 2.7.0rc1 for newer Linux distros/compilers (was Candidate Release WSJT-X 2.7.0-rc1 Linux compile)

Il 18/05/23 14:12, Brian Morrison via wsjt-devel ha scritto: On Thu, 18 May 2023 11:53:36 -0300 Marco Calistri via wsjt-devel wrote: I got this error, I know it is related to the patch file format (LF,CR,Tabs...) but I've not been to resolve it: *73 de Marco, PY1ZRJ (former IK5BCU

Re: [wsjt-devel] Patch for 2.7.0rc1 for newer Linux distros/compilers (was Candidate Release WSJT-X 2.7.0-rc1 Linux compile)

Il 18/05/23 11:53, Marco Calistri via wsjt-devel ha scritto: Il 18/05/23 11:42, Marco Calistri via wsjt-devel ha scritto: Il 18/05/23 07:52, Brian Morrison via wsjt-devel ha scritto: diff -Naur wsjtx.orig/qmap/astro.cpp wsjtx/qmap/astro.cpp --- wsjtx.orig/qmap/astro.cpp 2023-05-12 13:55:48

Re: [wsjt-devel] Patch for 2.7.0rc1 for newer Linux distros/compilers (was Candidate Release WSJT-X 2.7.0-rc1 Linux compile)

Il 18/05/23 11:42, Marco Calistri via wsjt-devel ha scritto: Il 18/05/23 07:52, Brian Morrison via wsjt-devel ha scritto: diff -Naur wsjtx.orig/qmap/astro.cpp wsjtx/qmap/astro.cpp --- wsjtx.orig/qmap/astro.cpp 2023-05-12 13:55:48 +++ wsjtx/qmap/astro.cpp2023-05-12 13:57:23 @@ -72,7

Re: [wsjt-devel] Patch for 2.7.0rc1 for newer Linux distros/compilers (was Candidate Release WSJT-X 2.7.0-rc1 Linux compile)

Il 18/05/23 07:52, Brian Morrison via wsjt-devel ha scritto: diff -Naur wsjtx.orig/qmap/astro.cpp wsjtx/qmap/astro.cpp --- wsjtx.orig/qmap/astro.cpp 2023-05-12 13:55:48 +++ wsjtx/qmap/astro.cpp2023-05-12 13:57:23 @@ -72,7 +72,7 @@ datcom_.ndop00=ndop00; //Send self

Re: [wsjt-devel] Candidate Release WSJT-X 2.7.0-rc1 Linux compile

Il 14/05/23 06:29, Kari Sillanmäki via wsjt-devel ha scritto: On 14.5.2023 4.42, Jim Shorney via wsjt-devel wrote: That's not trivial either. But with 18.04 going end of support it is inevitable. I'm just looking for an easy fix, as usual. I did find a qt515 ppa for Bionic but I have no clue

[wsjt-devel] Off-Topic: please reply by privare message.

Hello and apologies to use this mailing list to ask an off-topic, but I think that probably someone among the many hams here, could provide me some suggestions to attempt a solution. The problem is that, after last usage of my pretty old YAESU FT-100, using malfunctioning switching power

Re: [wsjt-devel] Logging of mixed data if you do QSO with two stations

nesday, February 15, 2023 1:36:37 PM To: wsjt-devel@lists.sourceforge.net Cc: Brian Morrison Subject: Re: [wsjt-devel] Logging of mixed data if you do QSO with two stations On Wed, 15 Feb 2023 14:26:07 + Marco Calistri via wsjt-devel wrote: > Hi Brian, > > Yes, i know Saku, he helped me in

Re: [wsjt-devel] Logging of mixed data if you do QSO with two stations

14 Feb 2023 23:17:19 -0300 Marco Calistri via wsjt-devel wrote: > Il 14/02/23 11:44, Brian Morrison via wsjt-devel ha scritto: > > On Tue, 14 Feb 2023 08:39:54 -0300 > > Marco Calistri via wsjt-devel > > wrote: > > > >> Hello, > >> > >> I'm

Re: [wsjt-devel] Logging of mixed data if you do QSO with two stations

Il 14/02/23 11:44, Brian Morrison via wsjt-devel ha scritto: On Tue, 14 Feb 2023 08:39:54 -0300 Marco Calistri via wsjt-devel wrote: Hello, I'm using CQRLOG as the default QSO logging software with WSJT-X What version of CQRLOG are you using? Hello! CQRLOG 2.6.0 (2022-07-05) But, as I

[wsjt-devel] Logging of mixed data if you do QSO with two stations

Hello, I'm using CQRLOG as the default QSO logging software with WSJT-X, the two programs works jointly through the internal UDP ports 2337/2333. The following issue is occurring since several time, it is not related to a specific WSJT-X or CQRLOG version. It happened and it still happens

Re: [wsjt-devel] 2.6.1 triggering AV software

Il 27/01/23 18:37, Alan via wsjt-devel ha scritto: Hi, version 2.6.1-win64.exe from the new home page is triggering my AV software, which then promptly deletes it. My AV has never done this before on WSJT-X Alan G0TLK, sent from my mobile device I think you should be able to instruct your

Re: [wsjt-devel] Missing Translation Issue (was) Re: WSJT-X 2.6.0 GA Release

Il 22/01/23 15:15, Daniele Forsi ha scritto: Hello Marco, the issue is due to the .ts file not up to date with the source code: the source code has the string "Max Dist", but the English string in the translations/wsjtx_it.ts has "Max Pts" and the translation can't be found if the English

Re: [wsjt-devel] WSJT-X 2.6.0 GA Release

. -- Joe, K1JT On 1/6/2023 11:01 PM, Marco Calistri wrote: Il 06/01/23 19:58, Joe Taylor ha scritto: On 1/6/2023 5:14 PM, Marco Calistri PY1ZRJ via wsjt-devel wrote: I1ve successfully compiled and started WSJT-X 2.6.0, but I notice now that the updated Italian translations have not been

Re: [wsjt-devel] WSJT-X 2.6.0 GA Release

Il 06/01/23 19:58, Joe Taylor ha scritto: On 1/6/2023 5:14 PM, Marco Calistri PY1ZRJ via wsjt-devel wrote: I1ve successfully compiled and started WSJT-X 2.6.0, but I notice now that the updated Italian translations have not been included into the current release! It should be obvious

Re: [wsjt-devel] WSJT-X 2.6.0 GA Release

Il 06/01/23 12:00, Joe Taylor via wsjt-devel ha scritto: The WSJT Development Team is pleased to announce the WSJT-X 2.6.0 General Availability (GA) release.  Program changes from version 2.5.4, released one year ago, are described in the Release Notes:

Re: [wsjt-devel] Some comments for WSJT-X 2.6.0-RC4

should adjust something in the settings for this new sound environment. Any thought is very appreciated. Thanks and regards, --- *73 de Marco, PY1ZRJ (former IK5BCU)* ** l 11/11/22 10:37, Marco Calistri via wsjt-devel ha scritto: Il 11/11/22 09:26, Uwe, DG2YCB ha scritto: Hello Marco

[wsjt-devel] How to set a specific Hamlib version when compiling WSJT-X source

Hello, Due my latest sound interruption issues I'm trying to rebuilt WSJT-X 2.5.4 from source but now I get an error related to Hamlib: [ 88%] Linking CXX executable wsjtx /usr/lib64/gcc/x86_64-suse-linux/12/../../../../x86_64-suse-linux/bin/ld:

Re: [wsjt-devel] Some comments for WSJT-X 2.6.0-RC4

interesting but it will force the style globally for any user's application so, IMHO is not the best solution because it could not be ideal for different apps (maybe...). *Thanks everybody for your feedback!* Best regards! Am 10.11.2022 um 21:40 schrieb Marco Calistri via wsjt-devel: Hello, I'm u

[wsjt-devel] Some comments for WSJT-X 2.6.0-RC4

Hello, I'm using latest release of WSJT-X (2.6.0-RC4) and I faced two issues so far related to my Linux installation: 1 - Suddenly the audio IN/OUT communication with the default sound system get lost and WSJT-X stop to receive and to send audio. *Please note that it happens just within

Re: [wsjt-devel] "Failed to access lock file" in wsjt-x 2.6.0 rc4

Well, IMHO this issue is pretty annoying also because from the lock stale warning window we cannot remove the file and as I told in other occasions, the same problem is present in every WSJT-X release I used from the very beginning. Beside this, more precisely with 2.6.0 RC4, I noticed an

[wsjt-devel] Annoying Stale Lock File Window

Hello Dev-Team! I would like to avoid seeing the same annoying warning window in the next 2.6.0 GA, as far it being humanely possible. This issue is present from the very first WSJT-X I ever installed on my Linux box and apparently is inexplicable since I have "RW" rights on the /tmp dir

[wsjt-devel] WSJT-X Crashes if switching from F/H to WW-DIGI Contest

Hello, As per the subject: I was trying to contact 4U1UN on F/H, then I went to advanced options and selected WW DIGI contest and program has closed. Running WSJT-X 2.6.0-RC4 on a Linux Opensuse-Tumbleweed 64 bits --- *73 de Marco, PY1ZRJ (former IK5BCU)*

Re: [wsjt-devel] /tmp/WSJT-X.lock

Il 08/10/22 19:07, Black Michael ha scritto: touch /tmp/test.txt ls -ld /tmp drwxrwxrwt 20 root root 520  8 ott 19.29 /tmp marco@linux-turion64:~> touch /tmp/test.txt marco@linux-turion64:~> ls -ltr /tmp -rw-r--r-- 1 marco users  0  8 ott 19.29 test.txt --- *73 de Marco, PY1ZRJ (former

[wsjt-devel] /tmp/WSJT-X.lock

From the very first install of WSJT-X on my Linux laptop, I always noticed the impossibility to remove the lock file created into the system /tmp directory by the program itself. In order to be able to remove it, I have to use the Linux "rm" command from the console prompt.

Re: [wsjt-devel] pskreporter.de

Il 20/09/22 00:59, Adrian via wsjt-devel ha scritto: I noticed pskreporter.de was down for a long time with a database issue. Now it requires a login ? Is it now a subscriber service, I see no info on that site, as any associated url needs auth access ? Thankyou for any info. 73 vk4tux

Re: [wsjt-devel] Hamlib errors please for RC4 #hamlib

Il 14/09/22 19:04, Black Michael via wsjt-devel ha scritto: If everyone running RC4 would please check their wsjtx_syslog.log file and see if there are any hamlib errors I would appreciate it.  If errors/warning are seen please send the log to me Getting ready to release Hamlib 4.5 and would

Re: [wsjt-devel] WSJT-X 2.6.0 RC2 - Strange little bug using the newest Hamlib

Hello and thanks to the development's team for the new WSJT-X release! Would like to inform that the little issue below I faced using RC2 is not anymore present on RC4! Best regards! --- *73 de Marco, PY1ZRJ (former IK5BCU)* ** Il 22/07/22 11:14, Marco Calistri via wsjt-devel ha scritto

Re: [wsjt-devel] wsjtx-2.6.0-rc2

I downloaded the source by the website and I got the right one. I read a note by Saku here on this list regarding differences among the source availables in Github and in the Website. Best regards! --- 73 de Marco,

[wsjt-devel] WSJT-X 2.6.0 RC2 - Strange little bug using the newest Hamlib

Hello, I noticed a new undesired behavior here using the new WSJT-X 2.6.0-RC 2 with the latest Hamlib available by Github: When I switch FROM any band TO 21MHz band, the rig begins making a sort of band switching from previous band to the 21MHz one, without

Re: [wsjt-devel] Release Candidate WSJT-X 2.6.0-rc2

Many thanks to all the WSJT-X Developement Team for their effort by providing us more and more features and delighting usage of this nice program! I'm gonna to download, compile and test the version RC2 for Linux today! --- 73 de Marco,

Re: [wsjt-devel] WSJT-X close the QSO unilaterally (?)

I received several eQSL QSL rejections too for same reason. Regards, --- 73 de Marco, PY1ZRJ (former IK5BCU) Il 15/07/22 10:29, Adrian via wsjt-devel ha scritto: They should do, the ones i queried via eqsl

Re: [wsjt-devel] WSJT-X close the QSO unilaterally (?)

. 73 vk4tux On 15/7/22 13:10, Marco Calistri via wsjt-devel wrote: Il 14/07/22 23:18, jarmo ha scritto

Re: [wsjt-devel] WSJT-X close the QSO unilaterally (?)

Hi Adrian, Yes your suggestion I think that will resolve once for all this QSO logging issue. But may be its easy to tell about and less easy to add the feature in the code, I don't know. Best regards, --- *73 de Marco, PY1ZRJ (former IK5BCU)* **Il 15/07/22 02:29, Adrian ha scritto:

Re: [wsjt-devel] WSJT-X close the QSO unilaterally (?)

Il 15/07/22 02:12, Reino Talarmo ha scritto: >Hopefully, in an ideal world, it should be that WSJT-X  waits for a second RR73 (hypothetical answer confirmation sequence I mean) from the remote station, before to definitely close and log the QSO. Hi Marco, I am not sure what you mean by the

Re: [wsjt-devel] WSJT-X close the QSO unilaterally (?)

Il 14/07/22 23:18, jarmo ha scritto: Thu, 14 Jul 2022 23:02:32 -0300 Marco Calistri via wsjt-devel kirjoitti: Hello, This occurrence causes that WSJT-X logging the QSO then I go to hit "OK" and QSO is getting saved on my CQRLOG app.  (I'm using Linux). I'm using also, now que

[wsjt-devel] WSJT-X close the QSO unilaterally (?)

Hello, I've collected several use-cases wherein my WSJT-X sends the RR73 to the other station which keeps to send back the RST to me. This occurrence causes that WSJT-X logging the QSO then I go to hit "OK" and QSO is getting saved on my CQRLOG app.  (I'm

Re: [wsjt-devel] RC1 UI bug

Il 17/06/22 17:00, Joe Taylor via wsjt-devel ha scritto: Marco -- On 6/17/2022 3:50 PM, Marco Calistri via wsjt-devel wrote: What is that "FT8-D" mode? There is no mode FT8-D.  That label o

Re: [wsjt-devel] RC1 UI bug

Il 17/06/22 17:00, Reino Talarmo ha scritto: Hi Marco. It is just a title defined for a Configuration by AL. 73, Reino >What is that "FT8-D" mode? Thanks Reino! --- *73 de Marco, PY1ZRJ (former IK5BCU)* **___ wsjt-devel mailing list

Re: [wsjt-devel] Hamlib testing

Il 31/05/22 13:04, Black Michael via wsjt-devel ha scritto: I need everyone to test the latest Hamlib  Testing in Rig Split and Fake It would be appreciated. Successes/Failures please

Re: [wsjt-devel] ARRL International Digital Contest

Il 28/05/22 19:18, Sam W2JDB via wsjt-devel ha scritto: Hi Joe,  2. Go to "File | Settings | Colors", check "My Call in message" and "New Call on Band", and uncheck

Re: [wsjt-devel] Are you building WSJT-X ?

Il 25/04/22 12:29, Joe Taylor via wsjt-devel ha scritto: When I started work on WSJT some 21 years ago, my principal goal was to help bring amateur weak-signal communication techniques into the twenty-first century -- and in doing so, to help spread

[wsjt-devel] Help Debug WSJT-X Core Dump

Hello, I ran WSJT-X on an openSUSE Tumbleweed system, Tumbleweed name explain the "ever-rolling philosophy" of this distribution which went updated daily. Unluckily one of the negative effects of this is represented by possible breakouts of the application

Re: [wsjt-devel] QSO 15 meters FT8 F/H not logged!

Il 20/02/22 09:50, Saku via wsjt-devel ha scritto: Hi Marco! Reason that you could not get it working with my suggestion below, and needed "-a" is written here: "il file binario corrisponde". Bash thinks ALL.TXT is a binary file.

Re: [wsjt-devel] QSO 15 meters FT8 F/H not logged!

Il 19/02/22 20:06, Jim Brown via wsjt-devel ha scritto: On 2/19/2022 2:23 PM, Marco Calistri via wsjt-devel wrote: Amazing explanation of an "historical" and already well identified issue Grant! Many of t

Re: [wsjt-devel] QSO 15 meters FT8 F/H not logged!

Sent: Sunday, 20 February 2022 1:14 AM To: Marco Calistri via wsjt-devel Cc: Kari Sillanmäki Subject: Re: [wsjt-devel] QSO 15 meters FT8 F/H not logged!   Hi Marco,

Re: [wsjt-devel] QSO 15 meters FT8 F/H not logged!

Il 19/02/22 18:08, Jim Brown via wsjt-devel ha scritto: On 2/19/2022 4:45 AM, Marco Calistri via wsjt-devel wrote: Very interesting! I was not aware of the MSHV software, IMHO it's not a good behavior to use "not standard"

Re: [wsjt-devel] QSO 15 meters FT8 F/H not logged!

issue but it doesn't contains any data inside, just text. Great suggestion! Thanks again William!!! Best regards! Marco --- 73 de Marco, PY1ZRJ (former IK5BCU) Il 19/02/22 14:01, Marco Calistri via wsjt-devel ha s

Re: [wsjt-devel] QSO 15 meters FT8 F/H not logged!

-standard-input-matches-when-trying-to-find-a-string 73, Willie N1JBJ On Feb 19, 2022, at 11:35 AM, Marco Calistri via wsjt-devel wrote: il file binario corrisponde ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https

Re: [wsjt-devel] QSO 15 meters FT8 F/H not logged!

AM, Marco Calistri via wsjt-devel wrote:  Hi Saku! Good command! But as I wrote, there is not any registry of the QSO in the ALL.TXT file simply because WSJT-X has not registered it! Best regards, --- *73 de Marco, PY1ZRJ (former IK5BCU)* ** Il 19/02/22 05:01, Saku via wsjt-devel ha

Re: [wsjt-devel] QSO 15 meters FT8 F/H not logged!

Hi Reino! Also you sent a very interesting response!... Sure the best way to indicate a multislot normal operation is the use of the ODD timeslot to indicate that they are NOT using FT8 DX mode. BUT, as you said, most users don’t know that

Re: [wsjt-devel] QSO 15 meters FT8 F/H not logged!

On Sat, 19 Feb 2022 01:46:13 -0300 Marco Calistri via wsjt-devel wrote: I asked to the DX station's QSL manager if he can send me the details of the QSO (Time and RST) registered by the Fox station on his ClubLog

Re: [wsjt-devel] QSO 15 meters FT8 F/H not logged!

to find this in your all.txt file. 73 -Jim NU0C On Sat, 19 Feb 2022 01:46:13 -0300 Marco Calistri via wsjt-devel wrote: I asked to the DX station's QSL manager if he can send me the details of the QSO (Time and RST) registered by the Fox station on his ClubLog, so hopefully I could

Re: [wsjt-devel] QSO 15 meters FT8 F/H not logged!

l fail eveyone sooner or later. In circumstances where the auto sequencing fails it is the responsibility of the operator to manually select the correct message to send, and to manually click the Log QSO button if necessary. 73 -Jim NU0C On Fri, 18 Feb 2022 22:54:04 -0300 Marco Calistri

Re: [wsjt-devel] WSJT-X 2.5.4 GA Release

Il 04/01/22 20:17, Paul Bramscher via wsjt-devel ha scritto: Thanks Joe -- we appreciate the update.  Downloaded the source tarball from your Princeton site, compiled without issue on Debian 11. Previously I was running 2.5.3 with a Kenwood

Re: [wsjt-devel] WSJT-X 2.5.4 GA Release

Il 03/01/22 13:54, Joe Taylor via wsjt-devel ha scritto: Please welcome two new members of the core WSJT Development group: Chet Fennell, KG4IYS, and Uwe Risse, DG2YCB.  Each brings important skills and experience to the project, after the loss of

[wsjt-devel] WSJT-X syslog and the .WAV files issue.

Hello and happy new year 2022! I have two request: 1- What this error I saw in the syslog means: [SYSLOG][2022-01-01 23:55:44.398661][01:12:40.285677][warning] Detected dropped audio source samples: 472 (0.009834 S) 2- Why you, dears developers, do

Re: [wsjt-devel] Question about compiling the WSJT-X source for Linux

Il 24/12/21 16:30, Chester Fennell ha scritto: Short answer is no. Same as before. 73, Chet Chet Fennell KG4IYS Islandwalk Venice, FL Sent from Mail <https://go.microsoft.com/fwlink/?LinkId=550986> for Windows *From: *Marco Calistri via wsjt-devel <mailto:w

Re: [wsjt-devel] Question about compiling the WSJT-X source for Linux

Il 24/12/21 16:30, Chester Fennell ha scritto: Short answer is no. Same as before. 73, Chet Chet Fennell KG4IYS Islandwalk Venice, FL Sent from Mail <https://go.microsoft.com/fwlink/?LinkId=550986> for Windows *From: *Marco Calistri via wsjt-devel <mailto:w

[wsjt-devel] Question about compiling the WSJT-X source for Linux

Hello, Just to clarify one doubt that raised here in my mind: are there any differences in the steps/requirements to follow in order to compile the WSJT-X tar-ball for Linux in respect to the previous releases, from 2.5.2 back? Thanks and Merry X-Mas to

Re: [wsjt-devel] WSJT-X 2.5.3 GA Release for Linux

Il 15/12/21 15:49, Joe Taylor via wsjt-devel ha scritto: Thanks to Chet Fennell, KG4IYS, installation packages for WSJT-X 2.5.3 on Debian-based (Debian, Ubuntu 20.04 LTS, ...) and Fedora-based (Fedora 34, RedHat, ...) flavors of Linux have been posted on

[wsjt-devel] Slower commands execution by Hamlib

Hello, I don't know if it's just a local perception but along time I noticed that hamlib is getting slower and slower in terms of command execution sent to to my RIG. Now, when I switch VFO to other band, the RIG has a pretty noticeable delay before it sets to

Re: [wsjt-devel] WSJT-X 2.5.3 GA Release (Win64 only)

Il 08/12/21 15:25, Joe Taylor via wsjt-devel ha scritto: Dear WSJT-X Users: As most of you know, we are mourning the recent death of our friend and colleague Bill Somerville, G4WJS, who since 2013 has contributed so much to the WSJT

Re: [wsjt-devel] Bill Somerville, G4WJS, SK

Il 04/12/21 15:24, Joe Taylor via wsjt-devel ha scritto: I am very sorry to convey the sad news that Bill Somerville, G4WJS, died suddenly and unexpectedly a few days ago.  He was only about 65 years old. Bill was a dear friend and very

Re: [wsjt-devel] Frequent exchanges repeats on some circustances

Il 22/11/21 05:01, Reino Talarmo ha scritto: Are these parameters possibly being causing this issue of many TX retries  or are there influencing only the RX band-pass? Best regards! Hi Marco, The frequency calibration affects only to the carrier frequency i.e. the frequency rig is using

Re: [wsjt-devel] Frequent exchanges repeats on some circustances

Il 21/11/21 14:57, Saku via wsjt-devel ha scritto: I agree with Reino! I have set TX 1Hz up after three retries. It is amazing how often it helps! If that does not make effect within few tries then just randomly jump TX around band

Re: [wsjt-devel] Frequent exchanges repeats on some circustances

Il 21/11/21 07:48, Reino Talarmo ha scritto: I'm noticing the occurrence depicted by the below print wherein you can see many attempts to end the QSO which doesn't close and are being repeated many retries despite my RST_R (-13) being fair. Hi Marco, One possible reason is a strong

Re: [wsjt-devel] Yaesu rig split problems

Il 04/11/21 19:49, Black Michael ha scritto: And what rig is this? VFOA moves just like VFOB does in split so shouldn't make any difference in F/H mode. Mike W9MDB On Thursday, November 4, 2021, 05:26:18 PM CDT, Marco Calistri via wsjt-devel wrote: Hello Mike, My answers inline

Re: [wsjt-devel] Yaesu rig split problems

Hello Mike, My answers inline. Il 04/11/21 09:35, Black Michael via wsjt-devel ha scritto: I'm trying to solve rig split operation problems with Yaesu rigs and need some Yaesu operator help...

Re: [wsjt-devel] Back on the usage of Ref.Spec. for Linux systems

Il 20/10/21 15:36, Bill Somerville via wsjt-devel ha scritto: On 20/10/2021 19:12, Marco Calistri via wsjt-devel wrote: Il 20/10/21 14:39, Claude Frantz via wsjt-devel ha scritto: On 10/20/21 1

Re: [wsjt-devel] Back on the usage of Ref.Spec. for Linux systems

Il 20/10/21 14:39, Claude Frantz via wsjt-devel ha scritto: On 10/20/21 1:09 PM, Kari Sillanmäki via wsjt-devel wrote: I'm also using XFCE4 desktop but I get no errors when using refspec.dat. So I believe XFCE is not the problem.

Re: [wsjt-devel] Back on the usage of Ref.Spec. for Linux systems

Il 20/10/21 13:48, Bill Somerville via wsjt-devel ha scritto: On 20/10/2021 17:43, Kari Sillanmäki via wsjt-devel wrote: Hu Marco,21 08:09, Kari Sillanmäki via wsjt-devel ha scritto: I'm using

Re: [wsjt-devel] Back on the usage of Ref.Spec. for Linux systems

Il 20/10/21 13:43, Kari Sillanmäki via wsjt-devel ha scritto: Hu Marco,21 08:09, Kari Sillanmäki via wsjt-devel ha scritto: I'm using XFCE too and I ran WSJT-X on a Lenovo Laptop, I have not external screen.

Re: [wsjt-devel] Back on the usage of Ref.Spec. for Linux systems

Il 20/10/21 12:46, Bill Somerville via wsjt-devel ha scritto: On 20/10/2021 16:39, Marco Calistri via wsjt-devel wrote: Il 20/10/21 01:50, jarmo ha scritto: Tue, 19 Oct 2021 15:00:21 -0300

Re: [wsjt-devel] Back on the usage of Ref.Spec. for Linux systems

Il 20/10/21 08:09, Kari Sillanmäki via wsjt-devel ha scritto: Hi Marco & Jarmo On 20.10.2021 7.50, jarmo via wsjt-devel wrote: Tue, 19 Oct 2021 15:00:21 -0300 Marco Calistri via wsjt-d

Re: [wsjt-devel] Back on the usage of Ref.Spec. for Linux systems

Il 20/10/21 01:50, jarmo ha scritto: Tue, 19 Oct 2021 15:00:21 -0300 Marco Calistri via wsjt-devel kirjoitti: WSJT-X crashes, producing a core-dump which neither I noticed where it saves to. My doubt now is that same issue could happens to others colleagues which are using WSJT-X for Linux

Re: [wsjt-devel] Back on the usage of Ref.Spec. for Linux systems

18:23 A: wsjt-devel@lists.sourceforge.net Cc: Stefan HB9TMC Oggetto: Re: [wsjt-devel] Back on the usage of Ref.Spec. for Linux systems Hi Marco & group On 19.10.21 20:00, Marco Calistri via wsjt-devel wrote: > > My doubt now is that same issue could happens to others colleagues which &g

[wsjt-devel] Back on the usage of Ref.Spec. for Linux systems

Hello, As reported by previous messages, I'm facing problem whenever I have the "refspec.dat" file saved into the WSJT-X folder and I select it in the wide-graph. If I rename that file or delete it, then I can use the wide-graph with Ref Spec enabled.

Re: [wsjt-devel] Exaggerated reports given to lower tone freqs

Il 17/10/21 19:03, Bill Somerville via wsjt-devel ha scritto: On 17/10/2021 21:38, Marco Calistri via wsjt-devel wrote: Il 17/10/21 17:31, Bill Somerville via wsjt-devel ha scritto: On 17/10

  1   2   3   >