KDE Apps Now Support QOI Images, Plasma 6 Development Continues

[oiaohm]

They don't even have even actual windows. They just appear in the window switcher and it's always with a Wine/Proton game for me. The ones above are from Orbx and MSFS 2020. While that's happening on I'm unable to click inside an X11 smplayer window started with QT_QPA_PLATFORM=xcb.

I was hoping that someone else here had come across that before. I've seen it asked about on Reddit once or twice over the past two months, but that's it.

Thanks for the picture. I don't have this problem myself but I suspect why. When I am running a wine/proton game I am also using gamescope. I would suggest installing gamescope and running the wine/proton games with that and see if that works around problem this is also what valve does on the steam deck being 1 gamescope instance per game. But I do suspect this is a bug that need reporting to wine bug list and it only valid for a person to open a bug report on wine when they have the problem.

Also with wine problems don't bother going to Reddit instead go to https://forum.winehq.org/ this gets you do developers and support people who know what they are doing with wine I know it setting up extra account but wine team has no one on reddit. Yes https://bugs.winehq.org using the same account as the forums I know is a horrible bugzilla but its where problems get reported. There is a reason why wine forum is the way it is. When you post to wine forum the post goes out on email mailing list developers are able to apply keyword filters to those emails and see only posts that match their key words.

This is something to always be aware with open source projects when having problems some times they have specialist areas setup to handle problem the little time spent seeing of they can exist can be the difference between waiting months to get answer to problem to having answer in hours.

The smplayer bit I guess if you go to smplayer by taskbar it works but if you can see it on screen when one of those so hidden windows is displayed clicks don't make it if this is the case the problem is this is status normal if you force display a hidden full screen alpha transparency window under MS Windows..

I will describe the status normal because you have something wrong.

MS Windows has listed windows this appear on the task manager and has unlisted/hidden windows. Yes "Opengl Renderer" is the correct window title for hidden window on windows when using opengl coming from glew. Yes the hidden windows have titles and all the other normal MS windows bit with flag no boarder most of the time. So don't have actual windows is incorrect its a window you should not be able to see in task-manger but is there if you use tools to see all windows under MS windows and is a actual window that meant to exist.

Now it really bad when you have a game and they have many of these hidden windows because they can cause in game problems if they get displayed in the wrong order. Yes just like you not being able to get mouse clicks though to smplayer because the hidden window is in fact all over the screen also happens but inside the game resulting in game input not working right or not working at all. Particular bugs with particular games under MS Windows trace to the hidden windows this is why there are tools for developers under windows to see the hidden windows and what order they are displayed on screen and useful when you are having odd problems with games.

[skeevy420]

oiaohm Unfortunately running it through gamescope doesn't help at all. It actually game the game the OpenGL Renderer window icon instead of using its own icon.

I wish I knew what caused it. It started happening sometime at the end of June, beginning of July, and it's just damn annoying.



I couldn't get Orbx and whatnot to launch with Gamescope. I have to go to work soon so I don't really have the time to investigate it further.

[geerge]

I just went ahead and ripped out index ops from the encoder in this branch ( https://github.com/chocolate42/qoi/tree/no_index_op ), it's still fully conformant qoi format and the encoder should even be a bit quicker as it no longer maintains or checks an index. Here's kodim10 (the png has been optimised with optipng), index is a normal build with index ops and noindex is this branch, compressed with xz:

592787 kodim10.png
652383 kodim10_index.qoi
718167 kodim10_noindex.qoi
503304 kodim10_index.qoi.xz
489004 kodim10_noindex.qoi.xz

So lack of index ops inflates the raw qoi file but reduces post-compressed filesize

To finish the thought I made an incompatible qoi-like that gets rid of indexing and makes use of the freed up opcode space in IMO a better way: https://github.com/chocolate42/qoi/tree/roi

632148 kodim10.roi
478292 kodim10.roi.xz

Not only is the raw roi size better than qoi even when qoi uses indexing, it's also smaller compressed.

[MrCooper]

oiaohm Unfortunately running it through gamescope doesn't help at all.

I don't remember ever seeing that, and I don't use gamescope.

Both a web search and

grep -lr "OpenGL Renderer" /usr/lib*

pointed to these being gstreamer windows: gtk#3820 Not sure why these seem to show up only for some people though; maybe it was an intermittent bug in gstreamer or something else using it.