Re: [wsjt-devel] Using EME Doppler Control for CW?

What rig do you have? Mike W9MDB Sent from my iPhone > On Oct 22, 2024, at 12:23 PM, Dwayne Sinclair via wsjt-devel > wrote: > > WSJT-X does a great job with EME Doppler. When switching to CW, WSJT-X will > continue to track RX frequency but TX frequency will be static unless WSJT-X > is TX

Re: [wsjt-devel] RC4 crashes

Known bug if you are using max dust or call first. It’s fixed for RC5. Mike W9MDB Sent from my iPhone > On Nov 23, 2022, at 1:52 PM, Reino Talarmo via wsjt-devel > wrote: > >  > >Maybe just co-incidence but I have had two crashes now where the last entry > >in the ...ALL.TXT file was a stat

Re: [wsjt-devel] Intermittent ICOM 706 MkiiG CAT issue with WSJT-X 2.2.1

It’s been fixed. Mike w9mdb Sent from my iPhone > On Jun 11, 2020, at 2:11 PM, Mark Spencer wrote: > >  > Hi. > > Thanks for all the efforts that the dev team has put into the latest version > of WSJT-X. I have started doing my pre June VHF contest preparations and > noted some odd behavi

[wsjt-devel] Splash patch

Move rc/devel warning to splash page since it was not working with startup from JTAlert. https://www.dropbox.com/s/wx64861sf8kzk0n/splash.patch?dl=1 My emails from yahoo are not regularly posting to the list...so doing this from gmail. de Mike W9MDB --

[wsjt-devel] wsjtx_status.patch

Add hisGrid to wsjtx_status.txt so programs like PstRotatorAZ can use actual grid. Assigns "NA" if not available. https://www.dropbox.com/s/rbibasioq6io8nd/status.patch?dl=1 de Mike W9MDB --

[wsjt-devel] Band change patch

This patch was submitted Nov 2 but never applied. It comes from the bug identified in this thread where changing the rig freq does not adjust to the remembered power levels. https://sourceforge.net/p/wsjt/mailman/message/36101238/ Index: mainwindow.cpp ==

Re: [wsjt-devel] Watts in message

Will do tomorrow. On the road today.MikeOn Apr 20, 2017 9:41 AM, Bill Somerville wrote: Hi Mike & all, I have committed the small patch I proposed to correctly interpret type 1 compound call prefixes or suffixes used in "DE ..." messages. This do

Re: [wsjt-devel] MSK144, size of the signal window

Try Ctrl-M That toggles the controls.de Mike W9MDB-- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot___

Re: [wsjt-devel] IC-7300 USB-D --> IC-7300 control lost

1.1? That would be a really old version. The 7300 wasn't in that version. Can't you compile a more recent version? de Mike W9MDB On Tue, Feb 28, 2017 at 9:15 PM, signalhz signalhz wrote: > I have similar problems > > I cant get WSJT-X v 1.1, r3496 to work using rig control while on Linux > M

Re: [wsjt-devel] FreqCal Mode

It's not the discontinuity -- it's the bin values. If the desired frequency is not an EXACT multiple of the bin value you'll get a reduced peak and leakageone of the downfalls of DFTs. As Joe noted a larger FFT would have more resolution but is likely not going to improve things. A rectangular

Re: [wsjt-devel] Fwd: 60M Patch

luding some of my own posts. > > That intriguing behaviour led me to change my subscribed email addresses > to non-Yahoo accounts for those lists. > > HTH, 73, > > Robin, G8DQX > > PS: Your post arrived twice, once from each email address, neither with a > spam ma

[wsjt-devel] Fwd: 60M Patch

I'm sending this again from my gmail account. Seems sourceforge spamassassin it tagging my emails as spam from yahoo. I'm submitting this again for 1.7.1 This patch sets the JT9 offset to zero on 60M and then resets it back on exiting 60M. https://www.dropbox.com/s/67j82qozq61l7zh/60m.patch?dl

Re: [wsjt-devel] Min Window Size

Didn't mean to post that link to the listsorry guys. de Mike W9MDB On Thu, Dec 15, 2016 at 3:11 PM, Black Michael wrote: > You want to test it? > > This one has a few patches I'm waiting to hear on. > > #1 Min window size -- use CTRL-M to toggle the menu and several other > items (it's on t

Re: [wsjt-devel] trying to compile wsjtx revision 6713-dirty using 32 bit Fedora Linux 22

