Hi Derek:
Perhaps others will join in, however, the optimizations that you're talking
about doing might be best to accomplish after you have correct packet
parsing working?
Regarding the scanning-packet aspect, my recollection is that the C#
libraries are rich in their ability to scan byte buffer
Hi Derek,
comments in line below.
On 18/03/2019 14:48, Derek Turner via wsjt-devel wrote:
Dear Bill
Thank you for your comments about message type 268. My thinking is
that until message type 16 arrives it's OK to only look at one byte in
order to save valuable microseconds. The same with the
Dear Bill
Thank you for your comments about message type 268. My thinking is that until
message type 16 arrives it's OK to only look at one byte in order to save
valuable microseconds. The same with the Schema, do you really need 32 bits?
For detecting the ADIF string surely it's better to look
On 2019-03-18 00:46, Derek Turner via wsjt-devel wrote:
Dear Bastien
I do it for real time LOTW uploads in my helper program.
You must only look at type 12 packets.
Byte eleven of the UDP byte array contains the message type.
The first RX message in your debug is a type five broadcast. Your
?
Hi Derek,
a couple of comments below that will make your application a little more
robust.
On 17/03/2019 23:46, Derek Turner via wsjt-devel wrote:
I do it for real time LOTW uploads in my helper program.
You must only look at type 12 packets.
This is a good way to easily capture logged QSO d
Dear Bastien
I do it for real time LOTW uploads in my helper program.
You must only look at type 12 packets.
Byte eleven of the UDP byte array contains the message type.
The first RX message in your debug is a type five broadcast. Your ? strings
contain Qt types and you would have to decode t
On 2019-03-16 17:33, Bill Somerville wrote:
On 16/03/2019 15:55, Bastien F4EYQ wrote:
Sorry for this request, but i dont have radio/tools to do this job,
I'll replay this capture on my developpement machine here to build
agent.
Bastien,
why not use the real thing. You do not need a radio to
On 16/03/2019 15:55, Bastien F4EYQ wrote:
Sorry for this request, but i dont have radio/tools to do this job,
I'll replay this capture on my developpement machine here to build agent.
Bastien,
why not use the real thing. You do not need a radio to get a QSO logged
UDP datagram from WSJT-X, ju
On 2019-03-14 10:13, Bastien F4EYQ wrote:
On 2019-03-13 19:37, Bill Somerville wrote:
On 13/03/2019 14:11, Bastien F4EYQ wrote:
Hello all,
I've develop a "Radio Cloud" for ham people, This cloud purpose a
logbook "online" with a webservice connnector called "crx-logbook".
A presentation page
On 2019-03-14 14:34, Bastien F4EYQ wrote:
On 2019-03-14 14:19, F6BHK wrote:
You don't answer Jim's questioning.
Besides, Bill gave you a quick view on UDP msg. And I cannot agree
more.
UDP msg give us all what we need to know about WSJT insides. Why would
we need something else?
73
Serge
On 2019-03-14 14:19, F6BHK wrote:
You don't answer Jim's questioning.
Besides, Bill gave you a quick view on UDP msg. And I cannot agree
more.
UDP msg give us all what we need to know about WSJT insides. Why would
we need something else?
73
Serge
On 14/03/2019 12:19, Bastien F4EYQ wrote:
You don't answer Jim's questioning.
Besides, Bill gave you a quick view on UDP msg. And I cannot agree more.
UDP msg give us all what we need to know about WSJT insides. Why would
we need something else?
73
Serge
On 14/03/2019 12:19, Bastien F4EYQ wrote:
On 2019-03-13 17:59, Jim Brown wr
On 2019-03-13 17:59, Jim Brown wrote:
On 3/13/2019 7:11 AM, Bastien F4EYQ wrote:
I've develop a "Radio Cloud" for ham people, This cloud purpose a
logbook "online"
LOTW and eQSL work quite well. Why do we need another one?
73, Jim K9YC
___
wsjt-de
On 2019-03-13 19:37, Bill Somerville wrote:
On 13/03/2019 14:11, Bastien F4EYQ wrote:
Hello all,
I've develop a "Radio Cloud" for ham people, This cloud purpose a
logbook "online" with a webservice connnector called "crx-logbook".
A presentation page is available here :
https://project.crx.cl
On 13/03/2019 14:11, Bastien F4EYQ wrote:
Hello all,
I've develop a "Radio Cloud" for ham people, This cloud purpose a
logbook "online" with a webservice connnector called "crx-logbook".
A presentation page is available here :
https://project.crx.cloud/crx-radio-cloud
The site is available he
On 3/13/2019 7:11 AM, Bastien F4EYQ wrote:
I've develop a "Radio Cloud" for ham people, This cloud purpose a
logbook "online"
LOTW and eQSL work quite well. Why do we need another one?
73, Jim K9YC
___
wsjt-devel mailing list
wsjt-devel@lists.sourc
Hello all,
I've develop a "Radio Cloud" for ham people, This cloud purpose a
logbook "online" with a webservice connnector called "crx-logbook".
A presentation page is available here :
https://project.crx.cloud/crx-radio-cloud
The site is available here : https://ham.crx.cloud/
Is it possib
17 matches
Mail list logo
