That worked perfectly Bill - Thank you! I had seen it in the docs, but was under the impression that it served re connection cases only. On to parsing apart the data records I'm getting. Thanks again! --alWB1BQE
Original Message
Subject: Re: [wsjt-devel] ERE: Fe
On 02/08/2020 15:29, alaw...@mudhawk.com wrote:
Morning Bill and Saku,
Normally I like to stay quiet until I'm 100% sure of what I'm
saying, but given that it's late in Europe already, and you guys have
been so helpful, I'm going to share an early status:
IT WORKS! :)
I set the
, as well as to drive some network aware antenna switches etc. I wrote FT7361 for satellite use back in 1996 in visual basic V3.0... (And just
recently migrated it forward to VB6.) Thank you both for your help! --al WB1BQE
---- Original Message
Subject: Re: [wsjt-devel] ERE:
On 01/08/2020 02:15, Laurie, VK3AMA wrote:
On 30/07/2020 10:59 pm, Bill Somerville wrote:
(VB6 and AutoIt to name two) that have no support for joining
multicast groups. In both cases it should have been possible to call
the underlying Win32 API functions but that has not happened :(
Atte
On 30/07/2020 10:59 pm, Bill Somerville wrote:
(VB6 and AutoIt to name two) that have no support for joining
multicast groups. In both cases it should have been possible to call
the underlying Win32 API functions but that has not happened :(
Attempts to code a pure Win32 multicast solutio
Hi Saku,
I will try and help with terminology.
The most usual client/server topology is one server that serves many
clients. For example a web server serves http(s) page requests to many
clients. The client sends the query to a well-known server address and
service port, the server replies to
The server/client implementation has been always impossible to
understand. I have silently accepted way "reverse what you are thinking
- that is ok".
Just cannot help that in my way of seeing things that is opposite.
Similar problem with GitHub "checkout" that in my mind is to LEAVE
branch, b
Hi Saku,
RR, it is not difficult to implement. The main problem has been code
written with ancient programming languages and scripting tools (VB6 and
AutoIt to name two) that have no support for joining multicast groups.
In both cases it should have been possible to call the underlying Win32
oblems.
73,
Sam W2JDB
-Original Message-
From: Saku mailto:oh...@sral.fi>>
To: wsjt-devel@lists.sourceforge.net
<mailto:wsjt-devel@lists.sourceforge.net>
Sent: Thu, Jul 30, 2020 4:33 am
Subject: Re: [wsjt-devel] ERE: Feature Request
HI Al and Bill!
I made quick test to enable
Hi Bill!
Ahh..! Again new discovery... udp_daemon. ft8sim was also quite handy
when I discovered it some time ago. It just does not come with package
installs, but self compile makes it.
Just made a listener with perl and learned in hard way that REUSEADDR is
needed. My listener is just a ra
t; -Original Message-
> From: Saku
> To: wsjt-devel@lists.sourceforge.net
> Sent: Thu, Jul 30, 2020 4:33 am
> Subject: Re: [wsjt-devel] ERE: Feature Request
>
> HI Al and Bill!
> I made quick test to enable multicast with cqrlog wsjt-remote. (Ararat
> Synapse is us
--al WB1BQE
Original Message
Subject: Re: [wsjt-devel] ERE: Feature Request
From: Bill Somerville
Date: Sun, July 26, 2020 3:45 pm
To: wsjt-devel@lists.sourceforge.net
Hi Mike,
applications that interoperate with WSJT-X using the UDP protocol are
supposed to su
1BQE
Original Message --------
Subject: Re: [wsjt-devel] ERE: Feature Request
From: Bill Somerville mailto:g4...@classdesign.com>>
Date: Sun, July 26, 2020 3:45 pm
To: wsjt-devel@lists.sourceforge.net
<mailto:wsjt-devel@lists.sourceforge.net>
Hi Mike,
appli
ssage
Subject: Re: [wsjt-devel] ERE: Feature Request
From: Bill Somerville mailto:g4...@classdesign.com>>
Date: Sun, July 26, 2020 3:45 pm
To: wsjt-devel@lists.sourceforge.net
<mailto:wsjt-devel@lists.sourceforge.net>
Hi Mike,
applications that interop
Al,
adding to what others have written, the pyWSJTX GitHub repository is at
https://github.com/bmo/py-wsjtx.
Further, UDP as a protocol essentially means: send (fling) a datagram
from A to B, but don't check if it arrives or not. TCP is its cousin
protocol which sends a datagram, and ensures
n put in here.
--al
WB1BQE
Original Message
Subject: Re: [wsjt-devel] ERE: Feature Request
From: Bill Somerville mailto:g4...@classdesign.com>>
Date: Sun, July 26, 2020 3:45 pm
To: wsjt-devel@lists.sourceforge.net
<mailto:wsjt-devel@lists.s
Thanks, Bill - this may be what I needed. Both wsjtx and cqrlog have a place to specify an address. I'm currently using 127.0.0.1. I can go see if there is a multicast specification that I can put in here. --alWB1BQE
Original Message
Subject: Re: [wsjt-devel
Cool - thank you! :)
Original Message
Subject: Re: [wsjt-devel] ERE: Feature Request
From: Mike Lewis <k7...@hotmail.com>
Date: Sun, July 26, 2020 4:09 pm
To: WSJT software development <wsjt-devel@lists.sourceforge.net>
Look on Github for pyWSJTX . It han
i36>
From: Bill Somerville
Sent: Sunday, July 26, 2020 12:45:39 PM
To: wsjt-devel@lists.sourceforge.net
Subject: Re: [wsjt-devel] ERE: Feature Request
Hi Mike,
applications that interoperate with WSJT-X using the UDP protocol are supposed
to support listening on a UDP multicast
Hi Mike,
applications that interoperate with WSJT-X using the UDP protocol are
supposed to support listening on a UDP multicast group address, this
allows multiple applications to listen on the same port and each have
all messages delivered to them. Unfortunately several applications have
not
20 matches
Mail list logo
