Significant video performance problems after running Flatpack that did not work.
Hi, I have installed Flathub and a Flatpack (Total Chaos...game) The game basically halted the machine to the point of Alt+SysRq reisub . Tumbleweed installed with KDE Plasma 6. Reinstalled all Nvidia drivers, powercycled and still no accelerated display. :-> uname -r 6.9.9-1-default :~> inxi -Gxx Graphics: Device-1: NVIDIA GK107GL [Quadro K600] driver: nvidia v: 470.256.02 arch: Kepler pcie: speed: 2.5 GT/s lanes: 16 ports: active: none off: DVI-I-1 empty: DP-1 bus-ID: 01:00.0 chip-ID: 10de:0ffa Device-2: HP HP Webcam HD-2200 driver: snd-usb-audio,uvcvideo type: USB rev: 2.0 speed: 480 Mb/s lanes: 1 bus-ID: 3-3:4 chip-ID: 03f0:a707 Display: x11 server: X.Org v: 21.1.12 with: Xwayland v: 24.1.1 compositor: kwin_x11 driver: X: loaded: nvidia unloaded: fbdev,modesetting,nouveau,vesa alternate: nv gpu: nvidia,nvidia-nvswitch display-ID: :0 screens: 1 Screen-1: 0 s-res: 1920x1080 s-dpi: 101 Monitor-1: DVI-I-1 note: disabled model: LG (GoldStar) IPS FULLHD res: 1920x1080 dpi: 102 diag: 551mm (21.7") API: EGL v: 1.5 platforms: device: 0 drv: nvidia device: 2 drv: swrast gbm: drv: kms_swrast surfaceless: drv: swrast x11: drv: nvidia inactive: wayland,device-1 API: OpenGL v: 4.6.0 compat-v: 4.5 vendor: nvidia mesa v: 470.256.02 glx-v: 1.4 direct-render: yes renderer: Quadro K600/PCIe/SSE2 API: Vulkan v: 1.3.290 surfaces: xcb,xlib device: 0 type: discrete-gpu driver: N/A device-ID: 10de:0ffa device: 1 type: cpu driver: N/A device-ID: 10005:0000 zypper se -si "nvidia" S | Name | Type | Version | Arch | Repository ---+----------------------------------+---------+--------------------------+--------+-------------- i+ | kernel-firmware-nvidia | package | 20240809-1.1 | noarch | repo-oss i+ | libnvidia-egl-wayland1 | package | 1.1.15-1.1 | x86_64 | repo-oss i+ | nvidia-computeG05 | package | 470.256.02-61.1 | x86_64 | repo-non-free i+ | nvidia-computeG05-32bit | package | 470.256.02-61.1 | x86_64 | repo-non-free i+ | nvidia-gfxG05-kmp-default | package | 470.256.02_k6.9.7_1-61.3 | x86_64 | repo-non-free i+ | nvidia-glG05 | package | 470.256.02-61.1 | x86_64 | repo-non-free i+ | nvidia-glG05-32bit | package | 470.256.02-61.1 | x86_64 | repo-non-free i+ | openSUSE-repos-Tumbleweed-NVIDIA | package | 20240712.dd8c2eb-1.1 | x86_64 | repo-oss i+ | x11-video-nvidiaG05 | package | 470.256.02-61.1 | x86_64 | repo-non-free i+ | x11-video-nvidiaG05-32bit | package | 470.256.02-61.1 | x86_64 | repo-non-free journalctl -b -n -l | grep nvidia Aug 17 04:46:09 Thinkcentre-M57p kernel: [drm:drm_new_set_master] *ERROR* [nvidia-drm] [GPU ID 0x00000100] Failed to grab modeset ownership Aug 17 04:46:11 Thinkcentre-M57p kernel: [drm:drm_new_set_master] *ERROR* [nvidia-drm] [GPU ID 0x00000100] Failed to grab modeset ownership Aug 17 04:46:11 Thinkcentre-M57p kernel: [drm:drm_new_set_master] *ERROR* [nvidia-drm] [GPU ID 0x00000100] Failed to grab modeset ownership nvidia-smi Sat Aug 17 04:49:29 2024 +-----------------------------------------------------------------------------+ | NVIDIA-SMI 470.256.02 Driver Version: 470.256.02 CUDA Version: 11.4 | |-------------------------------+----------------------+----------------------+ | GPU Name Persistence-M| Bus-Id Disp.A | Volatile Uncorr. ECC | | Fan Temp Perf Pwr:Usage/Cap| Memory-Usage | GPU-Util Compute M. | | | | MIG M. | |===============================+======================+======================| | 0 Quadro K600 Off | 00000000:01:00.0 On | N/A | | 26% 54C P8 N/A / N/A | 657MiB / 974MiB | 0% Default | | | | N/A | I have spent hours now trying to figure this out. I really hope you can give some insight further. -Thanks
On 8/17/24 5:02 AM, -pj via openSUSE Users wrote:
Tumbleweed installed with KDE Plasma 6. Reinstalled all Nvidia drivers, powercycled and still no accelerated display.
Your install looks fine. you are using the Nvidia drivers, so I'm confused what you mean by "no accelerated display"? Also, do non-flatpack graphics work fine? I've avoided flatpacks so I can't be much help here. There is something on going on generally with the display environment in Tumblweed. I just posted about a susepaste oddity where I get: $ susepaste -n "David C Rankin" -k "heoixd99pSvZF9iduEtrEzgDZMuwkALXGHCP" -t "Test susepaste" -e "30" -f "text" sptest Pasted as: https://paste.opensuse.org/7c9fd7ffc942 Failed to get path for session '1 2': No session '1 2' known Graphics server not found. Copying to clipboard is not possible. I'm running the G04 driver and for some reason the system cannot see my session and claims the "Graphics server not found" -- what the hell? -- David C. Rankin, J.D.,P.E.
On 08-17-2024 04:04PM, David C. Rankin wrote:
On 8/17/24 5:02 AM, -pj via openSUSE Users wrote:
Tumbleweed installed with KDE Plasma 6. Reinstalled all Nvidia drivers, powercycled and still no accelerated display.
Your install looks fine. you are using the Nvidia drivers (I haven't had chance to work your recent Nvidia package release for 6.10..further yet).
confused what you mean by "no accelerated display"? Please see here of P6 system monitor warning > https://paste.opensuse.org/pastes/b74ffc5ab5e2
Also when observing nvidia-smi output > https://paste.opensuse.org/pastes/190eaa8ae839
Also, do non-flatpack graphics work fine? No. For instance > gzdoom no longer starts Free Doom. More than Flatpak related here, glad you asked.
Problem: Plasma 6 systray applets do hold place and get caught, packed on menu launcher tab. systray applets get wiped when passing mouse cursor over them. Menu items get wiped when passed over with mouse cursor. Each *fresh workspace* selected (8 here). Results in the same behavior (icons, applets don't for the most part reappear). Desktop icons have strange shade box under them also. Wiped systray > https://paste.opensuse.org/pastes/a0a859159263 Almost seem like kwin *or* something operating Plasma desktop performance is *not* working correctly (I am not advanced). Please see > journalctl -xb | grep "kwin\|krunner\|kde" > KDE-related-search-0.txt Here > https://paste.opensuse.org/pastes/b46bca54c323 I've avoided flatpacks so I
can't be much help here.
Fair enough. Flatpak installs seem to work (Almost 100% for sure - never installed Flathub working Flatpaks prior on openSUSE). For me this was the first time and instance...Total Chaos.. started up...configured options a bit....started game....machine-lock (almost frozen no desktop switching able)..went to TTY1 kill pid..back to TTY2 .. Total Chaos frozen then 'Alt+SysRq reisub' ed....... Fine with that. Now just trying to recover desktop hardware acceleration features (I think).
There is something on going on generally with the display environment in Tumblweed. I just posted about a susepaste oddity where I get:
Yes, your recent work with G05 is good. You are advanced users.
$ susepaste -n "David C Rankin" -k "heoixd99pSvZF9iduEtrEzgDZMuwkALXGHCP" -t "Test susepaste" -e "30" -f "text" sptest Pasted as: https://paste.opensuse.org/7c9fd7ffc942 Failed to get path for session '1 2': No session '1 2' known Graphics server not found. Copying to clipboard is not possible.
See your recent post, is good.
I'm running the G04 driver and for some reason the system cannot see my session and claims the "Graphics server not found" -- what the hell?
You using KDE 4? Is this right after boot into TTY2 ? Which kernel and video hardware with that? Which Window Manager? I created new ~./cache directory. Are you aware of more options to purge or clear anything that could possibly be 'jammed' within the workings of the P6 desktop window manager? Is there something that could have changed in /etc/X11/xorg.conf.install ? I do not think this is the case since X11 xsession is started here. should anything dealing with 'xorg' be refreshed/purged/cleared? Your thoughts and advice is helpful....🫥
On 08-17-2024 06:46PM, -pj via openSUSE Users wrote:
On 08-17-2024 04:04PM, David C. Rankin wrote:>
Also, do non-flatpack graphics work fine? No. For instance > gzdoom no longer starts Free Doom.
Correction: gzdoom did start doom with Konsole error relating to gzdoom so yes it appears so.
On 8/17/24 6:46 PM, -pj via openSUSE Users wrote:
Almost seem like kwin *or* something operating Plasma desktop performance is *not* working correctly (I am not advanced).
That is what it looks like to me. The driver setup seems fine, this looks like a plasma SNAFU. (and you wonder why I'm quite happy with kde3?) -- David C. Rankin, J.D.,P.E.
On 08-17-2024 07:37PM, David C. Rankin wrote:
On 8/17/24 6:46 PM, -pj via openSUSE Users wrote:
Almost seem like kwin *or* something operating Plasma desktop performance is *not* working correctly (I am not advanced).
That is what it looks like to me. The driver setup seems fine, this looks like a plasma SNAFU.
(and you wonder why I'm quite happy with kde3?)
Did you see anything concerning with the nvidia-smi output here by chance? I *had* also enabled and started the nvidia.persistence service then powercycled. No better. For a long time > nvidia_drm.modeset=1 Is in kernel parameters, grub updated. initrd has/had been regenerated > dracut --regenerate-all --force I had responded incorrectly about graphics applications running. I am able to start freedoom with gzdoom here. There is a warning box popup though. Able to start reTux game. Also. .mp4 video playback seems ok with VLC started through Dolphin. Another observation is the systray clock is always there. Do you know why systray clock different than other applets? So you think very possible a Plasma 6 related bug of sorts? Not a unknowing user error here? Can a Plasma package/s be downgraded possibly? More insight on "Plasma SNAFU" if possible.
On 8/17/24 7:56 PM, -pj via openSUSE Users wrote:
On 08-17-2024 07:37PM, David C. Rankin wrote:
On 8/17/24 6:46 PM, -pj via openSUSE Users wrote:
Almost seem like kwin *or* something operating Plasma desktop performance is *not* working correctly (I am not advanced).
That is what it looks like to me. The driver setup seems fine, this looks like a plasma SNAFU.
(and you wonder why I'm quite happy with kde3?)
Did you see anything concerning with the nvidia-smi output here by chance?
No, not really, but I'm no nvidia-smi expert. I looked at it and saw the apps that were able to utilize hardware accel using it, but many kde6 apps just weren't -- that points to a kde6 issue to me.
I *had* also enabled and started the nvidia.persistence service then powercycled.
No better.
For a long time > nvidia_drm.modeset=1
Is in kernel parameters, grub updated.
initrd has/had been regenerated > dracut --regenerate-all --force
This shouldn't impact graphics apps, the modset is for the bare terminal.
I had responded incorrectly about graphics applications running. I am able to start freedoom with gzdoom here. There is a warning box popup though. Able to start reTux game. Also. .mp4 video playback seems ok with VLC started through Dolphin.
Another observation is the systray clock is always there. Do you know why systray clock different than other applets?
No, but I've had a hate-relationship with the systray clock and calendar since you can no longer set the font and size for the date an time individually (unless they finally fixed that)
So you think very possible a Plasma 6 related bug of sorts? Not a unknowing user error here?
This is what it looks like to me. Your system is using the Nvidia drivers just fine -- the fact that plasma can't figure out how to use hardware acceleration from your card seems like a plasma issue. There isn't much you can do, you display will either initialize with nouveau or Nvidia. The nvidia driver blacklists nouveau, so you can only be loading nvidia. After you do that, and X starts, or Wayland starts -- whatever, it's up to that software to utilize hardware accel. If it's not, that looks like where the problem is. This is all with a caveat that if your game is relying on Vulkan, there is an issue with older cards not being supported. My G04 Quadro 3000M (fermi) isn't supported by Vulkan at all. I'm not sure about your kepler k600M -- you would have to search "vulkan support kepler". But that shouldn't be the kde6 issue.
Can a Plasma package/s be downgraded possibly? More insight on "Plasma SNAFU" if possible.
Plasma (Situation Normal -- All Fouled Up) [or choose your favorite F...ed] With rpm, you should be able to remove 6 and install 5, but I see that as a dependency quagmire if any dependency isn't' met, etc.. Others will have to chime in on whether this is possible. -- David C. Rankin, J.D.,P.E.
On 08-17-2024 07:37PM, David C. Rankin wrote:
On 8/17/24 6:46 PM, -pj via openSUSE Users wrote:
Almost seem like kwin *or* something operating Plasma desktop performance is *not* working correctly (I am not advanced).
That is what it looks like to me. The driver setup seems fine, this looks like a plasma SNAFU.
(and you wonder why I'm quite happy with kde3?)
I believe I discovered the issue and should have seen it sooner but I am somewhat slow. Solution > Enable Hardware Acceleration Plasma 6 KDE edit ~/.config/kdeglobals and remove: [QtQuickRendererSettings] SceneGraphBackend=software Powercycle machine. Further testing now.......Looking good though. 🙂
On 8/17/24 10:47 PM, -pj via openSUSE Users wrote:
On 08-17-2024 07:37PM, David C. Rankin wrote:
On 8/17/24 6:46 PM, -pj via openSUSE Users wrote:
Almost seem like kwin *or* something operating Plasma desktop performance is *not* working correctly (I am not advanced).
That is what it looks like to me. The driver setup seems fine, this looks like a plasma SNAFU.
(and you wonder why I'm quite happy with kde3?)
I believe I discovered the issue and should have seen it sooner but I am somewhat slow.
Solution > Enable Hardware Acceleration Plasma 6 KDE
edit ~/.config/kdeglobals and remove:
[QtQuickRendererSettings] SceneGraphBackend=software
Powercycle machine.
Further testing now.......Looking good though. 🙂
Chuckling... Don't feel bad. We have all beat our heads into a wall over many issue only to find out we weren't seeing the forest for the trees. Those are often the best lessons... -- David C. Rankin, J.D.,P.E.
On 08-17-2024 10:56PM, David C. Rankin wrote:
On 8/17/24 10:47 PM, -pj via openSUSE Users wrote:
On 08-17-2024 07:37PM, David C. Rankin wrote:
On 8/17/24 6:46 PM, -pj via openSUSE Users wrote:
Almost seem like kwin *or* something operating Plasma desktop performance is *not* working correctly (I am not advanced).
That is what it looks like to me. The driver setup seems fine, this looks like a plasma SNAFU.
(and you wonder why I'm quite happy with kde3?)
I believe I discovered the issue and should have seen it sooner but I am somewhat slow.
Solution > Enable Hardware Acceleration Plasma 6 KDE
edit ~/.config/kdeglobals and remove:
[QtQuickRendererSettings] SceneGraphBackend=software
Powercycle machine.
Further testing now.......Looking good though. 🙂
Chuckling...
Don't feel bad. We have all beat our heads into a wall over many issue only to find out we weren't seeing the forest for the trees. Those are often the best lessons...
Thank you for your help and observations along the way on this. I was considering a backup solution at one point. Then I would not ever understand what happened and it may happen again. It appears that "Total Chaos" jammed something up and then software rendering came on.
On 8/17/24 11:14 PM, -pj via openSUSE Users wrote:
hank you for your help and observations along the way on this. I was considering a backup solution at one point. Then I would not ever understand what happened and it may happen again. It appears that "Total Chaos" jammed something up and then software rendering came on.
You are not the only one caught by the [QtQuickRendererSettings]. The page "Plasma 6.1 Seems Like a Step Backwards" I sent the link to is another Plasma6 Nvidia SNAFU page.... Not like there is a good "Recent Issues" page on kde.org explaining this stuff... -- David C. Rankin, J.D.,P.E.
On 8/17/24 10:47 PM, -pj via openSUSE Users wrote:
edit ~/.config/kdeglobals and remove:
[QtQuickRendererSettings] SceneGraphBackend=software
Powercycle machine.
See: https://www.reddit.com/r/kde/comments/1dld272/plasma_61_feels_like_a_step_ba... -- David C. Rankin, J.D.,P.E.
On 08-17-2024 10:58PM, David C. Rankin wrote:
On 8/17/24 10:47 PM, -pj via openSUSE Users wrote:
edit ~/.config/kdeglobals and remove:
[QtQuickRendererSettings] SceneGraphBackend=software
Powercycle machine.
See:
https://www.reddit.com/r/kde/comments/1dld272/plasma_61_feels_like_a_step_ba...
Thanks for the link, I reviewed this. How would you proceed with this? Would you file a fresh bug report with KDE bugs? At least then it will be out there and then possibly become merged with another of similarity if there is one reported. On KDE Discuss it seems like one is kindof on your own somewhat (it's a busy place). There is a development category but people could get upset and blow up.🫥
On 8/17/24 11:28 PM, -pj via openSUSE Users wrote:
Thanks for the link, I reviewed this.
How would you proceed with this? Would you file a fresh bug report with KDE bugs? At least then it will be out there and then possibly become merged with another of similarity if there is one reported.
On KDE Discuss it seems like one is kindof on your own somewhat (it's a busy place). There is a development category but people could get upset and blow up.🫥
They have been upset with me for years. Especially when I pointed out their rotate cylinder physics for the foreground was totally fsked (uses the same cube foreground that grows/shrinks depending on the orientation of the cube -- but the radius of a cylinder is constant....) Don't worry about that. Search to see if there is already a bug/feature request on the setting, if not file a new feature request to "Properly Detect and Use Hardware Acceleration if Present" explaining how the default to software cost you days of effort to finally arrive at the fact that your Nvidia driver setup was fine, but the undocumented or poorly publicized: [QtQuickRendererSettings] SceneGraphBackend=software had totally destroyed game play in plasma. -- David C. Rankin, J.D.,P.E.
Hello, In the Message; Subject : Significant video performance problems after running Flatpack that did not work. Message-ID : <bfe546d5-5b0b-44b0-a1c0-dab16fa9ffaa@gmx.com> Date & Time: Sat, 17 Aug 2024 05:02:54 -0500 -pj via openSUSE Users <users@lists.opensuse.org> has written: [...]
journalctl -b -n -l | grep nvidia Aug 17 04:46:09 Thinkcentre-M57p kernel: [drm:drm_new_set_master] *ERROR* [nvidia-drm] [GPU ID 0x00000100] Failed to grab modeset ownership Aug 17 04:46:11 Thinkcentre-M57p kernel: [drm:drm_new_set_master] *ERROR* [nvidia-drm] [GPU ID 0x00000100] Failed to grab modeset ownership Aug 17 04:46:11 Thinkcentre-M57p kernel: [drm:drm_new_set_master] *ERROR* [nvidia-drm] [GPU ID 0x00000100] Failed to grab modeset ownership [...]
Pease check; $ glxinfo | grep render | grep OpenGL Best Regards. --- ┏━━┓彡 Masaru Nomiya mail-to: nomiya @ lake.dti.ne.jp ┃＼／彡 ┗━━┛ "To hire for skills, firms will need to implement robust and intentional changes in their hiring practices ― and change is hard." -- Employers don’t practice what they preach on skills-based hiring --
On 08-17-2024 11:42PM, Masaru Nomiya wrote:
Hello,
In the Message;
Subject : Significant video performance problems after running Flatpack that did not work. Message-ID : <bfe546d5-5b0b-44b0-a1c0-dab16fa9ffaa@gmx.com> Date & Time: Sat, 17 Aug 2024 05:02:54 -0500
-pj via openSUSE Users <users@lists.opensuse.org> has written:
[...]
journalctl -b -n -l | grep nvidia Aug 17 04:46:09 Thinkcentre-M57p kernel: [drm:drm_new_set_master] *ERROR* [nvidia-drm] [GPU ID 0x00000100] Failed to grab modeset ownership Aug 17 04:46:11 Thinkcentre-M57p kernel: [drm:drm_new_set_master] *ERROR* [nvidia-drm] [GPU ID 0x00000100] Failed to grab modeset ownership Aug 17 04:46:11 Thinkcentre-M57p kernel: [drm:drm_new_set_master] *ERROR* [nvidia-drm] [GPU ID 0x00000100] Failed to grab modeset ownership [...]
Pease check;
$ glxinfo | grep render | grep OpenGL
Hi, glxinfo | grep render | grep OpenGL OpenGL renderer string: Quadro K600/PCIe/SSE2 -Greatest Hopes
Hello, In the Message; Subject : Re: Significant video performance problems after running Flatpack that did not work. Message-ID : <96f149b8-4a2a-4d25-9bf0-c36b27a37fc5@gmx.com> Date & Time: Sat, 17 Aug 2024 23:49:22 -0500 -pj via openSUSE Users <users@lists.opensuse.org> has written: MN>> Pease check; MN>> $ glxinfo | grep render | grep OpenGL
Hi, glxinfo | grep render | grep OpenGL OpenGL renderer string: Quadro K600/PCIe/SSE2
The hardware acceleration has been enabled. Best Regards. --- ┏━━┓彡 Masaru Nomiya mail-to: nomiya @ lake.dti.ne.jp ┃＼／彡 ┗━━┛ "Japan was the future but it's stuck in the past" -- Rupert Wingfield-Hayes (BBC) --
On 08-18-2024 12:08AM, Masaru Nomiya wrote:
Hello,
In the Message;
Subject : Re: Significant video performance problems after running Flatpack that did not work. Message-ID : <96f149b8-4a2a-4d25-9bf0-c36b27a37fc5@gmx.com> Date & Time: Sat, 17 Aug 2024 23:49:22 -0500
-pj via openSUSE Users <users@lists.opensuse.org> has written:
MN>> Pease check;
MN>> $ glxinfo | grep render | grep OpenGL
Hi, glxinfo | grep render | grep OpenGL OpenGL renderer string: Quadro K600/PCIe/SSE2
The hardware acceleration has been enabled.
Ok, this is very good to know about for verification. Do you know of a good way to access 'Qt Quick renderer settings module' in Plasma 6? It is now hidden. Modified ~/.config/kdeglobals by adding # . #[QtQuickRendererSettings] #SceneGraphBackend=software Powercycled. Both entries have now vanished from the file completely. Just curious if I can gain access/install/create the "QT Quick renderer settings module" somehow, for quick adjusts. This could be very helpful across machines. -Thanks
On 08-18-2024 12:19AM, -pj via openSUSE Users wrote:
On 08-18-2024 12:08AM, Masaru Nomiya wrote:
Hello,
In the Message;
Subject : Re: Significant video performance problems after running Flatpack that did not work. Message-ID : <96f149b8-4a2a-4d25-9bf0-c36b27a37fc5@gmx.com> Date & Time: Sat, 17 Aug 2024 23:49:22 -0500
-pj via openSUSE Users <users@lists.opensuse.org> has written:
MN>> Pease check;
MN>> $ glxinfo | grep render | grep OpenGL
Hi, glxinfo | grep render | grep OpenGL OpenGL renderer string: Quadro K600/PCIe/SSE2
The hardware acceleration has been enabled.
Ok, this is very good to know about for verification.
Do you know of a good way to access 'Qt Quick renderer settings module' in Plasma 6? It is now hidden. Modified ~/.config/kdeglobals by adding # .
#[QtQuickRendererSettings] #SceneGraphBackend=software
Powercycled.
Both entries have now vanished from the file completely. Just curious if I can gain access/install/create the "QT Quick renderer settings module" somehow, for quick adjusts. This could be very helpful across machines.
I see this > kcmshell6 qtquicksettings https://www.reddit.com/r/kde/comments/obqe82/system_monitor_unable_to_use_ha... Not certain that is it because dialog does not have anything related to hardware rendering/acceleration. -Regards
Hello, In the Message; Subject : Re: Significant video performance problems after running Flatpack that did not work. Message-ID : <5fe7d282-671f-404d-be24-eae55626b667@gmx.com> Date & Time: Sun, 18 Aug 2024 00:19:38 -0500 [pj] == -pj via openSUSE Users <users@lists.opensuse.org> has written: [...] MN>>>> Pease check; MN>>>> $ glxinfo | grep render | grep OpenGL pj>>> Hi, glxinfo | grep render | grep OpenGL pj>>> OpenGL renderer string: Quadro K600/PCIe/SSE2 MN>> The hardware acceleration has been enabled. pj> Ok, this is very good to know about for verification. pj> Do you know of a good way to access 'Qt Quick renderer settings module' pj> in Plasma 6? It is now hidden. Modified ~/.config/kdeglobals by adding pj> # . pj> #[QtQuickRendererSettings] pj> #SceneGraphBackend=software pj> Powercycled. pj> Both entries have now vanished from the file completely. Just curious if pj> I can gain access/install/create the "QT Quick renderer settings module" pj> somehow, for quick adjusts. This could be very helpful across machines. I couldn't figure it out. That is; In the Message; Subject : Significant video performance problems after running Flatpack that did not work. Message-ID : <bfe546d5-5b0b-44b0-a1c0-dab16fa9ffaa@gmx.com> Date & Time: Sat, 17 Aug 2024 05:02:54 -0500 [pj] == -pj via openSUSE Users <users@lists.opensuse.org> has written: [...] pj> :~> inxi -Gxx [...] pj> API: OpenGL v: 4.6.0 compat-v: 4.5 vendor: nvidia mesa v: 470.256.02 pj> glx-v: 1.4 direct-render: yes renderer: Quadro K600/PCIe/SSE2 [...] This means "Hardware Acceleration is enabled", nevertheless, why do you say that it is not enabled? pj> Tumbleweed installed with KDE Plasma 6. Reinstalled all Nvidia drivers, pj> powercycled and still no accelerated display. Moreover, pj> Hi, I have installed Flathub and a Flatpack (Total Chaos...game) pj> The game basically halted the machine to the point of Alt+SysRq pj> reisub . What makes you think that this comes from the video driver? Is there enough space on the hdd? Best Regards. --- ┏━━┓彡 Masaru Nomiya mail-to: nomiya @ lake.dti.ne.jp ┃＼／彡 ┗━━┛ "Microsoft is overhauling its cybersecurity strategy, called the Secure Future Initiative, to incorporate key security features into its core set of technology platforms and cloud services. " -- Microsoft overhauls cyber strategy to finally embrace security by default --
On 8/18/24 1:17 AM, Masaru Nomiya wrote:
pj> #[QtQuickRendererSettings] pj> #SceneGraphBackend=software
pj> Powercycled.
pj> Both entries have now vanished from the file completely. Just curious if pj> I can gain access/install/create the "QT Quick renderer settings module" pj> somehow, for quick adjusts. This could be very helpful across machines.
I couldn't figure it out.
Neither could I, but I think pj has it solved - whoop! The problem was the setting: [QtQuickRendererSettings] SceneGraphBackend=software was disabling hardware acceleration in plasma until he found and removed it from kdeglobals. I'd never heard of that setting before, and apparently it has caught a number of people off-guard based on the reddit post. https://www.reddit.com/r/kde/comments/1dld272/plasma_61_feels_like_a_step_ba... -- David C. Rankin, J.D.,P.E.
On 08-18-2024 01:40AM, David C. Rankin wrote:
On 8/18/24 1:17 AM, Masaru Nomiya wrote:
pj> #[QtQuickRendererSettings] pj> #SceneGraphBackend=software
pj> Powercycled.
pj> Both entries have now vanished from the file completely. Just curious if pj> I can gain access/install/create the "QT Quick renderer settings module" pj> somehow, for quick adjusts. This could be very helpful across machines.
I couldn't figure it out.
Neither could I, but I think pj has it solved - whoop!
kcmshell6 qtquicksettings Try kcmshell4 qtquicksettings with KDE4 or whichever, see if it works maybe.
The problem was the setting:
[QtQuickRendererSettings] SceneGraphBackend=software
was disabling hardware acceleration in plasma until he found and removed it from kdeglobals.
I pruned this from a prior post by Michael Hamilton. Under the title "Glitches in Plasma6" to openSUSE factory mailing list Saturday 04 May 2024. - Quote > It's hard to say for sure from reading the symptoms, but it reads a bit like a problem I encountered. When plasma errors it sometimes silently switches to a software renderer. If this has happend, check ~/.config/kdeglobals and remove: [QtQuickRendererSettings] SceneGraphBackend=software I've posted concerning this on KDE Discuss: https://discuss.kde.org/t/on-error-kde6-x11-switched-to-the-software-rendere... https://discuss.kde.org/t/wayland-kwin-crashes-when-i-alt-tab/12730/10?u=dig... I run the script quoted in the second link that checks for this on each login. Michael - The sad part about it all is I had taken down the information. Finally after my efforts a final search entry of 'hardware acceleration' into keepassxc - pulled it up. Then decent browser searches got me really back on track.
I'd never heard of that setting before, and apparently it has caught a number of people off-guard based on the reddit post.
It's in the wild actually. I feel bad for innocent people firing up a game that may or may not work, (jamming up the desktop). Powercycling and then dealing with the *explosive* aftermath. The Flathub Total Chaos game software isn't anything to be taken lightly when using KDE for that matter.
https://www.reddit.com/r/kde/comments/1dld272/plasma_61_feels_like_a_step_ba...
https://www.reddit.com/r/kde/comments/1bacog7/plasma_6_all_my_icons_move_to_... There is a simple solution out there it just smacks the user real hard because they don't necessarily know what to look for so they can fix it.🫥
On 08-18-2024 01:17AM, Masaru Nomiya wrote:
Hello,
In the Message;
Subject : Re: Significant video performance problems after running Flatpack that did not work. Message-ID : <5fe7d282-671f-404d-be24-eae55626b667@gmx.com> Date & Time: Sun, 18 Aug 2024 00:19:38 -0500
[pj] == -pj via openSUSE Users <users@lists.opensuse.org> has written:
[...] MN>>>> Pease check;
MN>>>> $ glxinfo | grep render | grep OpenGL
pj>>> Hi, glxinfo | grep render | grep OpenGL pj>>> OpenGL renderer string: Quadro K600/PCIe/SSE2
MN>> The hardware acceleration has been enabled.
pj> Ok, this is very good to know about for verification.
pj> Do you know of a good way to access 'Qt Quick renderer settings module' pj> in Plasma 6? It is now hidden. Modified ~/.config/kdeglobals by adding pj> # .
pj> #[QtQuickRendererSettings] pj> #SceneGraphBackend=software
pj> Powercycled.
pj> Both entries have now vanished from the file completely. Just curious if pj> I can gain access/install/create the "QT Quick renderer settings module" pj> somehow, for quick adjusts. This could be very helpful across machines.
I couldn't figure it out.
That is ok, it is > kcmshell6 qtquicksettings Suggested leave at auto. OpenGL, Vulkan and software are all options there. What about render loop (2nd option)? Basic, Automatic and Threaded are all options there. Then finally GL Core Profile - Force is unticked. I discovered that 'Desktop Effects', Cube, TV Glitch were not working 🫥also. Reenabled kwin, compositing was off, powercycled. Desktop Effects working again now.
This means "Hardware Acceleration is enabled", nevertheless, why do you say that it is not enabled?
Seemed to not be enabled because of performance, applets erasing and messages in P6 (system monitor).
pj> Tumbleweed installed with KDE Plasma 6. Reinstalled all Nvidia drivers, pj> powercycled and still no accelerated display.
Moreover,
pj> Hi, I have installed Flathub and a Flatpack (Total Chaos...game) pj> The game basically halted the machine to the point of Alt+SysRq pj> reisub .
What makes you think that this comes from the video driver?
Is there enough space on the hdd?
Yes, I believe so > https://paste.opensuse.org/pastes/b71381981a83
-Thanks
Hello, Paul. In the Message; Subject : Re: Significant video performance problems after running Flatpack that did not work. Message-ID : <a93b3bdc-0f3a-47ae-b659-f930f169434c@gmx.com> Date & Time: Sun, 18 Aug 2024 01:43:54 -0500 [pj] == -pj via openSUSE Users <users@lists.opensuse.org> has written: [...] MN> > This means "Hardware Acceleration is enabled", nevertheless, why do MN> > you say that it is not enabled? pj> Seemed to not be enabled because of performance, applets erasing and pj> messages in P6 (system monitor). [...] You say the app does it automatically? Not likely. Even if you enable it, it will immediately disable it. I think the problem is that you basically can't enable it. This is an important issue to keep in mind, regardless of the game. Best Regards & Good Night. --- ┏━━┓彡 Masaru Nomiya mail-to: nomiya @ lake.dti.ne.jp ┃＼／彡 ┗━━┛ "To hire for skills, firms will need to implement robust and intentional changes in their hiring practices ― and change is hard." -- Employers don’t practice what they preach on skills-based hiring --
On 08-18-2024 05:09AM, Masaru Nomiya wrote:
Hello, Paul.
In the Message;
Subject : Re: Significant video performance problems after running Flatpack that did not work. Message-ID : <a93b3bdc-0f3a-47ae-b659-f930f169434c@gmx.com> Date & Time: Sun, 18 Aug 2024 01:43:54 -0500
[pj] == -pj via openSUSE Users <users@lists.opensuse.org> has written:
[...] MN> > This means "Hardware Acceleration is enabled", nevertheless, why do MN> > you say that it is not enabled?
pj> Seemed to not be enabled because of performance, applets erasing and pj> messages in P6 (system monitor). [...]
You say the app does it automatically?
Not likely.
Even if you enable it, it will immediately disable it. I think the problem is that you basically can't enable it. This is an important issue to keep in mind, regardless of the game.
The solution is that I was able to enable it (hardware acceleration). The game caused a fallback to software rendering. Do you know how to force the game to leave it alone somehow? I have not tried to start the game yet again. Yes, hardware acceleration has been enabled on P6 DE again with success. The mouse cursor is not wiping the applets and icons in systray or menu dialog. -Greatest Hopes
Hello, In the Message; Subject : Re: Significant video performance problems after running Flatpack that did not work. Message-ID : <de1dc836-6c41-4b8c-a6d3-8b046da5ce4d@gmx.com> Date & Time: Sun, 18 Aug 2024 12:44:20 -0500 [pj] == -pj via openSUSE Users <users@lists.opensuse.org> has written: [...] MN> > You say the app does it automatically? MN> > Not likely. MN> > Even if you enable it, it will immediately disable it. MN> > I think the problem is that you basically can't enable it. MN> > This is an important issue to keep in mind, regardless of the game. pj> The solution is that I was able to enable it (hardware acceleration). pj> The game caused a fallback to software rendering. The game software ran out of control because it couldn't handle the rendering process, which is beyond the capability of your video card. pj> Do you know how to force the game to leave it alone somehow? Isn't the game running in full screen mode? If so, then I guess you'll just have to Ctrl+Alt+Backspace to get back to the login screen. pj> I have not tried to start the game yet again. Say goodbye to the game. As you know, game software pushes the limits of hardware capabilities, and even in Japan, Game PCs with high specs are sold at high prices. I understand what this mean, but how long will this line of thinking continue to make sense? Just recently, a breakthrough hardware innovation involving AI was announced..... Anyway, if you want play games, play games that match the capabilities of your PC. For example, Tetris. Best Regards. --- ┏━━┓彡 Masaru Nomiya mail-to: nomiya @ lake.dti.ne.jp ┃＼／彡 ┗━━┛ "To hire for skills, firms will need to implement robust and intentional changes in their hiring practices ― and change is hard." -- Employers don’t practice what they preach on skills-based hiring --
participants (4)
-
-pj -
David C. Rankin -
Masaru Nomiya -
Peter McD