Re: [wsjt-devel] FT8 and "Call 1st"
Joe, first, thanks for the intense amount of work you and the others have put into this project! The results keep getting better and better! You may recall years back a program named "Lan-Link. It was designed for HF/VHF packet and was fairly widespread using PK-232 and other TNCs. That application allowed the user to carry on up to TEN QSOs at the same time, as well as having a "robot" mode that would decode and respond to key words in the incoming signals. For example, you would call CQ and AB1CDE would respond. You could give AB1CDE his signal report and the "usual" info. When AB1CDE returned, if he were to say "rig here is" the program could respond with the canned message "rig here is...". If he said "I work at..." the program could access the specific macro that included your employment information. As far as I recall this was perhaps the first software that allowed a completely robotic QSO based on input received from the other station. It worked, to a limited degree, as long as the QSO station used the right words/phrases! That said, it was fun setting it up and watching it run, but I have no desire to see it again! Macros have their place in the world, and I've used them for years. They can and do make tedious contest exchanges MUCH easier. They also make it much easier to have a rag-chew. You can send the "rig" macro while you type ahead free text to follow it. My personal desire is that the current state of the program remain as it is, or perhaps a "Contest Edition" or option be added. My main reason for this is that when QSOs become too easy, it diminishes the value of the QSO. The program now terminates transmission after each "automatic" QSO. Adding functionality that would allow the program to run completely on its' own would remove any challenge left in this mode. My opinion only. YMMV Tnx es 73 Dave - KB3MOW On 7/11/2017 11:42 AM, Joe Taylor wrote: Hi all, WSJT-X v1.8.0-rc1 includes an optional feature that is a significant departure from all previous WSJT-related software. When you call CQ in FT8 mode with both "Auto Seq" and "Call 1st" checked, the program automatically selects the first decoded response to your CQ and starts a QSO with the selected station. The effect is the same as if you had double-clicked on the caller's message. Subsequent transmissions will then continue automatically through the standard QSO sequence. When the contact is complete the CQ message (Tx6 on Tab 1) is selected but "Tx Enable" is turned OFF. This choice is intentional. We want WSJT-X to be a tool for assisting contacts between human operators, not an "Automatic QSO Machine". For a mode with 15-second T/R sequences and very little time for selecting reply messages, there are obvious merits of the approach we have tentatively adopted. However, there are also some obvious consequences that might not be considered desirable. Do we want a computer algorithm to take part in choosing our QSO partners? It seems like a good idea to have some public discussion on whether "Call 1st" already goes too far in the direction of QSO automation. Some of you noticed that a "Weak" box appeared briefly beside "Call 1st" (but was not yet implemented). The idea was that when two or more replies were received to one's CQ, this option would select the one with lower S/N -- potentially encouraging people to keep their power turned down, as appropriate for conditions. We are interested in feedback from users on the question of partial QSO automation. Should "Call 1st" be changed or removed? One more point: FT8 signals occupy the frequency/time plane more "densely" than JT65. For this reason, even when we have implemented signal subtraction and multi-pass decoding, overlapping signals will be less likely to decode than is the case with JT65. You may soon discover that it often pays to respond to a CQ "off frequency" by 60 Hz or more. We might consider offering a tool to make this easier to do. -- Joe, K1JT -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] Possible bug in 7818 thru 7844
On 7844 here, the Settings/General returns to "All", however the frequencies persist for Region 2. 73 Dave - KB3MOW On 7/10/2017 8:46 PM, Bill Somerville wrote: On 11/07/2017 01:30, Gary McDuffie wrote: On Jul 10, 2017, at 6:09 PM, Bill Somerville wrote: that's not good, I will look into that. I assume you are clicking "Ok" to exit the settings window? Also you will have to set it in every configuration you have, configurations have independent settings. Correct, Bill. click on OK to close. Also tried changing it and then closing and reopening program. It goes back to ALL. Yes, I changed a few of them until I noticed they weren’t sticking. Gary - AG0N Hi Gary & Steve, I am not able to reproduce that. Is anyone else unable to set their IARU Region in "Settings->General" ? 73 Bill G4WJS. -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
[wsjt-devel] 0 dB with no source control?
The discussion about sound card level has me curious about my own situation. I using an Icom IC-7200 which has the built-in sound card that feeds to the computer via a USB cable. AF Gain on the rig has no effect on this audio level. The Windows sound card level does indeed work, but setting this at 0dB leaves me with a WSJTX indicated level of between 60 to 70. I can decrease the level shown on the indicator to the level recommended for WSJTX, but only by reducing the Windows level to at least minus 11 dB or so. The indicator remains green, even at levels at 60-70, and I don't appear to have issues decoding. Anything here to cause concern, or is this a case of "if it ain't broke, don't fix it"? Thanks for the great new version!! 73 Dave - KB3MOW -- --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
[wsjt-devel] FT8 "AFC"??
Does the new FT8 have any sort of built in AFC compensation? Every so often I see a station slowly creeping up the band while in QSO. It looks very much like the way PSK acts when both stations have their AFC control checked and they "chase" each other up or down the band. It will only happen to one station at a time that I've seen, so it doesn't appear to be my audio that is slowly shifting, although I have seen it once during a QSO I was having. The shift is only a few Hz at a time, but even in the short length of an FT8 QSO, it adds up to 15 Hz or so. Tnx es 73 Dave - KB3MOW -- --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] Vers 7764 Subprocess Error - Follow Up
This problem appears to have been corrected in vers. 7767 73 Dave KB3MOW On 7/1/2017 12:55 PM, Dave 'Doc' Corio wrote: --- WSJT-X v1.7.1-devel by K1JT --- Getting the following error shortly after starting either 7764 or 7765. Have tried running it from "rinstall" as well as installed from "package" with the same results from both. 7756 had been working fine. It appears to crash immediately after the top of the minute in the date/time window. 73 - Dave - KB3MOW Subprocess error --- Running: C:\JTSDK\wsjtx\devel\qt52\1.7.1\Release\package\bin\jt9 -s WSJT-X -w 1 -m 1 -e C:\JTSDK\wsjtx\devel\qt52\1.7.1\Release\package\bin -a C:\Users\Doc\AppData\Local\WSJT-X -t C:\Users\Doc\AppData\Local\Temp\WSJT-X Process crashed --- OK --- -- -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
[wsjt-devel] Vers 7764 Subprocess Error
--- WSJT-X v1.7.1-devel by K1JT --- Getting the following error shortly after starting either 7764 or 7765. Have tried running it from "rinstall" as well as installed from "package" with the same results from both. 7756 had been working fine. It appears to crash immediately after the top of the minute in the date/time window. 73 - Dave - KB3MOW Subprocess error --- Running: C:\JTSDK\wsjtx\devel\qt52\1.7.1\Release\package\bin\jt9 -s WSJT-X -w 1 -m 1 -e C:\JTSDK\wsjtx\devel\qt52\1.7.1\Release\package\bin -a C:\Users\Doc\AppData\Local\WSJT-X -t C:\Users\Doc\AppData\Local\Temp\WSJT-X Process crashed --- OK --- -- -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
[wsjt-devel] FT8 Notes
Managed 5 or 6 QSOs with the new mode so far. Two things I notice: 1. Even when the cursor on the wide graph is directly on a FT8 signal it does not decode to the received window unless the text includes my call sign. Not major, but took a bit to realize why I wasn't "decoding". 2. Your must be VERY fast to answer a call with the short decode-to-transmit time! The quick QSOs are amazing, but with only a second or so to decide to answer or not really captures your attention! Thanks, Devs! 73 - Dave - KB3MOW -- --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] Hamlib3 Build Failure
build-hamlib3 is working again. Either A. I realigned the dilithium crystals or B. It fixed itself. I'm opting for the latter. tnx es 73! Dave 'Doc' Corio On 4/8/2016 11:29 AM, Greg Beam wrote: > Hi Doc, > > I suppose the paging file could also be contributing, but I am not sure > how to go about testing it. > > Have you tried a full reboot, then build? > > FWIW, I am not seeing this on Win-10 Insider Preview 14295 64-bit. > > 73's > Greg, KI7MT > > > On 4/8/2016 09:08, Dave 'Doc' Corio wrote: >>Thanks for the reply, Greg. Error still occurs with antivirus >> (Pandas) and anti-malware (Malwarebytes) deactivated and no other apps >> running. No Windows updates since 3/29. This is on a Win-10 64 bit >> system (not insider build). >> >>Per my search, Error 87 (and 487, which I have also seen) is so >> broad as to make it impossible to track down. I'll just have to assume a >> "wait-and-see" posture and see if it clears up. >> >> Tnx es 73 >> >> Dave 'Doc' Corio >> >> On 4/8/2016 10:51 AM, KI7MT wrote: >>> Hi Doc, >>> >>> I don't think this is a Bash nor JTSDK bug, rather, it is process >>> limitation on Windows. You may want to check your anti-virus or close >>> any / all other running applications before building Hamlib3. >>> >>> >>> 73's >>> Greg, KI7MT >>> >>> On 04/08/2016 05:47 AM, Dave 'Doc' Corio wrote: >>>> Noticed this last night, and it continues today. When I attempt >>>> "build-hamlib3" I get the following error (in JTSDK-MSYS). Building in >>>> JTSDK-QT also fails, but with no specific error code. >>>> >>>> 11186378 [main] bash 9016 fork_copy: linked dll data/bss pass 0 failed, >>>> 0x6E8000..0x6E8AD8, done 0, windows pid 9036, Win32 error 87 >>>> bash.exe: fork: Resource temporarily unavailable >>>> >>>> Build-wsjt rinstall works as before. >>>> >>>> tnx es 73 >>>> >>>> -- Dave 'Doc' Corio >>> -- >>> ___ >>> 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 > -- Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! http://pubads.g.doubleclick.net/ gampad/clk?id=1444514301&iu=/ca-pub-7940484522588532 ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] Hamlib3 Build Failure
Yes, I've cold-started several times with no change. The last time I was able to build hamlib was Wednesday evening. I was having a bit of rig control that Bill was working on. That minor issue was solved, but after that, starting Thursday evening, I was unable to build hamlib. I just did another cold start to be sure, and get the same error. I was able, however, to build version 6601 of WSJT-X, so it appears to only affect hamlib. Tnx es 73 Dave 'Doc' Corio On 4/8/2016 11:29 AM, Greg Beam wrote: > Hi Doc, > > I suppose the paging file could also be contributing, but I am not sure > how to go about testing it. > > Have you tried a full reboot, then build? > > FWIW, I am not seeing this on Win-10 Insider Preview 14295 64-bit. > > 73's > Greg, KI7MT > > > On 4/8/2016 09:08, Dave 'Doc' Corio wrote: >>Thanks for the reply, Greg. Error still occurs with antivirus >> (Pandas) and anti-malware (Malwarebytes) deactivated and no other apps >> running. No Windows updates since 3/29. This is on a Win-10 64 bit >> system (not insider build). >> >>Per my search, Error 87 (and 487, which I have also seen) is so >> broad as to make it impossible to track down. I'll just have to assume a >> "wait-and-see" posture and see if it clears up. >> >> Tnx es 73 >> >> Dave 'Doc' Corio >> >> On 4/8/2016 10:51 AM, KI7MT wrote: >>> Hi Doc, >>> >>> I don't think this is a Bash nor JTSDK bug, rather, it is process >>> limitation on Windows. You may want to check your anti-virus or close >>> any / all other running applications before building Hamlib3. >>> >>> >>> 73's >>> Greg, KI7MT >>> >>> On 04/08/2016 05:47 AM, Dave 'Doc' Corio wrote: >>>> Noticed this last night, and it continues today. When I attempt >>>> "build-hamlib3" I get the following error (in JTSDK-MSYS). Building in >>>> JTSDK-QT also fails, but with no specific error code. >>>> >>>> 11186378 [main] bash 9016 fork_copy: linked dll data/bss pass 0 failed, >>>> 0x6E8000..0x6E8AD8, done 0, windows pid 9036, Win32 error 87 >>>> bash.exe: fork: Resource temporarily unavailable >>>> >>>> Build-wsjt rinstall works as before. >>>> >>>> tnx es 73 >>>> >>>> -- Dave 'Doc' Corio >>> -- >>> ___ >>> 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 > -- ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] Hamlib3 Build Failure
Thanks for the reply, Greg. Error still occurs with antivirus (Pandas) and anti-malware (Malwarebytes) deactivated and no other apps running. No Windows updates since 3/29. This is on a Win-10 64 bit system (not insider build). Per my search, Error 87 (and 487, which I have also seen) is so broad as to make it impossible to track down. I'll just have to assume a "wait-and-see" posture and see if it clears up. Tnx es 73 Dave 'Doc' Corio On 4/8/2016 10:51 AM, KI7MT wrote: > Hi Doc, > > I don't think this is a Bash nor JTSDK bug, rather, it is process > limitation on Windows. You may want to check your anti-virus or close > any / all other running applications before building Hamlib3. > > > 73's > Greg, KI7MT > > On 04/08/2016 05:47 AM, Dave 'Doc' Corio wrote: >> Noticed this last night, and it continues today. When I attempt >> "build-hamlib3" I get the following error (in JTSDK-MSYS). Building in >> JTSDK-QT also fails, but with no specific error code. >> >> 11186378 [main] bash 9016 fork_copy: linked dll data/bss pass 0 failed, >> 0x6E8000..0x6E8AD8, done 0, windows pid 9036, Win32 error 87 >> bash.exe: fork: Resource temporarily unavailable >> >> Build-wsjt rinstall works as before. >> >> tnx es 73 >> >> -- Dave 'Doc' Corio > -- > ___ > 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] Hamlib3 Build Failure
Noticed this last night, and it continues today. When I attempt "build-hamlib3" I get the following error (in JTSDK-MSYS). Building in JTSDK-QT also fails, but with no specific error code. 11186378 [main] bash 9016 fork_copy: linked dll data/bss pass 0 failed, 0x6E8000..0x6E8AD8, done 0, windows pid 9036, Win32 error 87 bash.exe: fork: Resource temporarily unavailable Build-wsjt rinstall works as before. tnx es 73 -- Dave 'Doc' Corio -- ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] WSJT-X: Rig control updates and more.
I think it will work okay as it is. The 746 does not have dual watch, as you said, but it does display the VFO B frequency, so it's easy to keep an eye on it. Will try it out for a bit and test it further. Tnx es 73 Dave 'Doc' Corio On 4/6/2016 2:26 PM, Bill Somerville wrote: > On 06/04/2016 19:12, Dave 'Doc' Corio wrote: >>Yes. Hadn't tried transmitting, as VFO B wasn't even on the same >> band, but it DID change to the correct frequency when "Tune" was >> clicked. However, VFO B would not return to the correct offset when >> changed on the Wide Graph. > Hi Dave, > > I can only see that would be a problem if you had DUAL WATCH on but that > would be wrong for WSJT-X in all cases and I don't think the IC-746 has > DUAL WATCH anyway. Can you try it for a while and see if it causes any > issues. > > What is happening is that Icom rigs with A/B VFO arrangements only have > their Tx VFO frequency set just before going to Tx. this is done to > avoid the glitches of the Rx that would occur setting the VfO B frequency. > > I believe that the IC-746 doesn't display the "other" VFO so I would > suggest not looking. If you change the VFO or the SPLIT setting then you > have effectively broken rig control as there is no way of determining > the current VFO or SPLIT status on that rig. > > 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
Re: [wsjt-devel] WSJT-X: Rig control updates and more.
Yes. Hadn't tried transmitting, as VFO B wasn't even on the same band, but it DID change to the correct frequency when "Tune" was clicked. However, VFO B would not return to the correct offset when changed on the Wide Graph. 73 Dave 'Doc' Corio On 4/6/2016 2:07 PM, Bill Somerville wrote: > On 06/04/2016 19:03, Dave 'Doc' Corio wrote: >>The changes had a negative affect here, Bill. My IC-746 VFO A >> changes to the correct frequency when entered in the drop-down band >> window, but VFO B remains on whatever frequency it was set to before. >> >>Also, changing frequency using the Wide Graph has no effect of the >> rig at all. > Hi Dave, > > Hmmm, that may be intended. Does VFO B get set correctly if you click > "Tune" or transmit a message normally? I can see a potential issue but > it may not be serious. I have a 756 here which is fairly similar, I'll > see if I can reproduce the issue. > > 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
Re: [wsjt-devel] WSJT-X: Rig control updates and more.
The changes had a negative affect here, Bill. My IC-746 VFO A changes to the correct frequency when entered in the drop-down band window, but VFO B remains on whatever frequency it was set to before. Also, changing frequency using the Wide Graph has no effect of the rig at all. I checked the Settings/Radio, and all settings are as they were before. Testing Rig CAT and XMIT show positive. Tnx es 73 Dave 'Doc' Corio On 4/6/2016 1:25 PM, Bill Somerville wrote: > Hi All, > > I have just committed a bunch of changes that I have been working on for > some time. Some are potentially disruptive and I welcome any testing of > rig control using the various modes. For those using WSJT-X for EME, > particularly on the microwave bands, any reports on testing the Doppler > shift tracking will be valuable. > > For now rig control should be considered alpha quality at best so keep a > close eye on the rig to ensure that the Tx and Rx frequency are correct, > especially when transmitting. > > For Icom rig users, there are recent Hamlib changes that are relevant so > ensure that you update your Hamlib build as well. I would recommend that > all who build WSJT-X update their workspace and rebuild Hamlib as the > Hamlib team are very close to cutting v3.1 which will hopefully be the > one that gets used with WSJT-X in the future, once it percolates into > all the latest distributions. As it stands at the time of writing my > Hamlib fork integration branch is identical to the Hamlib official > master branch. > > 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
Re: [wsjt-devel] Minor problem with frequency change
Thanks, Greg! Sorry to be dense, but I need to know (root directory of build tree) where is the source code where to build the binaries Bill is working on a bug I've encountered and this info is for the cmake-gui. My JTSDK is installed in C\JTSDK Tnx es 73 Dave 'Doc' Corio Vice President, McKean County American Legion Riders http://legionriders.wix.com/americanlegion Look Twice - Motorcycles are Everywhere! On 3/25/2016 11:23 AM, KI7MT wrote: > Hi Doc, > > Sorry, I must have missed something in the thread, What directory info > do you need? > > 73's > Greg, KI7MT > > On 03/25/2016 08:23 AM, Dave 'Doc' Corio wrote: >> Bill - As soon as Greg replies with the directory info I'll run the >> trace information as you requested. >> >> In the meantime, I did some experimenting and determined the following: >> >> 1. Baud rate of comm to rig has no bearing on this error >> 2. It happens on every band >> 3. It happens in JT9 and JT65 >> 4. _It only happens when I move from between 1500 and 200 Hz on the Wide >> Graph_. >> >> For example, if I have a QSO on 1200 Hz on the Wide Graph, then move >> my cursor to 200 Hz, there is no problem. However, if I have a QSO on >> 1510 Hz on the Wide Graph, then move my cursor anywhere below 1500 Hz, >> the IC-746 changes to VFO "B" instead of "A" and remains there. >> >> This may help in your diagnostic. >> >> 73 >> >> Dave 'Doc' Corio >> Vice President, McKean County American Legion Riders >> http://legionriders.wix.com/americanlegion >> Look Twice - Motorcycles are Everywhere! >> >> On 3/24/2016 5:51 PM, Bill Somerville wrote: >>> On 24/03/2016 19:22, Dave 'Doc' Corio wrote: >>>> I can confirm that the issue is still there. When I move the >>>> frequency up using the indicator on the wide graph, then move it back >>>> down, the VFO often gets "stuck" on VFO "B" instead of completing the >>>> change back to "A". Again, it is not consistent, and happens maybe once >>>> or twice out of 4 changes. >> >> >> >> -- >> Transform Data into Opportunity. >> Accelerate data analysis in your applications with >> Intel Data Analytics Acceleration Library. >> Click to learn more. >> http://pubads.g.doubleclick.net/gampad/clk?id=278785351&iu=/4140 >> >> >> >> ___ >> wsjt-devel mailing list >> wsjt-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/wsjt-devel >> -- Transform Data into Opportunity. Accelerate data analysis in your applications with Intel Data Analytics Acceleration Library. Click to learn more. http://pubads.g.doubleclick.net/gampad/clk?id=278785351&iu=/4140 ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] Minor problem with frequency change
Bill - As soon as Greg replies with the directory info I'll run the trace information as you requested. In the meantime, I did some experimenting and determined the following: 1. Baud rate of comm to rig has no bearing on this error 2. It happens on every band 3. It happens in JT9 and JT65 4. _It only happens when I move from between 1500 and 200 Hz on the Wide Graph_. For example, if I have a QSO on 1200 Hz on the Wide Graph, then move my cursor to 200 Hz, there is no problem. However, if I have a QSO on 1510 Hz on the Wide Graph, then move my cursor anywhere below 1500 Hz, the IC-746 changes to VFO "B" instead of "A" and remains there. This may help in your diagnostic. 73 Dave 'Doc' Corio Vice President, McKean County American Legion Riders http://legionriders.wix.com/americanlegion Look Twice - Motorcycles are Everywhere! On 3/24/2016 5:51 PM, Bill Somerville wrote: On 24/03/2016 19:22, Dave 'Doc' Corio wrote: I can confirm that the issue is still there. When I move the frequency up using the indicator on the wide graph, then move it back down, the VFO often gets "stuck" on VFO "B" instead of completing the change back to "A". Again, it is not consistent, and happens maybe once or twice out of 4 changes. -- Transform Data into Opportunity. Accelerate data analysis in your applications with Intel Data Analytics Acceleration Library. Click to learn more. http://pubads.g.doubleclick.net/gampad/clk?id=278785351&iu=/4140___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
[wsjt-devel] Fwd: Re: Minor problem with frequency change (CORRECTION)
Item # 4 should readbetween 1500 and _2000_ Hz Forwarded Message Subject:Re: [wsjt-devel] Minor problem with frequency change Date: Fri, 25 Mar 2016 10:23:17 -0400 From: Dave 'Doc' Corio To: WSJT software development Bill - As soon as Greg replies with the directory info I'll run the trace information as you requested. In the meantime, I did some experimenting and determined the following: 1. Baud rate of comm to rig has no bearing on this error 2. It happens on every band 3. It happens in JT9 and JT65 4. _It only happens when I move from between 1500 and 200 Hz on the Wide Graph_. For example, if I have a QSO on 1200 Hz on the Wide Graph, then move my cursor to 200 Hz, there is no problem. However, if I have a QSO on 1510 Hz on the Wide Graph, then move my cursor anywhere below 1500 Hz, the IC-746 changes to VFO "B" instead of "A" and remains there. This may help in your diagnostic. 73 Dave 'Doc' Corio Vice President, McKean County American Legion Riders http://legionriders.wix.com/americanlegion Look Twice - Motorcycles are Everywhere! On 3/24/2016 5:51 PM, Bill Somerville wrote: On 24/03/2016 19:22, Dave 'Doc' Corio wrote: I can confirm that the issue is still there. When I move the frequency up using the indicator on the wide graph, then move it back down, the VFO often gets "stuck" on VFO "B" instead of completing the change back to "A". Again, it is not consistent, and happens maybe once or twice out of 4 changes. -- Transform Data into Opportunity. Accelerate data analysis in your applications with Intel Data Analytics Acceleration Library. Click to learn more. http://pubads.g.doubleclick.net/gampad/clk?id=278785351&iu=/4140___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] Minor problem with frequency change
I can confirm that the issue is still there. When I move the frequency up using the indicator on the wide graph, then move it back down, the VFO often gets "stuck" on VFO "B" instead of completing the change back to "A". Again, it is not consistent, and happens maybe once or twice out of 4 changes. 73 Dave 'Doc' Corio Vice President, McKean County American Legion Riders http://legionriders.wix.com/americanlegion Look Twice - Motorcycles are Everywhere! On 3/24/2016 3:14 PM, Bill Somerville wrote: > On 24/03/2016 19:07, Dave 'Doc' Corio wrote: >>Completed building the hamlib and now on vers. 6557 of WSJTX, and >> didn't seem to change anything. It does, however, prompt me to ask a >> (probably) stupid question. >> >>How does WSJTX, in my C:\Ham Radio directory, know that the hamlib >> is in the C:\JTSDK directory? Since I create the package in JTSDK, then >> install it to a completely different directory, should I also be somehow >> pointing to the directory that holds hamlib, or moving any of the hamlib >> directory to the "new" WSJTX directory? > Hi Dave, > > OK so is the issue still happening? > > WSJT-X statically links Hamlib, so the Hamlib code is embedded directly > into the application. This is necessary so that it doesn't accidentally > use an installed version of Hamlib. The official version of Hamlib on > most platforms is too old for use with WSJT-X. > > 73 > Bill > G4WJS. > > -- > Transform Data into Opportunity. > Accelerate data analysis in your applications with > Intel Data Analytics Acceleration Library. > Click to learn more. > http://pubads.g.doubleclick.net/gampad/clk?id=278785351&iu=/4140 > ___ > wsjt-devel mailing list > wsjt-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wsjt-devel > -- Transform Data into Opportunity. Accelerate data analysis in your applications with Intel Data Analytics Acceleration Library. Click to learn more. http://pubads.g.doubleclick.net/gampad/clk?id=278785351&iu=/4140 ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] Minor problem with frequency change
Completed building the hamlib and now on vers. 6557 of WSJTX, and didn't seem to change anything. It does, however, prompt me to ask a (probably) stupid question. How does WSJTX, in my C:\Ham Radio directory, know that the hamlib is in the C:\JTSDK directory? Since I create the package in JTSDK, then install it to a completely different directory, should I also be somehow pointing to the directory that holds hamlib, or moving any of the hamlib directory to the "new" WSJTX directory? Sorry to be so uninformed about this! 73 Dave 'Doc' Corio Vice President, McKean County American Legion Riders http://legionriders.wix.com/americanlegion Look Twice - Motorcycles are Everywhere! On 3/24/2016 2:12 PM, Bill Somerville wrote: > On 24/03/2016 18:02, Dave 'Doc' Corio wrote: >>I update the Hamlib builds usually about every third build or so, >> or more often if I see that an update has been done to this library. > Hi Dave, > > this might be the source of the issue, I pushed some more changes to my > Hamlib fork integration branch Yesterday, can you update your Hamlib > build and see if that changes things for you please? > > 73 > Bill > G4WJS. > > -- > Transform Data into Opportunity. > Accelerate data analysis in your applications with > Intel Data Analytics Acceleration Library. > Click to learn more. > http://pubads.g.doubleclick.net/gampad/clk?id=278785351&iu=/4140 > ___ > wsjt-devel mailing list > wsjt-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wsjt-devel > -- Transform Data into Opportunity. Accelerate data analysis in your applications with Intel Data Analytics Acceleration Library. Click to learn more. http://pubads.g.doubleclick.net/gampad/clk?id=278785351&iu=/4140 ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] Minor problem with frequency change
I built a new hamlib this morning but running it again now. Just to be sure I'm on the right page, Here's the process I use: JTSDK Update Upgrade JTSDK-MSYS build-hamlib3 JTSDK-QT build-wsjtx package After this, I run the wsjx executable and install the program into my C:\Ham Radio directory. The only recent change I've made in this process is to no longer "checkout" the build before actually building. 73 Dave 'Doc' Corio Vice President, McKean County American Legion Riders http://legionriders.wix.com/americanlegion Look Twice - Motorcycles are Everywhere! On 3/24/2016 2:12 PM, Bill Somerville wrote: > On 24/03/2016 18:02, Dave 'Doc' Corio wrote: >>I update the Hamlib builds usually about every third build or so, >> or more often if I see that an update has been done to this library. > Hi Dave, > > this might be the source of the issue, I pushed some more changes to my > Hamlib fork integration branch Yesterday, can you update your Hamlib > build and see if that changes things for you please? > > 73 > Bill > G4WJS. > > -- > Transform Data into Opportunity. > Accelerate data analysis in your applications with > Intel Data Analytics Acceleration Library. > Click to learn more. > http://pubads.g.doubleclick.net/gampad/clk?id=278785351&iu=/4140 > ___ > wsjt-devel mailing list > wsjt-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wsjt-devel > -- Transform Data into Opportunity. Accelerate data analysis in your applications with Intel Data Analytics Acceleration Library. Click to learn more. http://pubads.g.doubleclick.net/gampad/clk?id=278785351&iu=/4140 ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] Minor problem with frequency change
Thanks for the reply Bill. I have this running on Win 10 64-bit. I am not running "insider" builds. I update the Hamlib builds usually about every third build or so, or more often if I see that an update has been done to this library. I have the following set for my 746: Com2 9600 baud Eight bit 2 stop bits No handshaking DTR High RTS none Poll interval 1 PTT via CAT USB Mode Split via Rig Reset split on exit These settings haven't changed in several months, and this issue is much more recent than that. I shut the PC down every night, so it has been reset multiple times since I noticed the problem. Tnx es 73 Dave 'Doc' Corio Vice President, McKean County American Legion Riders http://legionriders.wix.com/americanlegion Look Twice - Motorcycles are Everywhere! On 3/24/2016 1:49 PM, Bill Somerville wrote: > On 23/03/2016 23:39, Dave 'Doc' Corio wrote: >> Wondering if any changes have been made recently to the frequency >> control portion of the program. The problem I'm encountering, from >> around version 1.7 r6544 only shows up when changing frequency via the >> Wide Graph. >> >>Primarily, it happens when I move the cursor from anywhere in the >> central part of the graph to the far left. The radio will change >> frequency as usual, but very often switches to VFO "B" instead of VFO >> "A" as it has always done. > Hi Dave, > > I need a bit more information. > > What platform are you running on? > > Have you recently updated your Hamlib build? > > What settings do you have on the WSJT-X "Settings->Radio" panel? > > 73 > Bill > G4WJS. > > -- > Transform Data into Opportunity. > Accelerate data analysis in your applications with > Intel Data Analytics Acceleration Library. > Click to learn more. > http://pubads.g.doubleclick.net/gampad/clk?id=278785351&iu=/4140 > ___ > wsjt-devel mailing list > wsjt-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wsjt-devel > -- Transform Data into Opportunity. Accelerate data analysis in your applications with Intel Data Analytics Acceleration Library. Click to learn more. http://pubads.g.doubleclick.net/gampad/clk?id=278785351&iu=/4140 ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
[wsjt-devel] Minor problem with frequency change
Wondering if any changes have been made recently to the frequency control portion of the program. The problem I'm encountering, from around version 1.7 r6544 only shows up when changing frequency via the Wide Graph. Primarily, it happens when I move the cursor from anywhere in the central part of the graph to the far left. The radio will change frequency as usual, but very often switches to VFO "B" instead of VFO "A" as it has always done. I am not certain at what specific version this first appears in, but it is within the past week or so. I did a complete reset of the rig - an Icom IC-746 (non Pro) - and have not made any hardware or software changes. I use the built-in rig control for the 746 as I have for months. This is not a consistent issue. I cannot duplicate it at will, but it happens quite frequently. Thanks es 73 Dave 'Doc' Corio KB3MOW -- Transform Data into Opportunity. Accelerate data analysis in your applications with Intel Data Analytics Acceleration Library. Click to learn more. http://pubads.g.doubleclick.net/gampad/clk?id=278785351&iu=/4140 ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] Decoding into the next minute
Thanks for the explanation! That's a pretty easy fix at my end. I've found over time that my SignaLink USB has a bit of a high frequency issue when I try to use JT9 at the higher end of the passband, so moving the signals down helped in that regard. Simply moving them down a bit farther should eliminate that problem! 73 Doc Dave 'Doc' Corio Vice President, McKean County American Legion Riders http://legionriders.wix.com/americanlegion Look Twice - Motorcycles are Everywhere! On 1/13/2016 7:51 PM, Bill Somerville wrote: > On 13/01/2016 17:35, Dave 'Doc' Corio wrote: >>With the past several versions, since 6390, I have noticed when in >> JT9 mode on HF, the "Decode" indicator remains active into the next >> minute. This varies between :03 and :33 seconds into the following >> minute. There does not seem to be a pattern or even a similarity between >> one decode and another. >> >>This does not seem to affect the actual decoded signal, except to >> perhaps delay it a couple of seconds. The decode indicator becomes >> active at :50 into the minute and decoded text appears usually between >> :53 and :58, however the decode indicator remains "lit" sometimes up to >> :33 of the following minute. >> >>I only see this anomaly when in JT9 mode. It does not occur when in >> JT65 or JT65+JT9. I have Decode set to "Fast", however it also happens >> when Decode is set to "Normal". >> >>I do have different JT9 and JT65 frequencies set. For example, to >> operate JT65 I use 14.07600, and for JT9 I use 14.077500 as VFO >> frequencies, in order to place the JT9 signal closer to the center of >> the passband of my SignaLink USB. > Hi Doc, > > the issue is the behaviour of the JT9 decoder when there are JT65 > signals in the pass band. You can demonstrate this by switching to > JT9+JT65 mode and setting the lowest JT9 frequency to 600Hz with that > WAV file you have posted. > > You need to either move up the band a bit to eliminate JT65 signals when > operating JT9 or use dual mode and set the lowest JT9 frequency marker > carefully. > > The JT9 decoder may well get some attention once the current JT65 > improvements are put to bed but making it immune to disruption by JT65 > signals may not be feasible without actually doing most of the work that > the JT65 decoder has to do before attempting JT9 decodes and that is not > very practical. > > 73 > Bill > G4WJS. > > -- > Site24x7 APM Insight: Get Deep Visibility into Application Performance > APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month > Monitor end-to-end web transactions and take corrective actions now > Troubleshoot faster and improve end-user experience. Signup Now! > http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 > ___ > wsjt-devel mailing list > wsjt-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wsjt-devel > -- Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] Decoding into the next minute
Thanks, Bill! Here is the link for the .zip file. https://www.dropbox.com/s/dkkjkgxqyjmw9t2/KB3MOW_Decode.zip?dl=0 73 Doc KB3MOW Dave 'Doc' Corio Vice President, McKean County American Legion Riders http://legionriders.wix.com/americanlegion Look Twice - Motorcycles are Everywhere! On 1/13/2016 7:11 PM, Bill Somerville wrote: > On 14/01/2016 00:07, Dave 'Doc' Corio wrote: >> Just tried uploading a .zip file containing a .jpg & .wav file but >> file was rejected due to "file type". What format do I need ti use please? > Hi Doc, > > easiest thing to do is upload the files to some free cloud storage > service that allows sharing like Dropbox and then post links to the > files here. > > 73 > Bill > G4WJS. > > -- > Site24x7 APM Insight: Get Deep Visibility into Application Performance > APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month > Monitor end-to-end web transactions and take corrective actions now > Troubleshoot faster and improve end-user experience. Signup Now! > http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 > ___ > wsjt-devel mailing list > wsjt-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wsjt-devel > -- Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] Decoding into the next minute
Just tried uploading a .zip file containing a .jpg & .wav file but file was rejected due to "file type". What format do I need ti use please? 73 Doc KB3MOW Dave 'Doc' Corio Vice President, McKean County American Legion Riders http://legionriders.wix.com/americanlegion Look Twice - Motorcycles are Everywhere! On 1/13/2016 5:08 PM, Michael Black wrote: I've noticed some extremely long decode times too lately using JT65+JT9. I'll have to keep a close eye and record the wav files so perhaps we can figure out what's causing this. Maybe you could do the same. RRR Mike W9MDB On Wed, Jan 13, 2016 at 11:35 AM, Dave 'Doc' Corio mailto:dco...@zitomedia.net>> wrote: With the past several versions, since 6390, I have noticed when in JT9 mode on HF, the "Decode" indicator remains active into the next minute. This varies between :03 and :33 seconds into the following minute. There does not seem to be a pattern or even a similarity between one decode and another. This does not seem to affect the actual decoded signal, except to perhaps delay it a couple of seconds. The decode indicator becomes active at :50 into the minute and decoded text appears usually between :53 and :58, however the decode indicator remains "lit" sometimes up to :33 of the following minute. I only see this anomaly when in JT9 mode. It does not occur when in JT65 or JT65+JT9. I have Decode set to "Fast", however it also happens when Decode is set to "Normal". I do have different JT9 and JT65 frequencies set. For example, to operate JT65 I use 14.07600, and for JT9 I use 14.077500 as VFO frequencies, in order to place the JT9 signal closer to the center of the passband of my SignaLink USB. Tnx es 73 Doc KB3MOW -- Dave 'Doc' Corio Vice President, McKean County American Legion Riders http://legionriders.wix.com/americanlegion Look Twice - Motorcycles are Everywhere! -- Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net <mailto:wsjt-devel@lists.sourceforge.net> https://lists.sourceforge.net/lists/listinfo/wsjt-devel -- Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel -- Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
[wsjt-devel] Decoding into the next minute
With the past several versions, since 6390, I have noticed when in JT9 mode on HF, the "Decode" indicator remains active into the next minute. This varies between :03 and :33 seconds into the following minute. There does not seem to be a pattern or even a similarity between one decode and another. This does not seem to affect the actual decoded signal, except to perhaps delay it a couple of seconds. The decode indicator becomes active at :50 into the minute and decoded text appears usually between :53 and :58, however the decode indicator remains "lit" sometimes up to :33 of the following minute. I only see this anomaly when in JT9 mode. It does not occur when in JT65 or JT65+JT9. I have Decode set to "Fast", however it also happens when Decode is set to "Normal". I do have different JT9 and JT65 frequencies set. For example, to operate JT65 I use 14.07600, and for JT9 I use 14.077500 as VFO frequencies, in order to place the JT9 signal closer to the center of the passband of my SignaLink USB. Tnx es 73 Doc KB3MOW -- Dave 'Doc' Corio Vice President, McKean County American Legion Riders http://legionriders.wix.com/americanlegion Look Twice - Motorcycles are Everywhere! -- Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] JTSDK-Win32 Upgrade Available - (Import Update)
Have fun and this will keep. Enjoy the holiday!! Dave 'Doc' Corio Vice President, McKean County American Legion Riders http://legionriders.wix.com/americanlegion Look Twice - Motorcycles are Everywhere! On 12/24/2015 7:22 PM, Greg Beam wrote: > Hi Doc, > > Ok, Somehting is amiss here. I have to take off for a few hours, I'll > look into this a bit more when I get back home this evening. > > 73's > Greg, KI7MT > > On 12/24/2015 17:11, Dave 'Doc' Corio wrote: >> This looks a little better. However, looking at version under JTSDK >> Maint. still looks like the original I sent. >> >> Dave 'Doc' Corio >> Vice President, McKean County American Legion Riders >> http://legionriders.wix.com/americanlegion >> Look Twice - Motorcycles are Everywhere! >> >> On 12/24/2015 7:04 PM, Greg Beam wrote: >>> Hi Doc, >>> >>> Ok, that's the right formatting. Builds will be fine, and no this has >>> nothing to do with the cache issue. >>> >>> Your repo version is not updating automatically, why I am mot exactly >>> sure, however, you should be able to do this manually. >>> >>> To make sure JTSDK-Maint is not getting in the way somehow, use >>> JTSDK-DOC to perform these steps: >>> >>> * Close all the open Terminals >>> * Open JTSDK-DOC >>> * cd c:\JTSDK >>> * svn cleanup >>> * svn update >>> * svn info >>> >>> Then post back the results. >>> >>> 73's >>> Greg, KI7MT >>> >>> >>> >>> >>> On 12/24/2015 16:45, Dave 'Doc' Corio wrote: >>>>I'm used to coal in my stocking! (Why I started wearing stockings, >>>> I'll never know!) >>>> >>>>I abbreviated the info from "version" just to make it more >>>> compact. >>>> Attached is the screen shot of what "version" returns. >>>> >>>>MD5 matches perfectly. Could this be related to the directories I >>>> deleted earlier today, due to my "Error: Could not load cache"? >>>> >>>>Can confirm that build still works fine, at least. >>>> >>>> Tnx es 73 >>>> >>>> Dave 'Doc' Corio >>>> Vice President, McKean County American Legion Riders >>>> http://legionriders.wix.com/americanlegion >>>> Look Twice - Motorcycles are Everywhere! >>>> >>>> On 12/24/2015 5:46 PM, Greg Beam wrote: >>>>> Hi Doc, >>>>> >>>>> Well that's not a very nice Xmas present is it. >>>>> >>>>> It should eb noted, this issue in particular will not affect any >>>>> builds, but needs resolved nonetheless. >>>>> >>>>> First sign of trouble there is "537", the branch is definitely at 543 >>>>> with the root sitting at 554. Formatting is not quite right either, >>>>> which was fixed in an updated installer. >>>>> >>>>> Does the MD5 and SH1 sums checkout OK for the installer? If not, you >>>>> should re-download it, check is verifies, re-run it. It may be a >>>>> mirror issue. >>>>> >>>>> See attached for correct info. >>>>> >>>>> 73's >>>>> Greg, KI7MT >>>>> >>>>> >>>>> On 12/24/2015 15:26, Dave 'Doc' Corio wrote: >>>>>> Couple of hopefully minor problems with this upgrade. When >>>>>> installing the patch I get the error " Windows cannot find 'svn'. >>>>>> Please >>>>>> be sure." >>>>>> >>>>>> Also, when checking the version info, I get the following: >>>>>> >>>>>> Version - 2.0.3 >>>>>> Last Rev - 537 >>>>>> URL - https://svn.code.sf.net/p/jtsdk/jtsdk/trunk/win32 >>>>>> Last Change Date - 2015-12-24 15:22:35 -0500 >>>>>> >>>>>> 73 >>>>>> Doc >>>>>> >>>>>> >>>>>> >>>>>> Dave 'Doc' Corio >>>>>> Vice President, McKean County American Legion Riders >>>>>> http://legionriders.wix.com/americanlegion >>>>>> Look Twice - Motorcycles are Everywhere!
Re: [wsjt-devel] JTSDK-Win32 Upgrade Available - (Import Update)
This looks a little better. However, looking at version under JTSDK
Maint. still looks like the original I sent.
Dave 'Doc' Corio
Vice President, McKean County American Legion Riders
http://legionriders.wix.com/americanlegion
Look Twice - Motorcycles are Everywhere!
On 12/24/2015 7:04 PM, Greg Beam wrote:
Hi Doc,
Ok, that's the right formatting. Builds will be fine, and no this has
nothing to do with the cache issue.
Your repo version is not updating automatically, why I am mot exactly
sure, however, you should be able to do this manually.
To make sure JTSDK-Maint is not getting in the way somehow, use
JTSDK-DOC to perform these steps:
* Close all the open Terminals
* Open JTSDK-DOC
* cd c:\JTSDK
* svn cleanup
* svn update
* svn info
Then post back the results.
73's
Greg, KI7MT
On 12/24/2015 16:45, Dave 'Doc' Corio wrote:
I'm used to coal in my stocking! (Why I started wearing stockings,
I'll never know!)
I abbreviated the info from "version" just to make it more compact.
Attached is the screen shot of what "version" returns.
MD5 matches perfectly. Could this be related to the directories I
deleted earlier today, due to my "Error: Could not load cache"?
Can confirm that build still works fine, at least.
Tnx es 73
Dave 'Doc' Corio
Vice President, McKean County American Legion Riders
http://legionriders.wix.com/americanlegion
Look Twice - Motorcycles are Everywhere!
On 12/24/2015 5:46 PM, Greg Beam wrote:
Hi Doc,
Well that's not a very nice Xmas present is it.
It should eb noted, this issue in particular will not affect any
builds, but needs resolved nonetheless.
First sign of trouble there is "537", the branch is definitely at 543
with the root sitting at 554. Formatting is not quite right either,
which was fixed in an updated installer.
Does the MD5 and SH1 sums checkout OK for the installer? If not, you
should re-download it, check is verifies, re-run it. It may be a
mirror issue.
See attached for correct info.
73's
Greg, KI7MT
On 12/24/2015 15:26, Dave 'Doc' Corio wrote:
Couple of hopefully minor problems with this upgrade. When
installing the patch I get the error " Windows cannot find 'svn'. Please
be sure."
Also, when checking the version info, I get the following:
Version - 2.0.3
Last Rev - 537
URL - https://svn.code.sf.net/p/jtsdk/jtsdk/trunk/win32
Last Change Date - 2015-12-24 15:22:35 -0500
73
Doc
Dave 'Doc' Corio
Vice President, McKean County American Legion Riders
http://legionriders.wix.com/americanlegion
Look Twice - Motorcycles are Everywhere!
On 12/24/2015 5:03 PM, Greg Beam wrote:
Hello All,
First, Happy Hols to everyone !!
JTSDK-Win32 Upgrade (4) is a small but important update. It moves user
updates off development ^/trunk/win32 and onto a more stable released
branch, in this case ^/tags/jtsdk-win-2.03.
*TO UPGRADE*
- Close All JTSDK Terminals, QT, PY, MSYS, Maint and DOC.
- Download: JTSDK-2.0.0-u4-win32.exe
- Link:
http://sourceforge.net/projects/jtsdk/files/win32/2.0.0/JTSDK-2.0.0-u4-win32.exe/download
- MD5: 57576d5277c51bbfabfc9bccef94440e
- SHA: 1b8e908310d63a1b29a69472bcbd40425d89aa92
- Run the installer, accept the defaults, exit.
- Open JTSDK-Maint, then:
update
upgrade
- Close then re-open JTSDK-Maint,
*LIST VERSION INFO*
- After re-opening JTSDK-Maint, type:
version
You should then see a display close to the following::
* Version: JTSDK-Win32 2.0.3
* Last Changed Rev: 543
* URL:
https://svn.code.sf.net/p/jtsdk/jtsdk/jtsdk-win/tags/jtsdk-win-2.0.3
* Last Changed Date: 2015-12-24 13:47:39 -0700 (Thu, 24 Dec 2015)
If you have any trouble with the Upgrade or Builds after the upgrade,
report them to the dev-list.
I'm off to an Xmas party with the XYL, but will check to see if there
are any hot issues later this evening.
Hope everyone has a Safe and Happy Xmas / New Years.
73's
Greg, KI7MT
--
___
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
Re: [wsjt-devel] JTSDK-Win32 Upgrade Available - (Import Update)
I'm used to coal in my stocking! (Why I started wearing stockings, I'll never know!) I abbreviated the info from "version" just to make it more compact. Attached is the screen shot of what "version" returns. MD5 matches perfectly. Could this be related to the directories I deleted earlier today, due to my "Error: Could not load cache"? Can confirm that build still works fine, at least. Tnx es 73 Dave 'Doc' Corio Vice President, McKean County American Legion Riders http://legionriders.wix.com/americanlegion Look Twice - Motorcycles are Everywhere! On 12/24/2015 5:46 PM, Greg Beam wrote: Hi Doc, Well that's not a very nice Xmas present is it. It should eb noted, this issue in particular will not affect any builds, but needs resolved nonetheless. First sign of trouble there is "537", the branch is definitely at 543 with the root sitting at 554. Formatting is not quite right either, which was fixed in an updated installer. Does the MD5 and SH1 sums checkout OK for the installer? If not, you should re-download it, check is verifies, re-run it. It may be a mirror issue. See attached for correct info. 73's Greg, KI7MT On 12/24/2015 15:26, Dave 'Doc' Corio wrote: Couple of hopefully minor problems with this upgrade. When installing the patch I get the error " Windows cannot find 'svn'. Please be sure." Also, when checking the version info, I get the following: Version - 2.0.3 Last Rev - 537 URL - https://svn.code.sf.net/p/jtsdk/jtsdk/trunk/win32 Last Change Date - 2015-12-24 15:22:35 -0500 73 Doc Dave 'Doc' Corio Vice President, McKean County American Legion Riders http://legionriders.wix.com/americanlegion Look Twice - Motorcycles are Everywhere! On 12/24/2015 5:03 PM, Greg Beam wrote: Hello All, First, Happy Hols to everyone !! JTSDK-Win32 Upgrade (4) is a small but important update. It moves user updates off development ^/trunk/win32 and onto a more stable released branch, in this case ^/tags/jtsdk-win-2.03. *TO UPGRADE* - Close All JTSDK Terminals, QT, PY, MSYS, Maint and DOC. - Download: JTSDK-2.0.0-u4-win32.exe - Link: http://sourceforge.net/projects/jtsdk/files/win32/2.0.0/JTSDK-2.0.0-u4-win32.exe/download - MD5: 57576d5277c51bbfabfc9bccef94440e - SHA: 1b8e908310d63a1b29a69472bcbd40425d89aa92 - Run the installer, accept the defaults, exit. - Open JTSDK-Maint, then: update upgrade - Close then re-open JTSDK-Maint, *LIST VERSION INFO* - After re-opening JTSDK-Maint, type: version You should then see a display close to the following:: * Version: JTSDK-Win32 2.0.3 * Last Changed Rev: 543 * URL: https://svn.code.sf.net/p/jtsdk/jtsdk/jtsdk-win/tags/jtsdk-win-2.0.3 * Last Changed Date: 2015-12-24 13:47:39 -0700 (Thu, 24 Dec 2015) If you have any trouble with the Upgrade or Builds after the upgrade, report them to the dev-list. I'm off to an Xmas party with the XYL, but will check to see if there are any hot issues later this evening. Hope everyone has a Safe and Happy Xmas / New Years. 73's Greg, KI7MT -- ___ 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 -- ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] JTSDK-Win32 Upgrade Available - (Import Update)
Couple of hopefully minor problems with this upgrade. When installing the patch I get the error " Windows cannot find 'svn'. Please be sure." Also, when checking the version info, I get the following: Version - 2.0.3 Last Rev - 537 URL - https://svn.code.sf.net/p/jtsdk/jtsdk/trunk/win32 Last Change Date - 2015-12-24 15:22:35 -0500 73 Doc Dave 'Doc' Corio Vice President, McKean County American Legion Riders http://legionriders.wix.com/americanlegion Look Twice - Motorcycles are Everywhere! On 12/24/2015 5:03 PM, Greg Beam wrote: > Hello All, > > First, Happy Hols to everyone !! > > JTSDK-Win32 Upgrade (4) is a small but important update. It moves user > updates off development ^/trunk/win32 and onto a more stable released > branch, in this case ^/tags/jtsdk-win-2.03. > > *TO UPGRADE* > - Close All JTSDK Terminals, QT, PY, MSYS, Maint and DOC. > - Download: JTSDK-2.0.0-u4-win32.exe > - Link: > http://sourceforge.net/projects/jtsdk/files/win32/2.0.0/JTSDK-2.0.0-u4-win32.exe/download > - MD5: 57576d5277c51bbfabfc9bccef94440e > - SHA: 1b8e908310d63a1b29a69472bcbd40425d89aa92 > - Run the installer, accept the defaults, exit. > - Open JTSDK-Maint, then: > > update > upgrade > > - Close then re-open JTSDK-Maint, > > *LIST VERSION INFO* > - After re-opening JTSDK-Maint, type: > > version > > You should then see a display close to the following:: > * Version: JTSDK-Win32 2.0.3 > * Last Changed Rev: 543 > * URL: https://svn.code.sf.net/p/jtsdk/jtsdk/jtsdk-win/tags/jtsdk-win-2.0.3 > * Last Changed Date: 2015-12-24 13:47:39 -0700 (Thu, 24 Dec 2015) > > > If you have any trouble with the Upgrade or Builds after the upgrade, > report them to the dev-list. > > I'm off to an Xmas party with the XYL, but will check to see if there > are any hot issues later this evening. > > > Hope everyone has a Safe and Happy Xmas / New Years. > > > 73's > Greg, KI7MT > > -- > ___ > 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
Re: [wsjt-devel] Error: Could not load cache
That did the trick, Greg! Thanks and Happy Holidays! 73 Dave 'Doc' Corio Vice President, McKean County American Legion Riders http://legionriders.wix.com/americanlegion Look Twice - Motorcycles are Everywhere! On 12/24/2015 11:41 AM, Greg Beam wrote: > Hi Doc, > > I had this issue as well. I suspect one of the JTSDK commits I'd made in > the past broke the package build portion of the build script. > > In any case, make sure your on the latest version as of today, then I > removed both C:\JTSDK\src\wsjtx and C:\JTSDK\wsjtx and pulled a new > checkout from SVN. Things went as expected after that. > > 73's > Greg, KI7MT > > On 12/24/2015 05:07, Dave 'Doc' Corio wrote: >>Someone please let me know if this post is inappropriate for this >> list. >> >>Noticed with 1.7 6304 that the "package" qualifier no longer worked >> (build-wsjtx package), and the version was installed to the "Install" >> directory of JTSDK. >> >>Following that, with vers 6307 and up JTSDK fails after a very >> short time with the statement "Error: Could not load cache". >> >>Am enjoying testing the new versions as they become available, and >> have looked through the list archives for some clue as to what I'm >> missing in JTSDK, but I'm not enough of a programmer to understand most >> of it. I run "Update" and "Upgrade", as well as "Checkout-wsjt" prior to >> every build, but last several versions have failed to build. >> >> Tnx, 73, and Merry Christmas! >> Doc >> KB3MOW >> > -- > ___ > 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] Error: Could not load cache
Someone please let me know if this post is inappropriate for this list. Noticed with 1.7 6304 that the "package" qualifier no longer worked (build-wsjtx package), and the version was installed to the "Install" directory of JTSDK. Following that, with vers 6307 and up JTSDK fails after a very short time with the statement "Error: Could not load cache". Am enjoying testing the new versions as they become available, and have looked through the list archives for some clue as to what I'm missing in JTSDK, but I'm not enough of a programmer to understand most of it. I run "Update" and "Upgrade", as well as "Checkout-wsjt" prior to every build, but last several versions have failed to build. Tnx, 73, and Merry Christmas! Doc KB3MOW -- Dave 'Doc' Corio Vice President, McKean County American Legion Riders http://legionriders.wix.com/americanlegion Look Twice - Motorcycles are Everywhere! -- ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
