On 16/06/2016 22:47, Steven Franke wrote: > In MSK144 mode (perhaps in JTMSK as well), the time labels on the fast > graph seem to have an accumulating error such that near the end of a > 30s record the offset between the displayed time and real time is > significant - something like 0.5s or more. The accumulating error can > be seen in the attached screenshot showing a 15s file that was > generated by msk144sim - note that the early pings start at the second > marks, but by the end of the record the pings appear to start about a > quarter second late. The time error becomes even more apparent in > a 30s record, such that the time stamps for pings that occur after, > say, 20s are off by more than the duration of the ping.
Hi Steve, this was due to a short cut taken to extract spectra from sample block sizes tailored for the slow modes. I have amended the code that captures samples to have variable block sizes and the mode changing to set appropriate block sizes. There may be an issue with changing the block size that could cause a buffer overrun which I need to analyse further but this is unlikely to cause issues apart from rare corner cases. 73 Bill G4WJS. ------------------------------------------------------------------------------ What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic patterns at an interface-level. Reveals which users, apps, and protocols are consuming the most bandwidth. Provides multi-vendor support for NetFlow, J-Flow, sFlow and other flows. Make informed decisions using capacity planning reports. http://sdm.link/zohomanageengine _______________________________________________ wsjt-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/wsjt-devel
