Re: [wsjt-devel] R: Power Changes and Tapering Decodes
Hi again, Mike I checked the settings based on your very clear suggestions, Everything is already set to “never” into Power ‘Plans’. . I dug deep into the settings and everything is already set to “Never”. So I will try quitting all programs not necessary to run WSPR. And see if that helps. Many thanks , again, for your help, Lorin > On Feb 26, 2019, at 1:41 PM, Luigi Casari wrote: > > Hi again > when I speak of variation of levels I do not mean for example transmit to > 400HZ and after move to 3000 Hz. > If I do the tune on a frequency I go the power to vary without moving in > frequency or the level in sound blaster. > If there is a PA, you can easily see this divergence because it varies > between 0 and 500W or more with the same driver in the K3. > > By adjusting the audio levels to have an initial power of 300W it can happen > at the end qso the peaks reach 700 / 800W, without touching anything. > > If instead I put tune directly from the K3 with the PA the power is stable. > And If I use the CQ calls registered on the computer to do a contest I do > not have these level problems. > > The problem is to understand if it sound blaster quality problem in digital > mode or a wsjt-x program problems. > Sorry for the English use google translator. > > Luis HB9CXZ > > > -Messaggio originale- > Da: George J Molnar [mailto:geo...@molnar.tv] > Inviato: martedě, 26. febbraio 2019 19:43 > A: WSJT software development > Cc: hb9...@ticino.com > Oggetto: Re: Power Changes and Tapering Decodes > > The power changes you are observing are functions of your rig’s audio > passband. SSB microphone input circuits are typically equipped with a > response curve to optimize voice. It is almost never “flat.” Some rigs do > have a data mode with a flat response. Some do not. > > This is not a flaw in WSJT-X, although it can look like that. Check your > rig’s manual for possible ways to flatten the audio response. If you can’t, > and have CAT control, engage the “split” mode which attempts to keep your > audio tones centered in the transmit bandpass by slightly adjusting your > “carrier” (0 Hz) point. > > As for decodes tapering off, this sounds a lot like clock drift with time. > Have you confirmed the long-term accuracy of your PC clock? Could be it > synchs on boot only, so as time goes on, you drift away from the necessary > accuracy. > > George J Molnar > KF2T - Virginia, USA > >> > > > --- > Questa e-mail č stata controllata per individuare virus con Avast antivirus. > https://www.avast.com/antivirus > > > > ___ > 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] R: Power Changes and Tapering Decodes
Hi again when I speak of variation of levels I do not mean for example transmit to 400HZ and after move to 3000 Hz. If I do the tune on a frequency I go the power to vary without moving in frequency or the level in sound blaster. If there is a PA, you can easily see this divergence because it varies between 0 and 500W or more with the same driver in the K3. By adjusting the audio levels to have an initial power of 300W it can happen at the end qso the peaks reach 700 / 800W, without touching anything. If instead I put tune directly from the K3 with the PA the power is stable. And If I use the CQ calls registered on the computer to do a contest I do not have these level problems. The problem is to understand if it sound blaster quality problem in digital mode or a wsjt-x program problems. Sorry for the English use google translator. Luis HB9CXZ -Messaggio originale- Da: George J Molnar [mailto:geo...@molnar.tv] Inviato: martedì, 26. febbraio 2019 19:43 A: WSJT software development Cc: hb9...@ticino.com Oggetto: Re: Power Changes and Tapering Decodes The power changes you are observing are functions of your rigs audio passband. SSB microphone input circuits are typically equipped with a response curve to optimize voice. It is almost never flat. Some rigs do have a data mode with a flat response. Some do not. This is not a flaw in WSJT-X, although it can look like that. Check your rigs manual for possible ways to flatten the audio response. If you cant, and have CAT control, engage the split mode which attempts to keep your audio tones centered in the transmit bandpass by slightly adjusting your carrier (0 Hz) point. As for decodes tapering off, this sounds a lot like clock drift with time. Have you confirmed the long-term accuracy of your PC clock? Could be it synchs on boot only, so as time goes on, you drift away from the necessary accuracy. George J Molnar KF2T - Virginia, USA > --- Questa e-mail è stata controllata per individuare virus con Avast antivirus. https://www.avast.com/antivirus ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] WSJT-X 2.0.1 - LOTW highlight bug?
Brian, The popup has been removed in version 2.0.1. As far as the LoTW warning goes this is related to a change on the ARRL end in their security system. It is addressed on page 5 of the WSJT Quick Start User Guide https://physics.princeton.edu/pulsar/k1jt/Quick_Start_WSJT-X_2.0.pdf Hope that helps, John K4SQC On Tue, Feb 26, 2019 at 2:19 PM we the people via wsjt-devel < wsjt-devel@lists.sourceforge.net> wrote: > Hello Everyone, > I am not new to WSJT-X, but I am new to the new version. Can someone tell > me how to get rid of the pop-ups that come up when you first start the > program, and tell me how or what I am to do with the LOTW error message and > how to set it up. > > 73, > Brian Johnston > *W8TFI* > > > On Monday, February 25, 2019, 8:37:29 PM EST, Dave J Barnes < > wb4...@gmail.com> wrote: > > > Linux Ubuntu 18.04.2 AMD64 > > Version 2.0.0 worked fine. > > Version 2.0.1 doesn't properly highlight LOTW entries until a new > lotw-user-activity.csv is downloaded. I have to download a new > lotw-user-activity.csv every time version 2.0.1 is restarted. > > Has the lotw-user-activity.csv moved? Or is it being deleted somehow? > Can WSJT-X 2.0.1 not open the file for some reason? > > My current lotw-user-activity.csv file is located at > "~/.local/share/WSJT-X - K3" as I am using "--rig-name K3". > > djb > > > > > ___ > 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] WSJT-X 2.0.1 - LOTW highlight bug?
Hello Everyone,I am not new to WSJT-X, but I am new to the new version. Can someone tell me how to get rid of the pop-ups that come up when you first start the program, and tell me how or what I am to do with the LOTW error message and how to set it up. 73, Brian Johnston W8TFI On Monday, February 25, 2019, 8:37:29 PM EST, Dave J Barnes wrote: Linux Ubuntu 18.04.2 AMD64 Version 2.0.0 worked fine. Version 2.0.1 doesn't properly highlight LOTW entries until a new lotw-user-activity.csv is downloaded. I have to download a new lotw-user-activity.csv every time version 2.0.1 is restarted. Has the lotw-user-activity.csv moved? Or is it being deleted somehow? Can WSJT-X 2.0.1 not open the file for some reason? My current lotw-user-activity.csv file is located at "~/.local/share/WSJT-X - K3" as I am using "--rig-name K3". djb ___ 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 RX Window not in chronological order
Thanks Joe. Yes, this was observed using FT8. Its just strange that I never noticed this before. It was on 20m with a completely full band so that might have been the issue. The bands are a lot more crowded than they used to be so that might be why I'm noticing it now. I'm running a 4Ghz i7 iMac so processing power shouldn't be an issue. What was recorded in the ALL.TXT file did not track with what was displayed in the RX window. I will just chalk this up to one of the program's "features" on go on enjoying this wonderful piece of software. Thanks! Bill - AK6A On Tue, Feb 26, 2019 at 10:50 AM WB5JJJ wrote: > I concur as this has been an ongoing issue for some time. They RX window > is not properly sorted which can lead to confusion. > > On Tue, Feb 26, 2019 at 12:45 PM Bill wrote: > >> Thanks for the response Frank. I guess its possible that I never noticed >> it but I sure can't remember seeing it before. I have almost 10K FT8 QSOs >> and today is the first time that has jumped out at me. I always focus on >> that the last line of the RX window. The really weird thing is that the >> ALL.TXT file reflects the correct information (as far as I can tell) but >> its different than what is displayed real time in the RX window. >> >> I'm using the Mac version on a relatively fast computer. >> >> Oh well >> >> Bill - AK6A >> >> On Tue, Feb 26, 2019 at 10:32 AM Frank Kirschner < >> frank.kirsch...@gmail.com> wrote: >> >>> I think you just noticed it. I've been seeing that since version 1.9. I >>> use Windows 7. I never thought much about it, looking at several lines to >>> figure out which one was the last one sent. >>> >>> 73, >>> >>> Frank >>> >>> KF6E >>> >>> On Tue, Feb 26, 2019, 13:18 Bill wrote: >>> I recently upgraded to version 2.0.1 and noticed an issue I haven't seen before. It appears that the entries in the RX window are not always in chronological order with the intermixed TX lines. I've been in the habit of always looking at the last line of the RX display to see what I am transmitting out and who I am answering, especially when multiple people are calling me. Now it appears that I am seeing RX decodes showing up after my TX line is displayed. This threw me off thinking my transmit wasn't enabled and I was still decoding but that wasn't the case. During my troubleshooting I looked at the information in the ALL.txt file to try to see what was happening and discovered the timestamps inside the ALL.TXT file were different from the times shown in the RX window. ALL.TXT times appear to be correct but the RX window did not correlate with the times recorded there. Do the displayed records "round up" the time? I am not sure what files can be attached to these posts so if this problem is of interest to the developers I can provide a copy of my ALL.TXT file and screen shoots showing the RX display issue. I've been using all versions and RCs of WSJT-X for ever the past year and never noticed this before. Bill - AK6A ___ 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 > ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] WSJT-X RX Window not in chronological order
I concur as this has been an ongoing issue for some time. They RX window is not properly sorted which can lead to confusion. On Tue, Feb 26, 2019 at 12:45 PM Bill wrote: > Thanks for the response Frank. I guess its possible that I never noticed > it but I sure can't remember seeing it before. I have almost 10K FT8 QSOs > and today is the first time that has jumped out at me. I always focus on > that the last line of the RX window. The really weird thing is that the > ALL.TXT file reflects the correct information (as far as I can tell) but > its different than what is displayed real time in the RX window. > > I'm using the Mac version on a relatively fast computer. > > Oh well > > Bill - AK6A > > On Tue, Feb 26, 2019 at 10:32 AM Frank Kirschner < > frank.kirsch...@gmail.com> wrote: > >> I think you just noticed it. I've been seeing that since version 1.9. I >> use Windows 7. I never thought much about it, looking at several lines to >> figure out which one was the last one sent. >> >> 73, >> >> Frank >> >> KF6E >> >> On Tue, Feb 26, 2019, 13:18 Bill wrote: >> >>> I recently upgraded to version 2.0.1 and noticed an issue I haven't seen >>> before. It appears that the entries in the RX window are not always in >>> chronological order with the intermixed TX lines. I've been in the habit of >>> always looking at the last line of the RX display to see what I am >>> transmitting out and who I am answering, especially when multiple people >>> are calling me. Now it appears that I am seeing RX decodes showing up after >>> my TX line is displayed. This threw me off thinking my transmit wasn't >>> enabled and I was still decoding but that wasn't the case. >>> >>> During my troubleshooting I looked at the information in the ALL.txt >>> file to try to see what was happening and discovered the timestamps inside >>> the ALL.TXT file were different from the times shown in the RX window. >>> ALL.TXT times appear to be correct but the RX window did not correlate with >>> the times recorded there. Do the displayed records "round up" the time? >>> >>> I am not sure what files can be attached to these posts so if this >>> problem is of interest to the developers I can provide a copy of my ALL.TXT >>> file and screen shoots showing the RX display issue. >>> >>> I've been using all versions and RCs of WSJT-X for ever the past year >>> and never noticed this before. >>> >>> Bill - AK6A >>> >>> ___ >>> 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] Power Changes and Tapering Decodes
The power changes you are observing are functions of your rig’s audio passband. SSB microphone input circuits are typically equipped with a response curve to optimize voice. It is almost never “flat.” Some rigs do have a data mode with a flat response. Some do not. This is not a flaw in WSJT-X, although it can look like that. Check your rig’s manual for possible ways to flatten the audio response. If you can’t, and have CAT control, engage the “split” mode which attempts to keep your audio tones centered in the transmit bandpass by slightly adjusting your “carrier” (0 Hz) point. As for decodes tapering off, this sounds a lot like clock drift with time. Have you confirmed the long-term accuracy of your PC clock? Could be it synchs on boot only, so as time goes on, you drift away from the necessary accuracy. George J Molnar KF2T - Virginia, USA > ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] WSJT-X RX Window not in chronological order
I’ve noticed this in situations where there are more decodes than can be processed in between TX/RX cycles. Solution is to improve computer performance, change to a quieter frequency, or constrain your decode bandwidth a bit. George J Molnar KF2T - Virginia, USA > ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] WSJT-X RX Window not in chronological order
Thanks for the response Frank. I guess its possible that I never noticed it but I sure can't remember seeing it before. I have almost 10K FT8 QSOs and today is the first time that has jumped out at me. I always focus on that the last line of the RX window. The really weird thing is that the ALL.TXT file reflects the correct information (as far as I can tell) but its different than what is displayed real time in the RX window. I'm using the Mac version on a relatively fast computer. Oh well Bill - AK6A On Tue, Feb 26, 2019 at 10:32 AM Frank Kirschner wrote: > I think you just noticed it. I've been seeing that since version 1.9. I > use Windows 7. I never thought much about it, looking at several lines to > figure out which one was the last one sent. > > 73, > > Frank > > KF6E > > On Tue, Feb 26, 2019, 13:18 Bill wrote: > >> I recently upgraded to version 2.0.1 and noticed an issue I haven't seen >> before. It appears that the entries in the RX window are not always in >> chronological order with the intermixed TX lines. I've been in the habit of >> always looking at the last line of the RX display to see what I am >> transmitting out and who I am answering, especially when multiple people >> are calling me. Now it appears that I am seeing RX decodes showing up after >> my TX line is displayed. This threw me off thinking my transmit wasn't >> enabled and I was still decoding but that wasn't the case. >> >> During my troubleshooting I looked at the information in the ALL.txt file >> to try to see what was happening and discovered the timestamps inside the >> ALL.TXT file were different from the times shown in the RX window. ALL.TXT >> times appear to be correct but the RX window did not correlate with the >> times recorded there. Do the displayed records "round up" the time? >> >> I am not sure what files can be attached to these posts so if this >> problem is of interest to the developers I can provide a copy of my ALL.TXT >> file and screen shoots showing the RX display issue. >> >> I've been using all versions and RCs of WSJT-X for ever the past year and >> never noticed this before. >> >> Bill - AK6A >> >> ___ >> 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] WSJT-X RX Window not in chronological order
I think you just noticed it. I've been seeing that since version 1.9. I use Windows 7. I never thought much about it, looking at several lines to figure out which one was the last one sent. 73, Frank KF6E On Tue, Feb 26, 2019, 13:18 Bill wrote: > I recently upgraded to version 2.0.1 and noticed an issue I haven't seen > before. It appears that the entries in the RX window are not always in > chronological order with the intermixed TX lines. I've been in the habit of > always looking at the last line of the RX display to see what I am > transmitting out and who I am answering, especially when multiple people > are calling me. Now it appears that I am seeing RX decodes showing up after > my TX line is displayed. This threw me off thinking my transmit wasn't > enabled and I was still decoding but that wasn't the case. > > During my troubleshooting I looked at the information in the ALL.txt file > to try to see what was happening and discovered the timestamps inside the > ALL.TXT file were different from the times shown in the RX window. ALL.TXT > times appear to be correct but the RX window did not correlate with the > times recorded there. Do the displayed records "round up" the time? > > I am not sure what files can be attached to these posts so if this > problem is of interest to the developers I can provide a copy of my ALL.TXT > file and screen shoots showing the RX display issue. > > I've been using all versions and RCs of WSJT-X for ever the past year and > never noticed this before. > > Bill - AK6A > > ___ > 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] WJST-X 2.01
Hi, Regarding the output power changes: I have noticed for quite awhile - perhaps even in v. 1.9 but not sure, - that as the transmission frequency I choose rises in the FT8 passband, the transceiver power will rise as well. - often substantially. For instance if I have been transmitting at 400 hz and have set the power on the transceiver to - let’s say 30 watts, and then move the transmit frequency to 600hz or 1200, the power output rises dramatically, and I am always ready to lower the TX output on my Signalink USB immediately to keep it in the correct ranges. And predictably the power will fall as the frequency is lowered. There have been times when the power out will change when keeping the frequency steady, but that is rare, I have used FT8 for hours at the same transmit frequency and the power holds steady. Also concerning for me is that when first starting an FT8 session I will receive almost immediate responses, with many calls, but I will, then, quite soon, reach a period of time where I will receive no calls whatsoever, often for hours. After restarting everything Windows, programs, and even computer, I will frequently, but not always, return to a state where transmissions are again being received successfully. I have watched PSK Reporter during these times or no apparent reception, and the reception reports at that site will reflect this perceived lack of effective reception of my transmissions, remarkably closely. I also find that often, if I manually toggle the “Monitor” button, I will receive an error message stating that the Audio source has a problem (sorry no screenshot with exact language) and I will have to restart the program. Hope this is of interest. Lorin WA1PGB/6 > On Feb 26, 2019, at 9:20 AM, Luigi Casari wrote: > > Hello everyone, > last night I installed the new version and I tried this morning. > > There are still cases where calls can not be answered. > > In the right window, I see a station that calls me. The program does not > automatically insert the data. > Double click on the call call has no effect. > > I used the TX6 box to reply, when the correspondent read the report and sent > me his the program has unlocked and finalized the qso automatically. > > Another thing, I'm going crazy with audio levels, this for a while. > I can not tell if it's a problem with the program or the computer. This > morning I cleaned all the connectors but I always have the problem. > > This is how the audio signal changes during transmission. I just finished a > contest during the weekend and in SSB I had no problems, so it's not the > radio. > > It is very difficult to set the levels to have a constant output power. If I > remember well with the old versions before 2 or 1.9 if I set a level, the > output power remained constant. Then at some point it was necessary to > increase the levels of the sound blaster and now it is a bit unstable. > > Does anyone else have the same audio problems? > > Computer with winxp sp3. > Tranceiver Elecraft K3 > > 73, Luis HB9CXZ > > > --- > Questa e-mail è stata controllata per individuare virus con Avast antivirus. > https://www.avast.com/antivirus > > > > ___ > 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] WJST-X 2.01
Hello everyone, last night I installed the new version and I tried this morning. There are still cases where calls can not be answered. In the right window, I see a station that calls me. The program does not automatically insert the data. Double click on the call call has no effect. I used the TX6 box to reply, when the correspondent read the report and sent me his the program has unlocked and finalized the qso automatically. Another thing, I'm going crazy with audio levels, this for a while. I can not tell if it's a problem with the program or the computer. This morning I cleaned all the connectors but I always have the problem. This is how the audio signal changes during transmission. I just finished a contest during the weekend and in SSB I had no problems, so it's not the radio. It is very difficult to set the levels to have a constant output power. If I remember well with the old versions before 2 or 1.9 if I set a level, the output power remained constant. Then at some point it was necessary to increase the levels of the sound blaster and now it is a bit unstable. Does anyone else have the same audio problems? Computer with winxp sp3. Tranceiver Elecraft K3 73, Luis HB9CXZ --- Questa e-mail è stata controllata per individuare virus con Avast antivirus. https://www.avast.com/antivirus ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
[wsjt-devel] Audio i2s with Linux and wsJTx
Has anyone used i2s audio in Linux and wsJTx? DE N2LO~> Sent from Xfinity Connect Application___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] WSJT-X 2.0.1 display problem
I also noticed the blank BA display. Seems to have happened about an hour after no activity on my part. But the missing entries are above the display. Just scroll up and they are there. Erase did solve the problem as I already gave that a try. Otherwise, I love the period display. Cleans up the BA window a bunch. George - WB5JJJ On Tue, Feb 26, 2019 at 8:15 AM Bill Somerville wrote: > On 26/02/2019 07:56, Karza wrote: > > Hello developers, > > > > I found a problem with the "Start new period decodes from top" feature: > > > > After some time ( a couple of hours or so ) new decodes are not > > shown in the "Band Activity" pane any more. > > > > WSJT-X still decodes OK, and new decodes are recorded to ALL.TXT. > > ( Actually, new decodes are also written to Band Activity but they > > can only be seen by scrolling the pane upwards. ) > > > > Erasing Band Activity restores normal operation again ( for some time ). > > > > Running WSJT-X 2.0.1 ( complided from sources ) on XUbuntu 18.04.1 LTS > > > > 73 de Kari ohgqc > > > Hi Kari, > > thanks for the issue report. I suspect some nasty interaction with the > logic to limit the total number of decodes stored in the Band Activity > window. For now I suggest you erase the Band Activity window now and > again to avoid this 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 2.0.1 display problem
On 26/02/2019 07:56, Karza wrote: Hello developers, I found a problem with the "Start new period decodes from top" feature: After some time ( a couple of hours or so ) new decodes are not shown in the "Band Activity" pane any more. WSJT-X still decodes OK, and new decodes are recorded to ALL.TXT. ( Actually, new decodes are also written to Band Activity but they can only be seen by scrolling the pane upwards. ) Erasing Band Activity restores normal operation again ( for some time ). Running WSJT-X 2.0.1 ( complided from sources ) on XUbuntu 18.04.1 LTS 73 de Kari ohgqc Hi Kari, thanks for the issue report. I suspect some nasty interaction with the logic to limit the total number of decodes stored in the Band Activity window. For now I suggest you erase the Band Activity window now and again to avoid this issue. 73 Bill G4WJS. ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
[wsjt-devel] WSJT-X 2.0.1 display problem
Hello developers, I found a problem with the "Start new period decodes from top" feature: After some time ( a couple of hours or so ) new decodes are not shown in the "Band Activity" pane any more. WSJT-X still decodes OK, and new decodes are recorded to ALL.TXT. ( Actually, new decodes are also written to Band Activity but they can only be seen by scrolling the pane upwards. ) Erasing Band Activity restores normal operation again ( for some time ). Running WSJT-X 2.0.1 ( complided from sources ) on XUbuntu 18.04.1 LTS 73 de Kari ohgqc ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel