Re: [wsjt-devel] GFSK for FT8?

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?

/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?

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

. Compоund сallsigns where base call starting from 'R' char are also affected by this bug. . 73 Igor UA3DJY >Суббота, 22 декабря 2018, 13:10 +03:00 от Игорь Ч : > >Hello Joe, >. >There is a bug in packjt77 module observed when first character of the base >call is 'P' in th

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

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

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

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

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

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

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

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

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?

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?

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

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

[wsjt-devel] 207th bit of JT9 message

Hello Joe, . In gen9.f90 207th bit of the i1EncodedBits(207) / i1ScrambledBits(207) arrays is not initialized and may take any integer*1 non binary value causing corruption of the 69th data tone in JT9 modulation. . Proposing to fix it in lines 44...48 of gen9.f90 source code: . nsym2=206 call

Re: [wsjt-devel] JTDX sofware compliance to GPL v3

Bill, Absolutely agree with everithing you said. It will take time, I will try to do my best to implement it in the next JTDX version 17.7. 73 Igor UA3DJY -- Check out the vibrant tech community on one of the world's

[wsjt-devel] JTDX sofware compliance to GPL v3

Hello Joe, . I am always open for communication and there are my answers to the raised questions: . 1. Let me know, please, what shall I do to get JTDX licensed in the compatible to GPL v3 manner. . 2. JTDX being published on the JTDX Web site http://www.qrz.lt/ly3bg/JTDX/jtdx.html, any other

Re: [wsjt-devel] JT65 HF bands capacity, spectra allocation, and software support

Hello Tsutsumi san and All, . Just to avoid any possible confusion: we have still been waiting for response from Joe K1JT on this subject. . Any actions on this subject shall be performed in mutual agreement and cooperation, that is the only way to get through. . 73 Igor UA3DJY . >Re:

Re: [wsjt-devel] JT65 HF bands capacity, spectra allocation and software support

Hello Tsutsumi san and All, . This may be the way we will go further with JT modes on HF bands: . 1. 20 kHz processing bandwidth support in JT software, as we can share RTTY spectra now 2. Shared common band for JT65 and JT9 communication modes 3. Expansion of the narrow digital modes frequency

Re: [wsjt-devel] JT65 HF bands capacity, spectra allocation and software support

Hello All, There is simple answer why users prefer operate JT65 on the overloaded HF bands while there is underused  JT9 subband. . Anyone from DX location, let's say for instance from New Zealand, have frequently met scenario where multiple signals coming back to his CQ call. . Due to the

[wsjt-devel] JT65 HF bands capacity, spectra allocation and software support

Hello Joe and All, . Due to the current explosive growth of HF activity in JT65a mode we are getting close to a date when existing JT65 bandwidth will be fully utilized leaving no possibility for weak signal communication but local contacts. . It might be right time now to act towards the new

Re: [wsjt-devel] broken first five JT65 information symbols, WSJT-X

Hi Joe, I have found a reason for this issue: if dt value in decode65a.f90 is negative and too low we are getting out of the dd() array. Simple string 'if(dt.lt.xxx) return' completely resolved this issue, there is no broken information symbols anymore coming to decoders and symbol

[wsjt-devel] broken first five JT65 information symbols, WSJT-X

