On 08/10/2015 14:36, EA5125URE wrote: > Bill, Hi Manuel, > > Spot on. It was the time sync. Sometimes it is the basic issue ;) > > I think I might just write a patch that adds support for warning the > user if his time delta vs. a given NTP server is too high. > Otherwise the problem manifests without any warning. Do you have any > suggestions about this? IMHO this is the job of the operating system and services, it is unfortunate that Windows has such poor time sync but it is easily fixed with an NTP client implementation like Meinburg NTP, install once and forget about it. This way all applications have the benefit of reasonably accurate time. > > I will look for a sane-looking compact class that supports NTP, or write > something simple. > > One question I wanted to ask: have you noticed any issues with the > current model if further processing is added to the mix? Since many > things are happening in a single-thread with asynchronous operations > (except for audio, rig control, etc and such, which have their own threads). The Qt asynchronous model works very well for arbitrary actions that might block. Currently we spawn a separate process for the decoding heavy lifting which is quite "clunky" but does work. Obviously long running CPU intensive or blocking processing cannot be done in the main thread but there are many alternatives already available for scheduling such work. For example DNS lookups and network traffic handling is done using the Qt network library which uses threads internally to avoid blocking. > > An unrelated question: has anyone considered moving the development to > Git(hub)? The migration from SVN to Git is rather easy, preserves > history and I believe it is more convenient than Subversion for keeping > local branches. SourceForge is also rather unreliable these days :( This has been considered, currently SF seems more reliable and the Subversion experience of the development team has weighted the decision to stick with svn. This may change with time as more projects that the development team are exposed to are using git. Also if SF has another major meltdown or manages to annoy the community with further mishandling of dormant projects, that may prompt a move. Remember that there are several scripts in or related to the project that would need updating if the repo tool changed so it is not a cost free switch. > > 73 > Manuel 73 Bill G4WJS. > > On 10/8/2015 4:03 PM, Bill Somerville wrote: >> On 08/10/2015 13:55, EA5125URE wrote: >>> I have found a problem with the decoder, which I haven't yet figured >>> out. In essence, the waterfall is responding properly and the audio I/O >>> is also operating correctly. However, the decodedText text area is not >>> updating. It does update just fine when processing saved WAV files, but >>> in real monitor mode it is not updating the Band Activity widget. >> Hi Manuel, >> >> have you checked that your PC clock is accurate? >> >> 73 >> Bill >> G4WJS.
------------------------------------------------------------------------------ _______________________________________________ wsjt-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/wsjt-devel
