Re: [wsjt-devel] GFSK for FT8?

2019-05-08 Thread Игорь Ч via wsjt-devel
Hi Bill, . We should also take in account overlapping spectra as spreading information between symbols under GFSK will affect decoding of the overlapped signals mostly if we are using frequency criterion for candidate ranking and probably due to the inaccurate signal subtraction, assuming all

Re: [wsjt-devel] GFSK for FT8?

2019-04-27 Thread Игорь Ч via wsjt-devel
/04/2019 13:01, Игорь Ч via wsjt-devel wrote: > Hello Joe, > . > Is there any possible losses, e.g. sensitivity or compatibility, at > pushing FT8 in software towards GFSK modulation? > . > 73, > Igor UA3DJY Hi Igor, the simple answer is yes. But only related to compatibilit

[wsjt-devel] GFSK for FT8?

2019-04-27 Thread Игорь Ч via wsjt-devel
Hello Joe, . Is there any possible losses, e.g. sensitivity or compatibility, at pushing FT8 in software towards GFSK modulation? . 73, Igor UA3DJY ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net

Re: [wsjt-devel] bug in 77-bit message packing

2018-12-22 Thread Игорь Ч via wsjt-devel
Hello Joe, . This behaviour is triggered by this code in the subroutine pack77_1: . if(index(w(1),'/P').ge.4 .or. index(w(2),'/P').ge.4) i3=2  !Type 2, with "/P" ...   if(index(w(1),'/P').ge.4 .or. index(w(1),'/R').ge.4) ipa=1   if(index(w(2),'/P').ge.4 .or. index(w(2),'/R').ge.4) ipb=1 . Compоund

[wsjt-devel] bug in 77-bit message packing

2018-12-22 Thread Игорь Ч via wsjt-devel
Hello Joe, . There is a bug in packjt77 module observed when first character of the base call is 'P' in the compound callsign. It can be seen in ft8apset.f90 code, where message with user's callsign DU6/VA3AAA is packed as 'VA3AAA K9ABC RRR' and i3 equal to 1, while message with user's callsign

Re: [wsjt-devel] WSJT-X 2.0 possible new mode/protocol

2018-09-09 Thread Игорь Ч via wsjt-devel
Hello Laurie, . DX cluster usage is an Internet dependant DX-ing and contesting, it is accepted by community and organizers. . 73 Igor UA3DJY >Date: Mon, 10 Sep 2018 08:39:13 +1000 >From: "Laurie, VK3AMA" < _vk3a...@vkdxer.net > >To: wsjt-devel@lists.sourceforge.net >Subject: Re: [wsjt-devel]

Re: [wsjt-devel] WSJT-X 2.0 possible new mode/protocol

2018-09-09 Thread Игорь Ч via wsjt-devel
Hello Robin, . That is correct, it also can be considered as moving costs of power amplifiers and antenna systems to the server/software. At the moment we have approximately 65k FT8 users and there should be simple control layer protocol, costs may be similar to keeping pskreporter.info and

Re: [wsjt-devel] WSJT-X 2.0 possible new mode/protocol

2018-09-08 Thread Игорь Ч via wsjt-devel
Hello Joe and all, . Most of questions raised on this subject can be solved via HLR/VLR database server usage, where visitor location register can match to the specific HF band where callsign, frequency, hash of the message being transmitted, protocol and code rate can be stored, callsign hash

Re: [wsjt-devel] WSJT-X 2.0 possible new mode/protocol

2018-08-31 Thread Игорь Ч via wsjt-devel
Hello Joe, . It was excellent example with the WSPR QSO, just thought we can get additional FT8 gain if some messages at QSO will be transmitted as 'hash hash' / 'call hash' / 'hash call'   instead of callsigns. . Yes, there is a trade off between the sensitivity and protocol flexibility.

[wsjt-devel] WSJT-X 2.0 possible new mode/protocol

2018-08-08 Thread Игорь Ч via wsjt-devel
Hello Joe and all, . We all have been missing JT65 mode sensitivity and proposed WSJT-X 2.0 new FT8 approach with 0.2 dB sensitivity penalty can make things even worse. . I would like to ask you to consider a new protocol where callsign hash would be used instead of the real callsign in all

[wsjt-devel] gettinng out of indx() bounds in sync8.f90

2018-07-28 Thread Игорь Ч via wsjt-devel
Hello all, . Just a minor patch to prevent rare jt9 process crash in sync8.f90: .   iz=ib-ia+1   call indexx(red(ia:ib),iz,indx) ---  ibase=indx(nint(0.40*iz)) - 1 + ia +++ ibase=indx(max(1,nint(0.40*iz))) - 1 + ia ! max is workaround to prevent indx getting out of bounds . 73 Igor UA3DJY

[wsjt-devel] Type 2 compound callsigns support

2018-04-12 Thread Игорь Ч via wsjt-devel
Hello all, . It is either lack of code or just bad example in the documentation: "QSOs involving Type 2 compound callsigns might look like either of the following sequences: CQ K1ABC/VE1 FN75" where country is not being recognized properly for this callsign in WSJT-X 1.9-rc3: . 102200 21 0.0

Re: [wsjt-devel] Audio input from RTP stream?

2018-03-08 Thread Игорь Ч via wsjt-devel
Hello Phil, . >Igor, the whole point of playing out silence is to maintain >synchronization. If, for example, the sampling rate is 48 kHz and your >RTP packets each contain 240 samples (5 milliseconds), then I would >replace a single missing packet with 240 samples of binary zeroes. Your >signal

Re: [wsjt-devel] Audio input from RTP stream?

2018-03-07 Thread Игорь Ч via wsjt-devel
Hello Phil, >I implemented RTP in about a page of C code, not counting all of the >UNIX/Linux system calls needed to set up multicast sockets. That's >actually the only hard part. With RTP I just check that the next packet >is in sequence, drop any old duplicates, and play out silence in place >of

[wsjt-devel] Multithreading FT8 decoder in WSJT-X and DX-pedition mode

2018-03-06 Thread Игорь Ч via wsjt-devel
Hello Joe and all, . Multithreading FT8 decoder in WSJT-X can provide workaround to the latency issues being observed at the DX-pedition mode tests. . Multithreading FT8 decoder is already implemented in JTDX and this approach might be taken from the latest JTDX source code. . 73 Igor UA3DJY