Hi Joe and All, . Observing broken symbols in demod64a.f90, using this diagnostics in line 54 to catch it in r6643: if(p1.lt.0.0001) print *,j,p1 . Sometimes, likely after the signal subtraction, first two information message symbols getting 0.0(0) values through the whole signal spectrum(all

Re: [wsjt-devel] hinted decoding SNR and CALL3 file size

Hi Joe and All, . I have decided to leave my WSJT-X optimization activities and you could find message on it there: http://forum.qrz.ru/6-cifrovye-vidy-radiosvyazi/44060-proekt-wsjt-x-mody-jt65-jt9-wspr-jt4-jtmsk-rabota-s-testovym-softom.html#post1236892 . r6462mod15 source code is released, it

[wsjt-devel] hinted decoding SNR and CALL3 file size

Hi Joe and All, . Getting approximately 2dB hinted decoding SNR degradation for large CALL3 files (1 records) in comparison to small CALL3 files where there are only several records. . Do you know what could be the reason for it? . 73 . Igor

Re: [wsjt-devel] r6606: hinted decoding

decode) >Среда, 13 апреля 2016, 11:33 +04:00 от Игорь Ч <c_i...@inbox.ru>: > >Hi Joe and All, >. >Hinted decoding stops to  work if this sequence of actions performed: >. >Enable deep search -> Disable deep search -> Enable deep search >. >Tested on r6606. Hint

[wsjt-devel] r6606: hinted decoding

Hi Joe and All, . Hinted decoding stops to  work if this sequence of actions performed: . Enable deep search -> Disable deep search -> Enable deep search . Tested on r6606. Hinted decoding can be recovered via WSJT-X restart. . 73 . Igor

[wsjt-devel] WSJT-X power level calibration vs TX frequency

Hi Joe and All, . It might be useful feature for classic transceiveirs as there is slope of the SSB filter in TX path on frequencies less than 500 Hz and higher than 2500 Hz. . This filter's slope pushing users to use PWR slider frequently to achieve the same TRX power for various JT65/JT9

Re: [wsjt-devel] patch for accumulated error in subtract65 subroutine

Short description of the proposed code changes: . 1. Eliminating accumulated error by injecting one extra sample every 5 symbols. . 2. Set nz and nref equal to 561737 . > >. >Proposing this patch, it demostrating excellent results while being >tested above all my other modifications. >. >Patch

[wsjt-devel] patch for accumulated error in subtract65 subroutine

Hi Joe and All, . Proposing this patch, it demostrating excellent results while being tested above all my other modifications. . Patch file is located there, it is based on r6471: https://cloud.mail.ru/public/978N/dQpyaohdX . I have published link to the full source code with all my

[wsjt-devel] Optional main UI for user choice

Hi Joe and All, . I would like to propose two new optional designs of the UI. . Screenshots and source code are there: https://cloud.mail.ru/public/Beob/SKQzBBkyc . Option2 may require little code change in the mainwindow.cpp. . Can we let user to make choice of the optional main window UI via

Re: [wsjt-devel] index of ccfblue array may be out of bounds

Hi Bill and All, . It is my fault, caused by usage of the shared variable with no it's type declaration. . Now it is resolved, many thanks for your assistance. . 73, . Igor UA3DJY >Пятница, 12 февраля 2016, 21:44 +03:00 от Игорь Ч <c_i...@inbox.ru>: > > >Hi Bill, >. >i

[wsjt-devel] index of ccfblue array may be out of bounds

Hi Joe and All, . Getting Fortran runtime error and WSJT-X_devel crash caused by some values of the ss array(symspec65.f90). . xcor.f90 making value of the lagpk0 variable like this values: -1074766244, +1081242987, +1083484278... . I can easy reproduce it in my setup. . Your assistance on

Re: [wsjt-devel] index of ccfblue array may be out of bounds

Hi Bill, . it is happening in normal decoding interval, being triggered by some ss array values. . Getting it for every audio file if this change is made in the symspec65.f90: . . - s=real(c(i))**2 + aimag(c(i))**2 . + s=abs(real(c(i))) + abs(aimag(c(i))) . 73 . Igor UA3DJY . . >> Getting

Re: [wsjt-devel] better FFT window function for subtract.f90

Hi Joe and All, . There is additional improvement with this source code change for the FFT window function in subtract65.f90: . --- a/branches/wsjtx/lib/subtract65.f90 +++ b/branches/wsjtx/lib/subtract65.f90 . -parameter (NFILT=1600) +parameter (NFILT=2204) . Test results, increase shown above

