Re: [wsjt-devel] Serialization of Delta Time in Decode Message Type
On 14/05/2019 22:26, Derek Turner via wsjt-devel wrote: So I know I am looking in the right place, which is the eight bytes starting at (zero base) byte 32 . Here is a screen shot from an Excel worksheet where I compare samples of the Band Activity DT with their Decode byte array bytes:- Inline image I have several issues here that I do not understand :- 1. The pattern of bytes for negative and positive Delta Times are identical so the sign is lost. 2. Between SNR and Delta Frequency there are nine bytes, not the eight I expected for a Double. Byte 40 appears to be surplus. 3. DT 0 is suspiciously all zeros when DT 0.1 seems to be a very large number. 4. Bytes 33 and 34 are identical. Please can somebody make sense of this for me. Hi Derek, beware of assuming fixed start positions for fields in the messages, if there are preceding string fields then the following fields will be moved according the length of the string field(s). You will be ok in this case so long as you always start WSJT-X with the same command line parameters. The main issue is that you are not allowing for the fields in the message being stored in network byte order, i.e. Big Endian. If you are receiving on a little Endian architecture then you must swap the bytes of any numeric fields longer than one byte. 73 Bill G4WJS. ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] Serialization of Delta Time in Decode Message Type
If enough users start "nudging" their time one way or the other, the whole reason for external time sync is defeated. It will chasing your tail from the get go. Just sync periodically and forget those that don't/can't. It's not worth the problems it will cause to the normal users that do it right. On Tue, May 14, 2019 at 4:42 PM Derek Turner via wsjt-devel < wsjt-devel@lists.sourceforge.net> wrote: > I was thinking about adding a feature to my FT8/4 Assistant program to > display in a histogram the delta times from the last minute's worth of > decodes and maybe eventually to enable the user to nudge the PC clock > backwards or forwards by a few milliseconds. > > This may or may not be a good idea but my problem is that so far I have > not been able to convert the UDP decode message time offset back to > anything resembling the DT column in the WSJT-X Band Activity window and I > would very much appreciate some help. > > In the specification the Delta Time is described as a float serialised as > a Double. When I examine the eight bytes following the SNR bytes I see a > consistent correlation between the Band Activity DT and the pattern of > bytes. > > So I know I am looking in the right place, which is the eight bytes > starting at (zero base) byte 32 . Here is a screen shot from an Excel > worksheet where I compare samples of the Band Activity DT with their Decode > byte array bytes:- > > [image: Inline image] > > I have several issues here that I do not understand :- > > 1. The pattern of bytes for negative and positive Delta Times are > identical so the sign is lost. > 2. Between SNR and Delta Frequency there are nine bytes, not the eight I > expected for a Double. Byte 40 appears to be surplus. > 3. DT 0 is suspiciously all zeros when DT 0.1 seems to be a very large > number. > 4. Bytes 33 and 34 are identical. > > Please can somebody make sense of this for me. > > 73 de G4SWY Derek +++ > > > > > ___ > wsjt-devel mailing list > wsjt-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wsjt-devel > ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
[wsjt-devel] Serialization of Delta Time in Decode Message Type
I was thinking about adding a feature to my FT8/4 Assistant program to display in a histogram the delta times from the last minute's worth of decodes and maybe eventually to enable the user to nudge the PC clock backwards or forwards by a few milliseconds. This may or may not be a good idea but my problem is that so far I have not been able to convert the UDP decode message time offset back to anything resembling the DT column in the WSJT-X Band Activity window and I would very much appreciate some help. In the specification the Delta Time is described as a float serialised as a Double. When I examine the eight bytes following the SNR bytes I see a consistent correlation between the Band Activity DT and the pattern of bytes. So I know I am looking in the right place, which is the eight bytes starting at (zero base) byte 32 . Here is a screen shot from an Excel worksheet where I compare samples of the Band Activity DT with their Decode byte array bytes:- I have several issues here that I do not understand :- 1. The pattern of bytes for negative and positive Delta Times are identical so the sign is lost.2. Between SNR and Delta Frequency there are nine bytes, not the eight I expected for a Double. Byte 40 appears to be surplus.3. DT 0 is suspiciously all zeros when DT 0.1 seems to be a very large number.4. Bytes 33 and 34 are identical. Please can somebody make sense of this for me. 73 de G4SWY Derek +++ ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] Windows crash
I have had the same problem. After running the WSPR mode for about an hour, a loud buzzing sound from the on-board sound card, and WSJT-X is locked up but can be shut down. It also locks up the Cortana search service. I was looking for the event viewer in the search box and it would not accept keyboard input. I'm going to try to re-create the problem under more controlled conditions and report back. On Tue, May 14, 2019 at 3:13 AM Tom Ramberg via wsjt-devel < wsjt-devel@lists.sourceforge.net> wrote: > Hi Bill. > I never got another response from you, but FYI here's what we've been able > to find out: > 1. I cannot find any crash reports or anything in the Windows Event Log. > 2. I uninstalled 2.0.1, and after that we've had no more crashes. > > 73 de Tom OH6VDA, > Asemanvalvoja (Station Manager) @ OH2K > > On Thursday, May 9, 2019, 11:17:05 PM GMT+3, Tom Ramberg via wsjt-devel < > wsjt-devel@lists.sourceforge.net> wrote: > > > Seems like this issue is now on two threads, sorry if I have messed things > up. > No, it is a sudden crash, the computer dies, and only gives out some > buzzing sounds. It does not react to keyboard at all, and even the power > switch doesn't react. See section below. There is no error messages, and I > have found nothing in the event log, but if you give me a hint of where to > look and what to look for, I'll check tomorrow morning. > > From the other thread: > Bill, one of the first time it happened, I was switching, but after that > I've been sticking to RC5. And as I stated originally, now it also happens > seemingly unprovoked while RC5 is running idle, only monitoring. I also had > "blue screen" a couple of times, and I've had to pull out the mains power > cord and wait some minutes to be able to start in safety mode. Are you > suggesting that there is some interaction between 2.0.1 and 2.1.0-rc5? > Could removing one or both and reinstalling be a solution? I1m very happy > with the FT8 of RC5, and still trying my best at FT4. > > I'm planning on going to the clubstation again tomorrow morning (that's 0500 > UTC), and I might experiment with un-/reinstall then if that is a viable > option. > > De Tom OH6VDA > > Tom Ramberg > Lallukankuja 3 B 40 > 00920 Helsinki > Finland > Mobile phone +358 40 6686922 > > Sendt fra min iPad Air 2 > > 9. mai 2019 kl. 12:52 skrev Bill Somerville : > > On 09/05/2019 07:13, Tom Ramberg via wsjt-devel wrote: > > I have experienced several crashes on our Windows 7 PC after installing > RC5 (64bit). Usually it happens in connection with resizing windows, but > sometimes it is totally unprovoked. I have tried to search the list archive > for this, but find nothing. Is this only us at OH2K, or have others > reported similar problems? > > > de Tom OH6VDA, operating OH2K, Raido club of Kauniainen (KRK) > > > Hi Tom, > > do you get any error message? Is there anything in the Windows Event Log? > > 73 > Bill > G4WJS. > > > > ___ > wsjt-devel mailing list > wsjt-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wsjt-devel > > ___ > wsjt-devel mailing list > wsjt-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wsjt-devel > ___ > wsjt-devel mailing list > wsjt-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wsjt-devel > -- *I am not insane. The voices in my head told me so.* ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] Windows crash
Hi Bill. I never got another response from you, but FYI here's what we've been able to find out:1. I cannot find any crash reports or anything in the Windows Event Log.2. I uninstalled 2.0.1, and after that we've had no more crashes. 73 de Tom OH6VDA, Asemanvalvoja (Station Manager) @ OH2K On Thursday, May 9, 2019, 11:17:05 PM GMT+3, Tom Ramberg via wsjt-devel wrote: Seems like this issue is now on two threads, sorry if I have messed things up. No, it is a sudden crash, the computer dies, and only gives out some buzzing sounds. It does not react to keyboard at all, and even the power switch doesn't react. See section below. There is no error messages, and I have found nothing in the event log, but if you give me a hint of where to look and what to look for, I'll check tomorrow morning. >From the other thread: Bill, one of the first time it happened, I was >switching, but after that I've been sticking to RC5. And as I stated >originally, now it also happens seemingly unprovoked while RC5 is running >idle, only monitoring. I also had "blue screen" a couple of times, and I've >had to pull out the mains power cord and wait some minutes to be able to >start in safety mode. Are you suggesting that there is some interaction >between 2.0.1 and 2.1.0-rc5? Could removing one or both and reinstalling be a >solution? I1m very happy with the FT8 of RC5, and still trying my best at FT4. I'm planning on going to the clubstation again tomorrow morning (that's 0500 UTC), and I might experiment with un-/reinstall then if that is a viable option. De Tom OH6VDA Tom Ramberg Lallukankuja 3 B 40 00920 Helsinki Finland Mobile phone +358 40 6686922 Sendt fra min iPad Air 2 9. mai 2019 kl. 12:52 skrev Bill Somerville : On 09/05/2019 07:13, Tom Ramberg via wsjt-devel wrote: I have experienced several crashes on our Windows 7 PC after installing RC5 (64bit). Usually it happens in connection with resizing windows, but sometimes it is totally unprovoked. I have tried to search the list archive for this, but find nothing. Is this only us at OH2K, or have others reported similar problems? de Tom OH6VDA, operating OH2K, Raido club of Kauniainen (KRK) Hi Tom, do you get any error message? Is there anything in the Windows Event Log? 73 Bill G4WJS. ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
