Date
1 - 13 of 13
Locked 2.6.0 video oddity (bug?) #IssueReport
All in one’s preferences, I like it better than dark……
73 OM K4NDN On Fri, Jun 17, 2022 at 7:51 PM Dave Corio via groups.io <k1dje= yahoo.com@groups.io> wrote: I tried it and I fiddled, but have to admit I didn't care for it. Tried aEric J Evans Amateur Radio Operator: K4NDN Elkton, VA. USA, 22827 Grid: FM08qj 540.335.6178 e.evans1369@... -- K4NDN |
|
I tried it and I fiddled, but have to admit I didn't care for it. Tried a lot of combinations of colors but couldn't find anything that was as good as dark mode. Since the "flick" is only a very minor distraction I may go back to dark mode as for me, at least, it's easier to see.
Thanks for the suggestion Eric! 73 Dave - K1DJE |
|
Try the ‘high contrast’ option in Windoze 10…works for me..takes some
fiddling but I like it On Fri, Jun 17, 2022 at 14:40 Dave Corio via groups.io <k1dje= yahoo.com@groups.io> wrote: That was it here. Changing from dark mode eliminated the problem.Eric J Evans Amateur Radio Operator: K4NDN Elkton, VA. USA, 22827 Grid: FM08qj 540.335.6178 e.evans1369@... -- K4NDN |
|
John Nelson
That's interesting -- same here.
I much prefer dark mode and it'd be great if this albeit very minor glitch could be fixed. |
|
That was it here. Changing from dark mode eliminated the problem.
Still not a major issue, but I hope it might be addressed somewhere down the road. 2.6.0 still performing well! Tnx es 73 Dave - K1DJE |
|
Chet-W6XK
For me, this screen shift occurs in the “dark mode.” When I restart WSJT-X in the “normal mode,” the shifting stops.
73, Chet W6XK |
|
John Nelson
I meant to add that during the short period when when the display has momentarily shifted left, the green 'dB' bar indicator at the extreme left of the window disappears but the adjacent scale does not. At the same time the reading below the display changes to 0.
|
|
Good idea Pietro!
Monitor 1 (Main) 24" - HDMI - 1920 X 1080 (max) WSJT-X Main JTAlert Main & Callsigns FLRig Monitor 2 - 24" (wide format) - VGA - 1600 - 900 (max) DXKeeper WSJT-X Waterfall DXView I tried reducing the resolution multiple steps with no impact. Tried moving the WSJT-X main window to the secondary monitor: also no change. Keep in mind that this is an 11-year-old Dell Optiplex 990 with the video card built in to the motherboard and sharing memory with main RAM. That said, 16G RAM and quad core 3.10 Ghz speed doesn't even breathe hard when decoding 20M full of FT8 signals, No prev ious version of WSJT-X has exhibited this behavior. Tnx es 73 Dave - K1DJE |
|
John Nelson
In my system the behaviour seems to be independent of window size.
I don't ever remember any previous version of WSJT-X exhibiting this issue; it appears to be new to 2.6.0. Apart from that the new version seems to be working well. |
|
I didn't have this problem, using 1920x1080 and the WSJT-X main window
toggle quoted message
Show quoted text
about 900x700, 1000x700, or full screen. I5, W10 pro. Do you see it in any size of main windows? I'll try some different sizes with I7, W10 pro and 3 different screens. Pietro I2OIM Il giorno ven 17 giu 2022 alle ore 10:24 John Nelson <gw4frx@...> ha scritto: I have exactly the same problem with identical symptoms to those reported |
|
John Nelson
I have exactly the same problem with identical symptoms to those reported by Dave.
System: Dell Dimension E520, Core2 Duo 6600 2.4GHz, 4GB RAM. Running Windows 10 fully updated. Screen resolution 1920 x 1200. |
|
I think that for checking it's useful to know which is the screen
resolution. I guess it is a problem related to it. Pietro I2OIM Il giorno ven 17 giu 2022 alle ore 02:04 Dave Corio via groups.io <k1dje= yahoo.com@groups.io> ha scritto: System: Win 10 Home - Intel i5-2400 16G RAM - All current updates |
|
System: Win 10 Home - Intel i5-2400 16G RAM - All current updates
WSJT-X Version 2.6.0 RC1 works fine so far, with one minor issue. At the start of every decode period, all items between the lower menu bar (CQ Only,Log QSO....) and the status bar (Receiving, FT8...) shift to the left maybe 25 pixels (guesstimate) then shift back to their proper position. The entire process takes about one second. This happens every decode period, in every mode and every band. Reception/decoding are not affected and QSOs proceed as normal. I've done a system restart as well as a cold start with no change. This may very well be unique to my 11-year old system, as nobody else has reported it. It's very minor, as it's just an annoyance. I've posted a .jpg file with the affected area highlighted in red on Dropbox with the address of https://www.dropbox.com/s/9nk2npdgsglo5ol/2-6-0_RC1.jpg?dl=0 Tnx es 73 Dave - K1DJE |
|