[wsjt-devel] better FFT window function for symspec.f90

Hi Joe and All, . After multiple tests I would like to propose the simple sine window function working better than the currently implemented one. . I guess the sine window function is better matched to the df value in the spectra domain, and two sample offset in the time domain bringing some

[wsjt-devel] three-pass JT65 decoding in WSJT-X

Hi Joe and All, Latest tests demonstrating high efficiency of the three-pass decoding on the overcrowded HF bands. The latest WSJT-X release was modified for tests with user choice between two- and three-pass decoding. Just some example for JT65+JT9 mode, Random erasure patterns=6, Agressive

[wsjt-devel] JT65 first pass decoding on 33rd second of RX interval

Hi Joe and All, There are several reasons to implement early first pass JT65 decoding: 1. Most signals with SNR better than -15 can be decoded after 28 seconds of the message transmission 2. First pass decoding on 33rd second will let users to use optimized thresholds thresh0 for first and

[wsjt-devel] Re: WAV levels

>> I have both a SignaLink and a Xonar U7. On both of them if I adjust so >> that the Window's level meter to show much of anything than I have to slide >> the receive gain down considerably which has been stated to be undesirable. > Stated by whom? Why would you think backing off on the

Re: [wsjt-devel] WAV levels

From: Bill Somerville - 2016-01-24 11:23:15 >> Backing off on the receiver's RF gain is caused by two possible reasons: >> >> 1. Noise level in receiver's AF output is too high. >> In urban noise environment full size vertical or dipole antenna have >> bad SNR. >> There are two

[wsjt-devel] noise measurements for JT65 SNR reporting

Hi Joe and All, I am getting strange, frequency dependent results, for JT65 SNR measurements if bandpass filter is applied to the measured signal. Using r6404-dirty, especially modified top SNR reporting threshold to 49(I played with strong signals). For top part of the JT65 band frequencies

Re: [wsjt-devel] noise measurements for JT65 SNR reporting

Joe and All, Applied bandpass filter at low audio frequencies should have large phase distortion, but can this phase distortion cause such huge difference in the WSJT-X noise measurements? 73 Igor UA3DJY-- Site24x7 APM

[wsjt-devel] Purity of JT TX spectrum in WSJT-X

Hi Joe, Bill and All, In the latest WSJT-X release we still have large unwanted side spectrum emissions at beginning and end of the message transmission. JT9 reception is most affected one by the strong nearby located JT signals, while JT65 is a bit less affected. There are also some side

Re: [wsjt-devel] Purity of JT TX spectrum in WSJT-X

Joe, > Yes, the ramp-up and ramp-down at start and end of transmission could be > made a somewhat slower. Perhaps that is desirable? Yes, please. 73 Igor UA3DJY -- Site24x7 APM Insight: Get Deep Visibility into

Re: [wsjt-devel] decoding problem

Hi All, It looks like such glitches is usual behaviour for loud JT signals, while it is not clear if it caused by TX side, receiver, RX sound card or WSJT-X RX processing. Spectrum of the glitches is concentrated around the loud signal there. 73 Igor UA3DJY > >Date: Wed, 20 Jan 2016 17:48:39

[wsjt-devel] important update to the User Guide

Hi Joe and All, Last couple months I have been seeing multiple occurencies of the 50Hz amplitude modulation of the JT9 signals, that combined with the intermodulation products causes multiple decodes of the same JT9 message with 50Hz step. During resolution of these interference issues I have

Re: [wsjt-devel] possible defect in the FFT code

Hi Joe and All, There are my results on tuning r6373 FTRSD parameters for HF files: file jt65_decode.f90: line 102 thresh0=2.4 line 105 thresh0=1.0 file ftrsd.c: line 135 thresh0[i]=1.2*perr[ii][jj]; Getting with original r6373 3054 correct JT65 decodes from my set of wav files. Getting from

[wsjt-devel] Call3.txt for HF hinted decoding