Yes...was fixed RRR Mike W9MDB On Wed, Jun 1, 2016 at 9:33 AM, Richard Shaw wrote: > On Wed, Jun 1, 2016 at 12:11 AM, Claude Frantz < > claude.fra...@bayern-mail.de> wrote: > >> Hi ! >> >> Please note the following diagnostic messages I have observed: >> >> libwsjt_fort.a(jtmsk_decode.f90.o)

Re: [wsjt-devel] Anything in the UDP code that may break DDE?

What os? What is the DDE failure message and when does it occur? Sounds a lot like a 1-off error to me caused by something elseperhaps enabling a UDP server is causing it. I wouldn't think a UDP client would (since JTAlert always opens the UDP client, right?) http://winwiki.org/dde-server-wind

Re: [wsjt-devel] New status items

16 15:22, Michael Black wrote: > > #2 is when a message is receive in the Rx Frequency window without > > your callsign or CQ. I currently do this with this patch. This allow > > the audio alert to tell you when a message appears on the offset > > you're watching t

[wsjt-devel] New status items

I'd like to request consideration of adding two status items to the UDP status message. #1 Runaway #2 RxFreqMsg #1 is the runaway watchdog which should always be generated whether the option for it is on or not. That way we can disable the popup but still get an audio alert from secondary applic

Re: [wsjt-devel] r6681

Yup...fixed... Thanks RRR Mike W9MDB On Tue, May 17, 2016 at 3:46 PM, Bill Somerville wrote: > On 17/05/2016 21:08, Michael Black wrote: > > r6681 seems to prevent JTAlert from allowing the double-click to > > trigger a QSO with WSJT-X. > > > Hi Mike, > > this shou

Re: [wsjt-devel] r6681

FYI...6680 behaves Mike On Tue, May 17, 2016 at 3:11 PM, Bill Somerville wrote: > On 17/05/2016 21:08, Michael Black wrote: > > r6681 seems to prevent JTAlert from allowing the double-click to > > trigger a QSO with WSJT-X. > > > > Is there some change that would

[wsjt-devel] r6681

r6681 seems to prevent JTAlert from allowing the double-click to trigger a QSO with WSJT-X. Is there some change that would affect this? RRR Mike W9MDB -- Mobile security can be enabling, not merely restricting. Employees

[wsjt-devel] Alignment

r6677 just noticed that the alignment of the decodes on the Rx Freq side are off on the TX lines. I supposed it could be "on purpose" but I find it a bit visually undesirable. RRR Mike W9MDB [image: Inline image 1] -- Mob

[wsjt-devel] JTAlert

I see we're up to 6677...but the bug with JTAlert and the extra space in the UDP message hasn't been fixed yet. Has this been overlooked? RRR Mike W9MDB -- Mobile security can be enabling, not merely restricting. Employee

Re: [wsjt-devel] wsjt

Decoder is built in now. Are you seeing waterfall but no decoding? RRR Mike W9MDB On Sun, May 8, 2016 at 11:20 AM, Michael Durkin wrote: > all looks good but so far no decodes on 20M > > Does V1.7 need the KVASD decoder still ? > > On Sat, May 7, 2016 at 5:21 PM, Michael Durkin wrote: >

Re: [wsjt-devel] One more bit...

Did you do a clean in between? GIve that a try. There were quite a few changes affececting JT65 decode. Just a suspicion on my part. RRR Mike W9MDB On Thu, May 5, 2016 at 10:31 AM, George J Molnar wrote: > Started testing each build sequentially to see where my loss of JT65 > decodes first ap

[wsjt-devel] r6665

Double-clicking an entry which should change mode from the current mode does not change mode. Seems both directions are broken JT65->JT9 and JT9->JT65 RRR Mike W9MDB -- Find and fix application performance issues faster w

Re: [wsjt-devel] 6665 Decode Button Stuck

Just to add...on Windows 10 no such problem. RRR Mike W9MDB On Tue, May 3, 2016 at 9:28 PM, George J Molnar wrote: > Built 6665 for OS X tonight - after the first decode cycle, the Decode > button lights and stays lit. No further decodes. > > > > *George J Molnar*KF2T | AFA9GM > Twitter: @GJMoln

[wsjt-devel] New UDP messages

Since adding sounds to wsjtx is not supported (or apparently desired) how about we add a new message or two to the UDP protocol for a couple of situations? That way JTAlert can add the audio alert like it already does and everybody else can just ignore it. #1 Transmit Runaway -- boolean -- when R

