[wsjt-devel] JTSDK Build Status

2014-04-01 Thread Greg Beam
Hello All, I setup a few Windows Tasks an Linux crons to do nightly builds for all five WSJT apps. I test each application manually (except MAP65, as I don't have an SDR) for basic RX/TX functionality. I leave one or two running over night. On Windows, the apps are built with the JTSDK's, Bash scr

[wsjt-devel] JTSDK Build Updates & General Info

2014-04-01 Thread Greg Beam
Hello all, I committed a few changes to JTSDK-DOC this afternoon. This is a follow up to those changes (more are on the way). I'll also send out a separate update regarding the build status (as I know it to be) for each application + docs. No changes to JTSDK Core Applications have been made, onl

Re: [wsjt-devel] performance & structure

2014-04-01 Thread Bill Somerville
On 01/04/2014 16:50, Josh Rovero wrote: Hi Josh, > > W.r.t performance & structure changes, what we don't want to lose is > the ability to run multiple instances concurrently. > Nothing I suggested would cause that, in fact it might make it easier to support. > > Josh Rovero > KK1D > 73 Bill G4WJ

Re: [wsjt-devel] performance & structure

2014-04-01 Thread Josh Rovero
W.r.t performance & structure changes, what we don't want to lose is the ability to run multiple instances concurrently. Josh Rovero KK1D -- ___ wsjt-devel mailing list wsjt-deve

Re: [wsjt-devel] Performance and application structure.

2014-04-01 Thread Bill Somerville
On 01/04/2014 15:39, Edson W. R. Pereira wrote: Hello Bill, Joe, et al, Hi Edson, Bill, I think your suggestion for a callback function would be very good. It would simplify things. Putting the decoder on a lib is also very good. This brings back an idea I have been thinking about recently

Re: [wsjt-devel] Performance and application structure.

2014-04-01 Thread Edson W. R. Pereira
Hello Bill, Joe, et al, Bill, I think your suggestion for a callback function would be very good. It would simplify things. Putting the decoder on a lib is also very good. This brings back an idea I have been thinking about recently: The possibility of detaching the DSP and audio engine from the G

Re: [wsjt-devel] Performance and application structure.

2014-04-01 Thread Bill Somerville
On 01/04/2014 14:34, Joe Taylor wrote: > Hi Bill, Hi Joe, > > 1. First, a few words about the icons. I haven't had time to trace down > the exact cause, but I established that if I start WSJT-X from the > directory into which it was installed by cmake, the proper icon is shown > on the Windows tas

Re: [wsjt-devel] Performance and application structure.

2014-04-01 Thread Bill Somerville
On 01/04/2014 14:34, Joe Taylor wrote: > Hi Bill, Hi Joe, > > 1. First, a few words about the icons. I haven't had time to trace down > the exact cause, but I established that if I start WSJT-X from the > directory into which it was installed by cmake, the proper icon is shown > on the Windows tas

Re: [wsjt-devel] Performance and application structure.

2014-04-01 Thread Joe Taylor
Hi Bill, 1. First, a few words about the icons. I haven't had time to trace down the exact cause, but I established that if I start WSJT-X from the directory into which it was installed by cmake, the proper icon is shown on the Windows taskbar. If, however, I copy the *.exe and *.dll files t

[wsjt-devel] Performance and application structure.

2014-04-01 Thread Bill Somerville
Hi Joe, Two things on my mind related to WSJT-X. 1) Like you I am concerned about TX synthesizer glitches on Windows which seem to be down to some low level stall in the o/s or audio framework servicing the DAC. This issue is far more prevalent at the beginning of a transmission so it seems re