Hi Joe and All, I would like to create Call3.txt for HF hinted decoding using the collected All.txt files, what do you think if it is worth to make somewhere storage for various collected All.txt files to use them for further Call3.txt development? 73 Igor

Re: [wsjt-devel] sync vector power level

their sync tones at larger power than used for the message's information content. -- 73, Joe, K1JT >Понедельник, 14 декабря 2015, 20:24 +03:00 от Игорь Ч <c_i...@inbox.ru>: > >Hi Joe and all, > >In the JT65 protocol document there is statement: 'For the tests illustrated >in Fig

Re: [wsjt-devel] RR73 message button

t hard to drop the habit of using 73 like you use on every other protocol. RRR :-) Mike W9MDB >Пятница, 11 декабря 2015, 12:15 +03:00 от Игорь Ч <c_i...@inbox.ru>: > >Hi Joe and all, > >I have checked statistics based on the All.txt file: at least every second >operat

Re: [wsjt-devel] RR73 message button

hat...so perhaps >we need some pop up the first time you send an RRR which is then suppressed >which says "FYIRRR is the last message needed for the calling side of a JT >QSO...no 73 is needed...see help file" > >I got educated and quit using it. RRR Mike W9MDB

Re: [wsjt-devel] RR73 message button

Hi Mike and all, I guess there is the solution that would answer any user requirements: user defined macros. At the moment there is no enough flexibility in it: what we need is the ability to take callsign from the buffer(which is already used to log QSO) and to trigger the prompt to log

[wsjt-devel] RR73 message button

Hi Joe and all, I have checked statistics based on the All.txt file: at least every second operator transmit manually generated message RR73 or 'RRR 73' instead of the standard RRR message. File with the summary and raw data in MS Excel format is located there: 

Re: [wsjt-devel] RR73 message button

ack <mdblac...@gmail.com>: > >One downside is that R73 won't compress so you may not be able to respond to >some call signs properly > >RRR >Mike W9MDB >This email has been sent from a virus-free computer protected by Avast. >www.avast.com > >On Fri, D

[wsjt-devel] dirty TX signal in WSJT-X JT65 v1.7

Hi Joe and all, Strong interference from loud JT65 signal pushed me to check audio transmission. With my sound card I have found two issues with the TX signal: major one: tone transmission is started and stopped at sinus phase different from 0 degrees (amplitude different from value 0).

Re: [wsjt-devel] dirty TX signal in WSJT-X JT65 v1.7

Joe, Just to avoid misunderstanding: under the tone transmission I mean beginning and end of the message transmission. Short burst before the message also has clicks. 73 Igor >Вторник, 8 декабря 2015, 23:15 +03:00 от Игорь Ч <c_i...@inbox.ru>: > >Hi Joe and all, > >Str

Re: [wsjt-devel] dirty TX signal in WSJT-X JT65 v1.7

Hi Bill, Thanks a lot, making the fix please also keep your attention on the end of the waveform. 73 Igor UA3DJY On 08/12/2015 20:15, Игорь Ч wrote: > major one: tone transmission is started and stopped at sinus phase > different from 0 degrees (amplitude different from value 0). >

Re: [wsjt-devel] dirty TX signal in WSJT-X JT65 v1.7

Hi Bill, I have recorded audio from the sound card's output, no connection to transmitter was used. There are three clicks at beginning of the audio transmission and one click at the end. 73 Igor UA3DJY On 08/12/2015 20:15, Игорь Ч wrote: > major one: tone transmission is star

Re: [wsjt-devel] combining multiple WSJT-X instances reception

t multicast so right now >one JTAlert is needed for each WSJT-X. > >73 >Mike W9MDB > > >On Fri, Dec 4, 2015 at 1:53 AM, Игорь Ч < c_i...@inbox.ru > wrote: >>Hi Joe and all, >>May I ask to consider additional functionality of WSJT-X where multiple >&g