Re: [wsjt-devel] WSJT-X Tx = 1000 Hz, can't change

Did you update hamlib too? r6558 and up require a re-build of hamlib too. RRR Mike W9MDB On Fri, Apr 29, 2016 at 3:54 PM, Jim Pennino wrote: > I just built 1.7.0 devel, r6659 and now Tx is always 1000 Hz, the Lock > Tx=Rx button is greyed > out, and the Tx <-- Rx button does nothing. > > Mode

Re: [wsjt-devel] r6658 breaks JTSDK builds on windows

Did you update hamlib too? It doesn't quite sound related to the error you're getting. But you need to update hamlib with r6658 RRR Mike W9MDB On Thu, Apr 28, 2016 at 11:20 PM, T61AA Ross wrote: > And, just to clarify, last I had built successfully was r6651 in Windows. > I had gone straight to

Re: [wsjt-devel] Frequency offset

lle wrote: > On 25/04/2016 22:14, Michael Black wrote: > > ICOM 706MKIIG. It is a single oscillator. > Yep, both LO oscillators and the BFO generated from DDS:s with common > 30MHz reference oscillator. If your Tx is off frequency from your Rx > then either the RIT is on or yo

Re: [wsjt-devel] Frequency offset

off. I was running JT modes on the Icom before I got the Omni and I don't recall the frequency shift occurring. I'll try a cross-rig calibration and see what happens. Mike W9MDB On Mon, Apr 25, 2016 at 5:11 PM, Bill Somerville wrote: > On 25/04/2016 22:14, Michael Black wrote: >

Re: [wsjt-devel] Frequency offset

ICOM 706MKIIG. It is a single oscillator. RRR Mike W9MDB On Mon, Apr 25, 2016 at 4:09 PM, Bill Somerville wrote: > On 25/04/2016 21:22, Michael Black wrote: > > It's just that the rig is not calibrated accurately. So transmitting > > on 1000 offset for example gets me

Re: [wsjt-devel] Frequency offset

gt; On 25/04/2016 20:58, Michael Black wrote: > > Had to hook up my old Icom due to a rig failure. > > With WSJT-X it's easy to see that the rx/tx frequency calibration is > > off by about 30Hz. > > I see this a lot on WSJT-X with other rigs too. > > > > Would

[wsjt-devel] Frequency offset

Had to hook up my old Icom due to a rig failure. With WSJT-X it's easy to see that the rx/tx frequency calibration is off by about 30Hz. I see this a lot on WSJT-X with other rigs too. Would a patch to allow a frequency offset for your rig be appropriate? So...in my case...I'd put in 30 since my

[wsjt-devel] 4000 PSKReporter User

Congrats to WSJT-X for reaching 4000 PSKReporter users. Also now comprises 60% of the reports compared to JT65HF. Looks like a bunch of JT65HF users switched in the last month. Data taken from the wayback machine and as-of-today for 4/15/16 Mike W9MDB Date JT65HF WSJTX Total WSJTX%

Re: [wsjt-devel] WSJT-X: Rig control updates and more.

That works. Started with both VFOs on LSB and Mode=USB and rig split. On band change it switched to USB and left bandwidth alone. But why couldn't you just remember the bw from get_mode and keep using that rather than wholesale changes to hamlib? And allowing the user to put bandwidth in the rig s

Re: [wsjt-devel] WSJT-X: Rig control updates and more.

t a trace log remind me how to enable cat tracing (preferably for JTSDK building). Looks like it's changed from what it used to be. RRR Mike W9MDB On Thu, Apr 7, 2016 at 1:46 PM, Bill Somerville wrote: > On 06/04/2016 19:07, Michael Black wrote: >> USB >> >> I found

Re: [wsjt-devel] WSJT-X: Rig control updates and more.

Don't know if it helps anybut "Test Cat" does not change the bandwidth. Then closing the settings window does. RRR Mike W9MDB On Wed, Apr 6, 2016 at 4:11 PM, Bill Somerville wrote: > On 06/04/2016 20:45, Michael Black wrote: >> None does not touch anything as expect

Re: [wsjt-devel] WSJT-X: Rig control updates and more.

rable. Mike On Wed, Apr 6, 2016 at 1:46 PM, Bill Somerville wrote: > On 06/04/2016 19:01, Michael Black wrote: >> First problem I ran into. >> Switching bands on my TenTec Omni VII changes the bandwidth to 2400 >> every time. Previously bandwidth was never touched. > Hi Mi

