I run KDE wayland on 6.14 unsing built-in AMD radeon Raphael powering one dual-4k screen horiztonal an two 4k screens vertical. I configured a wallpaper slideshow with a one-minute inverval. The pictures are all at least 4k. When the wallpaper are switched I can notice a system slowdown. Is this normal? It seems the pictures are not switched instantly, but some blend-over effect is applied. I presume removing that will reduce the negative effect. How do I set it from blend-over to instant-switch? ChatGPT told me that I should turn off fade in the workspace effects, but first its not activated and second the description does talk about windows not wallpaper.
Welcome to the forum!
Considering your screen arrangement and the high resolution of all three of your screens, Iād say that this is probably normal, yes.
The slideshow effect is very CPU-intensive, and you do have an unusual screen arrangement.
I donāt think thatās possible. I donāt see that option here on my system ā it may have been present in Plasma 5, but given how long ago that was, Iām not sure about that anymore.
Donāt ask ChatGPT about such things. Best advice I can give you.
Another potential contributor to be aware of is the size of images in the slideshow ā by āsizeā I am not referring to the resolution of the images, but the actual byte size of the files which must be loaded into the slideshow.
Image file sizes have a direct relationship with latency.
Consider reducing their footprint; the number of colours; the DPI, etc; wherever possible using a graphic application.
Regards.
Thanks for the answers. I wonāt fiddle with the pictures, either the system does deliver or it does not. If the switching effect is slow and canāt be turned off, then this needs to be changed. I need to find a way to inject a feature request into the development.
This is absolutely correct. I discovered this when switching between Activities while I was using an 8K image as the wallpaper for my second Activity. It took several seconds for the thumbnail of that wallpaper to show in the Activity selector.
Thatās the wrong attitude. It is quite trivial to scale down the images in gimp
, and you can leave the original images intact by saving the scaled-down ones under a different name or in a different folder.
The proper place to do this would be bugs.kde.org. You will need to sign up for an account there and then file a bug or feature request.
I do however have to warn you that it may take a very long time for the KDE developers to get back to you, given that they only have a small team and that many of them are unpaid volunteers ā as are we over here, for that matter.
Iām currently running Slideshow on my Old Clevo notebook, and Iām not noticing any issues.
System:
Host: daphne Kernel: 6.14.0-1-MANJARO arch: x86_64 bits: 64
Desktop: KDE Plasma v: 6.3.4 Distro: Manjaro Linux
Machine:
Type: Laptop System: Notebook product: W54_W94_W955TU,-T,-C v: N/A
serial: <superuser required>
Mobo: Notebook model: W54_W94_W955TU,-T,-C v: V1.0
serial: <superuser required> UEFI: American Megatrends v: 5.6.5
date: 08/14/2014
Battery:
ID-1: BAT0 charge: 28.2 Wh (100.0%) condition: 28.2/32.6 Wh (86.5%)
CPU:
Info: quad core Intel Pentium N3540 [MCP] speed (MHz): avg: 2667
min/max: 500/2666
Graphics:
Device-1: Intel Atom Processor Z36xxx/Z37xxx Series Graphics & Display
driver: i915 v: kernel
Device-2: Bison BisonCam NB Pro driver: uvcvideo type: USB
Display: wayland server: X.org v: 1.21.1.16 with: Xwayland v: 24.1.6
compositor: kwin_wayland driver: X: loaded: modesetting dri: crocus
gpu: i915 resolution: 1366x768~60Hz
API: OpenGL v: 4.5 compat-v: 4.2 vendor: intel mesa v: 25.0.3-arch1.1
renderer: Mesa Intel HD Graphics (BYT)
Info: Tools: api: clinfo, eglinfo, glxinfo, vulkaninfo
de: kscreen-console,kscreen-doctor wl: wayland-info,wlr-randr
x11: xdpyinfo,xprop
Network:
Device-1: Realtek RTL810xE PCI Express Fast Ethernet driver: r8169
Device-2: Intel Wireless 3160 driver: iwlwifi
Drives:
Local Storage: total: 4.55 TiB used: 2.87 TiB (63.0%)
Info:
Memory: total: 8 GiB available: 7.63 GiB used: 5.75 GiB (75.3%)
Processes: 297 Uptime: 22h 31m Shell: Bash inxi: 3.3.38
So I would guess the slide show itself is not the issue.
Not the algorithm, no, but the graphics rendering of very large images in combination with the OPās unusual screen arrangement (and all three of their screens being 4K).
A somewhat dismissive comment for a valid concern.
Would you be so kind as to actually check the sizes of the images in your slideshow? Thereās no need to check every one.
If thatās too much fiddling for you, perhaps indicate the number of images in the directory and the total size of its content.
A side show, indeed.
On my machine the transition is instant, there is no āswitching effectā, but I do have Animation Speed (in quick Settings) set to instant. So I have no transition effect on anything.
I also run the slideshow on my install with no problems Just make sure the size of the pictures is not too big. Seems to work for me.
Can you test with only the provided wallpapers in /usr/share/wallpapers
, you can install the previous ones via:
sudo pacman -S plasma-workspace-wallpapers
And set 5 seconds as transition time and see if it really slows down your machine.
Open Plasmaās System Settings ā General Behavior and change the Animation Speed to Instant:
Your wallpapers will then change without any fade effect. Other animations such as taskbar tooltips will also appear instantly.
Thanks a lot, also to everyone else that commented. That change did work āinstantlyā. For some reason I overlooked that setting. So no bug report or feature request needed.
Additionally I want to mention setting the IGFX memory allocation from 512MB to 8GB seemed to mitigated the issue. System has 64GB so not much of a loss. I use Vivaldi with vulkan turned on a lot so usage is around 4-5 GB.
I didnāt want to be rude in regards to editing the pictures, but since I switch/add a lot Iām too lazy for that. Yeah, things might be automated, but Iām too lazy for finding out too. In either case its not needed anymore.
This topic was automatically closed 3 days after the last reply. New replies are no longer allowed.