[wsjt-devel] combining multiple WSJT-X instances reception

Hi Joe and all, May I ask to consider additional functionality of WSJT-X where multiple instances are running and all of them sending their decodes via UDP to the master instance of WSJT-X which is used for transmitting, logging and also for receiving? In the master instance all decodes are

[wsjt-devel] noise level difference measurements feature request

Hi Joe and all, I have been observing frequently at remote WSJT-X operation that 'white' noise level in urban area sometimes can jump 10..14dB up  and stay there for hours.   If AGC is off or if operator, being on remote WSJT-X control, can not see S-meter of the classic transceiver, with time

Re: [wsjt-devel] noise level difference measurements feature request

9MDB > > >This email has been sent from a virus-free computer protected by Avast. >www.avast.com > >On Mon, Nov 23, 2015 at 2:40 AM, Игорь Ч < c_i...@inbox.ru > wrote: >>Hi Joe and all, >> >>I have been observing frequently at remote WSJT-X operatio

[wsjt-devel] weak signals decoding under r6058 vs r6080

Hi Joe, Steve and all, There is audio file where JT65 weak signals are handled better by r6058 than by r6080  and I can not explain why is it happen: r6058: 0706 -23 0.6 2493 @ CQ PA3GUK JO32 0706 -7 1.0 280 # CQ R9HAW NO26 0706 -23 1.7 1087 # JH8JNF F5GPE 73 0706 -25 1.2 1499 # CQ UA3LHA

Re: [wsjt-devel] high sensitivity of decoder vs TRX AGC

Hi Joe, That is expanding my understanding of the RF gain term as before I have had experience with old Yaesu transceivers like FT990 FT1000 and there RF gain makes effect similar to attenuator's one, pushing the sensitivity down. I will share your experience on the Kenwood TS2000 in Russian

Re: [wsjt-devel] JT9 decoder performance with AMD processor

Hi Joe,  Yan and all, This issue is resolved via copying WSJT-X.ini file from other computer. Unfortunately I was too quick in the decision to accept overwrite prompt and have lost broken .ini file ...  The issue is solved and you have saved my computer for further WSJT-X usage. Thanks a lot

Re: [wsjt-devel] high sensitivity of decoder vs TRX AGC handling

I usually run with the RF gain set at 80 >(out of 100) and only 1-2% of my data files activate the 1-bit correlation >option. In any case, this latest version should “just work” whether or not you >are able to optimize your AGC settings. >   >73 Steve k9an > >> On Nov 1

Re: [wsjt-devel] high sensitivity of decoder vs TRX AGC handling

s. This will minimize the >AGC-induced noise-step effect and will guarantee maximum sensitivity from the >decoder. For example, on my TS-480 I usually run with the RF gain set at 80 >(out of 100) and only 1-2% of my data files activate the 1-bit correlation >option. In any case

[wsjt-devel] JT9 decoder performance with AMD processor

issue with AGC transceiver operation that is fixed for the JT65 decoder in the r6056 and r6058 releases. 73, Igor UA3DJY >Среда, 11 ноября 2015, 0:05 +03:00 от Игорь Ч <c_i...@inbox.ru>: > >Hi Steve, Mike and all, > >I have just upgraded my Win7 to Windows 10 and now

Re: [wsjt-devel] JT9 decoder performance with AMD processor

UA3DJY >Среда, 11 ноября 2015, 19:01 +03:00 от Игорь Ч <c_i...@inbox.ru>: > >Hi Steve and all, > >I have just tested 1.6.1 r6058 with audio files where AGC in transceiver was >turned OFF. > >This test resulted in 80/85 decodes ratio for AMD/Intel processors. > >Jus

Re: [wsjt-devel] difference in audio files decoding