Re: [wsjt-devel] WSJT-X: Rig control updates and more.

Changing the JT65 bandwidth changed the rig bandwidth. At least I swear it did. Just tried to repeat the effect and couldn't so perhaps I was hallucinating on that one. RRR Mike W9MDB On Wed, Apr 6, 2016 at 1:09 PM, Bill Somerville wrote: > On 06/04/2016 19:07, Michael Black wrote: &g

Re: [wsjt-devel] WSJT-X: Rig control updates and more.

USB I found the setting in Advanced for the JT65 receiver bandwidth affects it. RRR Mike W9MDB On Wed, Apr 6, 2016 at 1:04 PM, Bill Somerville wrote: > On 06/04/2016 19:01, Michael Black wrote: >> First problem I ran into. >> Switching bands on my TenTec Omni VII changes the ba

Re: [wsjt-devel] WSJT-X: Rig control updates and more.

First problem I ran into. Switching bands on my TenTec Omni VII changes the bandwidth to 2400 every time. Previously bandwidth was never touched. RRR Mike W9MDB On Wed, Apr 6, 2016 at 12:25 PM, Bill Somerville wrote: > Hi All, > > I have just committed a bunch of changes that I have been workin

Re: [wsjt-devel] Reducing JT Mode QSO Length?

Couple other things to remember... Now that the dev version of WSJT-X can decode overlapping signals it's possible you may see message from non-partners. So knowing whose message it is more important than ever. I've see quite a few overlapping QSOs. Also...remember the FCC requires you ID yourse

Re: [wsjt-devel] Reducing JT Mode QSO Length?

The bad part of that one though is that it doesn't identify the sending party. Note that the standard exchange ALWAYS identifies both parties. RRR Mike W9MDB On Tue, Apr 5, 2016 at 12:19 PM, Bill Barrett wrote: > Hi George- > > My experience lately is the usage of : > > KF2T RRTU73 > > Which se

Re: [wsjt-devel] Reducing JT Mode QSO Length?

N7RJN > n7...@nobis.net > > >> On Apr 5, 2016, at 08:50, Michael Black wrote: >> >> Then you can call CQ on the next minute without missing a beat. It

Re: [wsjt-devel] Reducing JT Mode QSO Length?

As the manual shows (took me a while to get used to it) here's the standard exchange CQ KF2T DM25 KF2T KX7XX DM26 KX7XX KF2T -16 KF2T KX7XX R-16 KX7XX KF2T RRR KF2T KX7XX 73 Then you can call CQ on the next minute without missing a beat. It's the last 73 from the caller that's not required as it

Re: [wsjt-devel] QT 5.5 build prob

R Mike W9MDB On Mon, Apr 4, 2016 at 10:41 AM, Bill Somerville wrote: > On 04/04/2016 16:29, Michael Black wrote: >> I guess JTSDK has changed the default to disable-clean? > Hi Mike, > > definitely yes! Doing unnecessary clean builds is a huge waste of time. > OTOH some co

Re: [wsjt-devel] QT 5.5 build prob

Figured out what Guy's problem was. Somehow the jt9.dir/link.txt still had the qt5 path instead of qt55 on one machine. And jt9.exe was segfaulting as it was linked against the wrong libraries. Not sure how he got in that situation. But doing this: enable-clean build-wsjtx rinsatll disable-clean

Re: [wsjt-devel] JTSDK Win32 v2.0.4-1 Upgrade Available - (minor update)

> It is strange that the problem only manifests in Win7. I suppose the > solution is, those using Win7 should use JTSDK-MSYS to build Hamlib > rather than calling it from JTSDK-QT. > > 73's > Greg, KI7MT > > > On 03/09/2016 11:54 AM, Michael Black wrote: >> I ch

Re: [wsjt-devel] UDP Server

Use TeamViewer. Works quite well. I've been using it to help install and my attic antennas too. Webcam on the SWR meter in the shack and TeamViewer to turn on transmit and change bands. You can use JTAlert also to set up texting to your phone so you can relax a bit and have your phone buzz you

Re: [wsjt-devel] QT 5.5 build prob