Hi Steve, Mike and all, I have just upgraded my Win7 to Windows 10 and now observing additional degradation of the JT9 decoder operation under r6058. There are results: OS/Proc  --  number of JT9 decoded signals Win10 /AMD  -  34 Win7 /AMD    -  44 WinXP /Intel  -  97 73 Igor > >Slow WinXP

Re: [wsjt-devel] difference in audio files decoding

Hi Steve and all, Please accept my congratulations on r6058: now there is almost no difference in decodes between my two computers for JT65. Short summary for r6058: computer  JT65 decodes    JT9 decodes Slow PC    944   97 Fast  PC    942   44 I have found only two unique JT65 decodes on

Re: [wsjt-devel] difference in audio files decoding

Hi Steve and all, It would be great to have in WSJT-X / HF the choice either to deal with AGC operation with some loss of the weak signals decodes and achieved benefit in number of decodes, or to focus on weak signals that is often required in conditions when the band is almost closed and JT

Re: [wsjt-devel] difference in audio files decoding

ur machines? > >You should show your other results to so we can compare. >Mike W9MDB > >Windows 7: > >Windows 10 > > >On Fri, Nov 6, 2015 at 12:22 PM, Игорь Ч < c_i...@inbox.ru > wrote: >>Hello, >> >>I have got two PC: slow one under WinXP and f

[wsjt-devel] difference in audio files decoding, WSJT-X r6052, difference in decoding from the same websdr using two PCs

Hello, I have got two PC: slow one under WinXP and fast one under Win7. Both run r6052 with the same settings: Random erasure patterns = 6, two-pass decoding, Agressive decoding level = 5 Just would like to share my two observations: 1. When I play files recorded on slow PC on the fast one,

Re: [wsjt-devel] can not compile latest WSJTX SW version with JTSDK

Hello Greg, Mike, Thanks a lot for the valuable input, together with the svn basics it has answered all my questions on the SW compilation.  73, Igor UA3DJY > > >Message: 2 >Date: Wed, 4 Nov 2015 18:24:27 + >From: KI7MT < ki7m...@gmail.com > >Subject: Re: [wsjt-devel] can not compile

[wsjt-devel] can not compile latest WSJTX SW version with JTSDK

Hello, I am trying to compile WSJT-X  1.6.1 using JTSDK 2.0.0-u2 under Windows 7. Checking out the latest revision but compiler always takes revision 6000 from  C:/JTSDK/src/wsjtx, and I have no idea how to correct it. Also getting error E155007 upon 'svn update' command in JTSDK-DOC:

[wsjt-devel] system clock offset causing frequent decoding errors in r6028

Hello, Just have noticed if there is no NTP used for large DT there are frequent errors: 15m 0802 -1 4.6 839 # PP .ATLK124I6 0802 -13 4.6 1385 # /HQBKZF+E1LEJ 15m 0803 -5 4.9 1569 # RQ3YSE RP6RUA LP58 It is not bad,  

Re: [wsjt-devel] can not compile latest WSJTX SW version with JTSDK

Hello, Please ignore my previous message, I have already  found in the JTSDK-QT help right commands to compile v1.6.1 r602*: checkout-wsjtxexp build-wsjtxexp  package 73, Igor UA3DJY >Пятница, 30 октября 2015, 12:21 +03:00 от Игорь Ч <c_i...@inbox.ru>: > >Hello, > >I

Re: [wsjt-devel] DT offset in user settings

Hi Bill, Using Meinberg NTP for time sync with good accuracy over mobile Internet connection: Checking current status of NTP service with ntpq -p remote refid st t when poll reach delay offset jitter == -46.243.49.100

[wsjt-devel] wrong messages generated if 3-digit special callsign is used: WSJT-X v1.5

Dear Sirs: Just met this scenario: trying to operate WSJT-X v1.5 with 3 digit special callsign, for instance R111RR. Getting this message generation with callsing  E20WXA stored in the buffer: CQ     - CQ R111RR KO8  (last digit of grid is missed) DB    - 20W RRR -  E20WXA R111RR GRID -