Are we talking the same here? I'm using JTSDK...aren't you using cmake? JTSDK only has one build target and fails if WSJTX is running. RRR Mike W9MDB On Wed, Mar 23, 2016 at 11:46 AM, Bill Somerville wrote: > On 23/03/2016 16:35, Michael Black wrote: >> Allows building whi

Re: [wsjt-devel] QT 5.5 build prob

> On 23/03/2016 15:41, Michael Black wrote: >> Allow me to share my install.bat file for JTSDK. Quite simple. >> Modify to suit your directories. >> >> cd \JTSDK\wsjtx\devel\qt55\1.7.0\Release\install >> xcopy /s /y *.* \wsjt\wsjtx-1.7.0 > Hi Mike, > &g

Re: [wsjt-devel] QT 5.5 build prob

Allow me to share my install.bat file for JTSDK. Quite simple. Modify to suit your directories. cd \JTSDK\wsjtx\devel\qt55\1.7.0\Release\install xcopy /s /y *.* \wsjt\wsjtx-1.7.0 RRR Mike W9MDB On Wed, Mar 23, 2016 at 9:49 AM, Guy G4DWV/4X1LT wrote: > Bill Somerville writes: > >> >> On 22/03/

Re: [wsjt-devel] error message

Yes. It had a prompt added due to the licensing restrictions. RRR Mike W9MDB On Sun, Mar 20, 2016 at 4:02 PM, Mike Fulcher wrote: > I installed 1.6 on a new hard drive. I did not install the kvdasd and > this message pops up after every decode. Using windows 7. Do I need to > install kvasd?

Re: [wsjt-devel] wsprd segmentation fault caused by subtraction

Just an idea to maybe see if the problems is elsewhere try changing the line right above 1088 unsigned char channel_symbols[162]; to static unsigned char channel_symbols[162]; That will take channel_symbol off the stack and perhaps show a different error o

Re: [wsjt-devel] Decoding JT65 problem

Yes...it was fixed in a subsequent release. RRR Mike W9MDB On Mon, Mar 14, 2016 at 11:36 AM, Guy G4DWV/4X1LT wrote: > Michael Black writes: > >> >> r6515 >> >> Seems to be some problem in decoding JT65 >> > > Decoding okay on

[wsjt-devel] Decoding JT65 problem

r6515 Seems to be some problem in decoding JT65 The wav file below only decodes one JT9 signal on 6515, but decodes the JT9 and four JT65 messages on r6514 https://www.dropbox.com/s/0qowcdhwui3omsa/160310_1526.wav?dl=0 I have not disabled building the jt65 executable yet. I don't mind being on

[wsjt-devel] Mode bug

r6514 Seems the decodes for JT65 are showing "*" instead of "#" on the Band Activity window and when sent to the Rx Frequency window on double-click. This is causing JT65 transmits to switch to JT9 on every transmit Bug is not in r6512 RRR Mike W9MDB -

[wsjt-devel] r6513

Oops...compile error. Building Fortran object CMakeFiles/jt65.dir/lib/jt65_test.f90.obj C:\JTSDK\src\wsjtx\lib\jt65_test.f90:30.27: call my_decoder%decode(my_callback,dd,npts=52*12000,newdat=.true., & 1 Error: Interface mismatch in dummy procedure 'callback' at

Re: [wsjt-devel] JTSDK Win32 v2.0.4-1 Upgrade Available - (minor update)

I chased it down. In autogen.sh change the three --version check lines to get rid of the input redirect e.g. ("$AUTORECONF" --version) < /dev/null > /dev/null 2>&1 || { to ("$AUTORECONF" --version) > /dev/null 2>&1 || { The < /dev/null was making it crash and shouldn't be necessary anyways. Buil

Re: [wsjt-devel] JTSDK Win32 v2.0.4-1 Upgrade Available - (minor update)

Hmmm...I have JTSDK on two computers, one Windows 7 64-bit and one Windows 10 64-bit. hamlib3 builds find on Windows 10 from JTSTK-QT. But...the Windows 7 box crashses with an appcrash on conhost.exe right after the ".. Build Type: static" line. It dies on the ../src/autogen.sh Don't know if the

Re: [wsjt-devel] Split patch

ville wrote: > On 09/03/2016 13:25, Michael Black wrote: >> This patch adds shift-click to set the TX offset >> Made the code a bit more straightforward while I was at it. > Hi Mike, > > the patch doesn't do what you imply above. It seems to change the > existing CTR

[wsjt-devel] Split patch

This patch adds shift-click to set the TX offset Made the code a bit more straightforward while I was at it. Still wondering what all the n+=100 is for in this function and the double-click function. Looks like dead code to me. RRR Mike W9MDB plotter_patch Description: Binary data

Re: [wsjt-devel] JTSDK Win32 v2.0.4-1 Upgrade Available - (minor update)

You need to build with JTSDK-MSYSnot JTSDK-QT RRR Mike W9MDB On Wed, Mar 9, 2016 at 6:55 AM, Guy G4DWV/4X1LT wrote: > Greg Beam writes: > >> >> Hello All, >> >> Minor update fixing a typo in the Hamlib3 cmd build script. > > The upgrade went okay, but on both installs of JTSDK (on two separ

Re: [wsjt-devel] QT 5.5 build error

You need to build hamlib first. build-hamlib3 RRR Mike W9MDB On Mon, Mar 7, 2016 at 11:03 AM, Guy G4DWV/4X1LT wrote: > Just for fun, I thought I would build a QT 5.5 version of WSJT-X. The > proce3ss failed. I have copied the CMakeOutput.log file and a screenshot of > the JTSDK QT console to ht

Re: [wsjt-devel] Fwd: Watchdog patch

d add some logic for that but not sure we want to put "upgrade" logic in the code like that. RRR Mike W9MDB On Tue, Mar 1, 2016 at 12:42 PM, Bill Somerville wrote: > On 01/03/2016 15:23, Michael Black wrote: >> This is updated patch to allow a user to set the watchdog timeo

[wsjt-devel] Waterfall mouse clicks

The text in the help file doesn't match the behavior of mouse click on the waterfall and the behavior isn't consistent. Help says: Set Rx Frequency Double-click to set Rx frequency and decode there Ctrl-click to set Tx and RX frequencies and decode What happens depends on the Lock Tx=Rx checkbox.

Re: [wsjt-devel] Worth consideration?

I argued that point a while ago and lostwith my tiny bladder I frequently end up queuing the RRR and trot to the litter box and having this prevents multiple RRR's. So I have my own simple modification that does that and prompts to log too. Index: mainwindow.cpp ===

Re: [wsjt-devel] Errors running on arm (RPi2)

No grep for the function name of that missing signal in the moc for Configuration. RRR Mike W9MDB On Wed, Mar 2, 2016 at 9:37 AM, Barry Jackson wrote: > On 02/03/16 15:22, Bill Somerville wrote: >> On 02/03/2016 14:49, Barry Jackson wrote: >>> Where would I find "the moc file"? >> Hi Barry, >> >

Re: [wsjt-devel] Errors running on arm (RPi2)

13:02, Michael Black wrote: >> Can you provide the output of "nm wsjtx.exe" too please? That should >> hopefully show the problem. Sounds like a name mangling issue. You >> should have something like this: > Hi Mike, > > although a good idea it will not hel

Re: [wsjt-devel] Errors running on arm (RPi2)

Can you provide the output of "nm wsjtx.exe" too please? That should hopefully show the problem. Sounds like a name mangling issue. You should have something like this: 004d9b60 T __ZN13Configuration4impl27on_font_push_button_clickedEv C++ does horrid name mangling which can make tracing link p

Re: [wsjt-devel] Fwd: Watchdog patch

Sounds reasonable. I'll give that a whirl. This is all good practice so I can get a bit more familiar with Qt. RRR Mike W9MDB On Tue, Mar 1, 2016 at 12:42 PM, Bill Somerville wrote: > On 01/03/2016 15:23, Michael Black wrote: >> This is updated patch to allow a user to se

[wsjt-devel] Fwd: Watchdog patch

This is updated patch to allow a user to set the watchdog timeout limit. I've turned the Runaway checkbox on the Configuration screen into a tri-state. So, when it's partially checked (i.e. shaded) just the watchdog is turned on as before (if you have watchgdog enabled now this is the state that y

[wsjt-devel] No decode example

Here's a wav file with DP1POL at 2648 offset. He decoded fine the minute before at -15 but this period no decode at all on what looks like a clean signal. So this isn't a "booming" JT9 signal but is an example of a few that I've seen lately that didn't decode when it looks like they should. It doe

[wsjt-devel] Fwd: Watchdog patch

Changing this to plain text since the mail archive doesn't display the html...same patch as before. I'll also mention this patch fixes a bug where right after a timeout, if somebody starts a QSO with you from your CQ, it times out on the sig rpt you send. This patch changes the watchdog timeout d

[wsjt-devel] Watchdog patch

This patch changes the watchdog timeout dialog box to a yellow/red spinbox the # of repeats allowed. The spinbox only shows up when watchdog is enabled. I defaulted it to 3 repeats (4 total transmissions). You can set it from 0-15 which means you could set it for 0 to have no repeats at all thou

Re: [wsjt-devel] Gravitational Waves

Is it "luck" or misinterpretation of what they are actually seeing? There's an implied assumption in the paper that they are seeing gravity waves as though there is no possible other explanation. I'm reminded of what happened in the 80's when universities were claiming galactic gamma sources but it

Re: [wsjt-devel] Watchdog

Mike W9MDB On Sun, Feb 14, 2016 at 4:23 PM, Guy G4DWV/4X1LT wrote: > Michael Black writes: > > > > Is there any interest in me developing a patch for putting the watchdog > limit on the main screen? > > As one who relies on it and other comments I've seen it w

[wsjt-devel] Watchdog

Is there any interest in me developing a patch for putting the watchdog limit on the main screen? As one who relies on it and other comments I've seen it would be nice to be able to adjust it while operating. When calling CQ might want it to be 10. When answering perhaps 2-3 depending on your dr

[wsjt-devel] Grid change lockup

Is it just me? Version 1.7.0 r6469 Was testing grid squares and when I start typing in a new grid at the 3rd character WSJT-X locks up with a spinning cursor. RRR Mike W9MDB -- Site24x7 APM Insight: Get Deep Visibility int

[wsjt-devel] Watchdog not working

It appears that the watchdog is not working when in rig split mode. When entering the qsy() function the split frequency is in m_dialFreq and f contains the non-split frequency so it always is false and always resets the watchdog counter. Do we need another variable to remember this? RRR Mike W9

Re: [wsjt-devel] JTSDK-Nix v2.0.19 Available ( major upgrade )

Story of my life...for many years at least :-) RRR Mike W9MDB On Wed, Feb 3, 2016 at 3:48 PM, Bill Somerville wrote: > On 03/02/2016 21:43, Michael Black wrote: > > String doesn't show up int the WIndows Qt5Multimedia.dll > Hi Mike, > > you are looking in the wrong pla

Re: [wsjt-devel] JTSDK-Nix v2.0.19 Available ( major upgrade )

OK...I was familiar with the Linux message...not the pulse audio one. String doesn't show up int the WIndows Qt5Multimedia.dll RRR Mike W9MDB On Wed, Feb 3, 2016 at 3:34 PM, Bill Somerville wrote: > On 03/02/2016 21:22, Michael Black wrote: > > Bill -- you sure this is a Qt mes

Re: [wsjt-devel] JTSDK-Nix v2.0.19 Available ( major upgrade )

Bill -- you sure this is a Qt message? I don't see any such message in the dlls. On Linux it's indicative of an index underrunning a buffer. It's a security patch they added quite a while ago as I recall. RRR Mike W9MDB On Wed, Feb 3, 2016 at 11:20 AM, Robert Kalkwarf wrote: > Thanks Bill, >

Re: [wsjt-devel] JTSDK-Nix v2.0.19 Available ( major upgrade )

What OS? Did a previous build NOT produce those messages? If so, what build? RRR Mike W9MDB On Tue, Feb 2, 2016 at 11:31 PM, Robert Kalkwarf wrote: > running WSPR for about 4 or 5 hours and I have 16 buffer underflow > messages on the terminal session. Thought I should pass it on. I am > not

[wsjt-devel] Tx Watchdog

How about a Tx Watchdog box to select the # of repeats? Only visible when Watchdog is enabled? Somebody asked on another list and I tend to agree there are times when I want 10 and others when I would want 2 or 3. If there is one it should be on the main screen. I can code one up if interested.

Re: [wsjt-devel] Win 10 Preview 14251 Error

I sent Sebastian both a 1.6 and 1.7 version built with QT5.5 and they both crashed the same. Then sent him 1.6 built with QT5.2 and it works. So it's possible there may be a QT5.5 problem with the 14256 build of Windows 10. I have the 10586 build and they all work fine. I'm also on the fast ring

Re: [wsjt-devel] Win 10 Preview 14251 Error

Somerville wrote: > On 27/01/2016 22:29, Michael Black wrote: > > I just tested 1.6.0 r6263 on the 14251 from KB3124262 build and it > > works fine for me. > > So does 1.7.0. > Hi Mike, > > if you are going to test this issue you may need to get a specific > recipe

Re: [wsjt-devel] Win 10 Preview 14251 Error

Probably best if I got a copy of his wsjtx.ini file. RRR Mike W9MDB On Wed, Jan 27, 2016 at 4:32 PM, Bill Somerville wrote: > On 27/01/2016 22:29, Michael Black wrote: > > I just tested 1.6.0 r6263 on the 14251 from KB3124262 build and it > > works fine for me. > > So

Re: [wsjt-devel] Win 10 Preview 14251 Error

d the DDE problem with the last couple of versions. As > Microsoft moves towards the ‘software as a service’ model, it should be > quite a ride. > > 73 de Sebastian, W4AS > > On Jan 27, 2016, at 4:35 PM, Michael Black wrote: > > From the known bugs > > https://blogs.w

Re: [wsjt-devel] Win 10 Preview 14251 Error

>From the known bugs https://blogs.windows.com/windowsexperience/2016/01/27/announcing-windows-10-insider-preview-build-14251/ "Due to a recent memory management change, you may see periodic app crashes or other memory related app errors. The workaround is to reboot your PC." So does it repea

[wsjt-devel] ADIF log times

Have we discussed this before? The ADIF logging from WXSJT-X inserts TIME_ON which is really TIME_OFF. Should be easy enough to add a start time with either a transmitted CQ or Tx 1 message or 1st message received with your call sign which gets reset to zero after loggin. If start_time is not set

Re: [wsjt-devel] WAV levels

dio to middle" and then adjust input levels to get 30dB starting from the rig, then knobs on sound device, the sound levels in OS. RRR Mike W9MDB On Sat, Jan 23, 2016 at 8:28 PM, Bill Somerville wrote: > On 23/01/2016 23:35, Michael Black wrote: > > Perhaps we should consider a ch

[wsjt-devel] WAV levels

I've been playing a bit with the levels seen in WAV files and have a couple of questions. Given that we're using signed shorts means possible levels of -32768 to 32767. #1 What should be the desired range of the received signal? If we're allowing for 60dB that's a factor of 106, right? And, of c

Re: [wsjt-devel] Rig control issue - HRD/Elecraft K3

Related to the change about resetting Split mode perhaps? RRR Mike W9MDB On Fri, Jan 22, 2016 at 10:03 AM, Bill Somerville wrote: > On 22/01/2016 15:52, James Shaver (N2ADV) wrote: > > I just compiled 1.7.0 devel r6418 and I am running Windows 10 Home 64 > bit and using HRD 6.3.0.466 for CAT Co

Re: [wsjt-devel] Decoding problem

That's a good one to check...along with looking at DPC Latency and ensuring background process have priority. I'll let you know what we find. RRR Mike W9MDB On Wed, Jan 20, 2016 at 4:58 PM, Bill Somerville wrote: > On 20/01/2016 19:46, Joe Taylor wrote: > > On close inspection, these signals d

Re: [wsjt-devel] Decoding problem

Looks like he's got some 1kHz interval birdies in his audio chain (RigBlaster). He only has about 2500Hz bandwidth so it's not from the rig. He has a TS-590S I worked with him some more...he has a dual-core dual-monitor with 4gig memory and it seemed a little stressed out. So I bumped up wsjtx to

Re: [wsjt-devel] Decoding problem

I didn't think to check his system for CPU usage or such. He's using a RigBlaster. A test procedure would very nice Joe RRR Mike W9MDB On Wed, Jan 20, 2016 at 1:46 PM, Joe Taylor wrote: > Hi Mike, > > W9MDB wrote: > > Helping out somebody and he seems to have periodic problems decoding. >> >>

[wsjt-devel] Decoding problem

Helping out somebody and he seems to have periodic problems decoding. These 3 wav files don't decode at all. He does have good time sync He does have 48kHz sampling. Apparently things go well for him for a while and then decoding fails. So there has to be something funky with the audio here that

Re: [wsjt-devel] WAV files not compatible

I'll run some tests comparing the Xonar to SiganLink with the Xonar a few points to see if it makes any difference. In my world multiplication is a linear adjustment. The relative level between points is exactly the same regardless of level. 1,2,3,4,5 - y=mx+b = y=1x+0 2,4,6,8,10 y=mx+b = y=2x+0

  1   2   3   4   5   6   7   >